「昇順で並べ替え」を実行すると先頭行が空行になって、最終行の改行がなくなりますがいいんですかね。空文字を一番小さいとみなす仕様のためです。以下のコードにすると想定された動きになります。-1))})このような形で、(マクロ内埋め込みですが)ソート方法を色々とカスタマイズできます。返信みなさんのご指摘の通りですね。同梱のマクロはあくまでサンプルマクロです。複雑な仕様にせず、マクロファイルを開いた人が「お、こんな簡単に書けるのか!」と興味を持っていただくことを狙っていますので、ちょっとご希望の動作と違うかもしれませんが、ご容赦いただければと思います。カスタマイズすればどんなソートでもできます。返信ksさんいや、空行を最後にしたいわけではないです。元々のテキストには空行が含まれていないのにソート後に空行があるのは仕様としてどうなんだろうを思っただけです。実際にこのマクロを使ってるわけではないです。http://www.haijin-boys.com/23.htmlの方にも書いたけど、秀○の変換モジュールをMeryから使うためのプラグインを書いたのでもっぱらそっちを利用しています。行ではなくソート対象にもならない、というのは流儀に依りけりかと。マッチングさせるのか、といった仕様の狭間と同じなのかなーと思います。は行末ではないのかもしれませんが、利便性考えると引っかかったほうが良いとか......)このあたり、秀○だとそういった動きになるのでしょうか。http://www.haijin-boys.com/23.htmlの方にも書いたけど、秀○の変換モジュールをMeryから使うためのプラグインを書いたのでもっぱらそっちを利用しています。(変換モジュールも自作のものです)この変換モジュールはすげー、と思います。秀○は歴史とそれに付随する資産が大きいですから、使えるシーンはかなり多いのではないでしょうか。さんが懸念されているように、マクロ作者の秀○愛をどう受け止めるのか、という点は公開されるようでしたら留意が必要かもしれません。行ではなくソート対象にもならない、というのは流儀に依りけりかと。う~ん、どうなんだろ。こんなテキストでa321aaに囲まれた数字だけの行を選択してソートしたいとすると、今の仕様だと最終行の改行は選択せずにマクロを呼び出さなければならないけど、私の感覚だと最終行の改行も含めて選択する方が自然な感じがするんですが。他のエディタのソートの仕様も確認したところ、10個以上のエディタを試してみましたが、Meryと同じく、最終行が改行無しの空行があると解釈しているエディタはNotepad++だけでした。aに囲まれた数字だけの行を選択してソートしたいとすると、今の仕様だと最終行の改行は選択せずにマクロを呼び出さなければならないけど、私の感覚だと最終行の改行も含めて選択する方が自然な感じがするんですが。選択、という観点が抜けていました。確かにその動きの中では、おっしゃるような動きの方が自然、という意見は大いにあるかと思います。さんのおっしゃるように変更すればどうとでもなってしまいます。同じ結果を返す現状は正と思いますので、マクロ自体は想定した動きをしていると思います。それ以上はマクロ作者の理念と頑張り次第(改行終端ならそれを除く処理の追加)でしょうか。サンプルとして提供するのはいかがなものか、というのはごもっともですが。考えるのでファイルの最後には改行が必要だという理屈。(http://hiroakiuno.hatenablog.com/entry/20070409/p1)確かに最後が改行で終わっていないと都合が悪いソフトって、意外と散見されますね。ラインエディタとか歴史的な経緯なんかも絡んできそう......根が深いですね。さん興味深いお話をありがとうございます。さんのご指摘に賛同します。皆さんのように、素早く思い通りにマクロやプラグインを作ることができる方にとっては、これは作る人に向けた小さなキッカケだけだから、機能が足らないのは仕方ないんだよ、というのは自然なお考えです。添付されている「標準のツール」としてこのマクロをお使いになる人もいることも視野に入れていただけるのはありがたいです。そのコードが小さくても、わずかに工夫すれば実用品としてより便利になるのなら、そうなっていたら、ちょっとうれしい。(笑)とエラそうなことを言った手前......、皆さんには当たり前過ぎるのかも...、でも実践してみます。テキストに戻す、という流れについてまわる、最後の行終端のバラつき、の話なのでは。皆様のご指摘の通りですね、機能不足なものを提供してしまい申し訳ございませんでした。思いますが、最後の改行を選択範囲に含めなかった場合に余計な改行が付加されてしまいますね。直前に一致したヤツを覚えてくれているのですね。返信ご対応ありがとうございます。最後の改行を選択範囲に含めなかった場合に余計な改行が付加されてしまいますね。グローバルオブジェクトなので、同じマクロ内の、前にある正規表見の結果の影響を受けます。返りますが、もし前に正規表現があってマッチ成功していると、その結果をそのまま返します。最後に改行をつけないとき、予想外の内容を最後に付加してしまう。して、いつもマッチさせれば回避。返信ご返信ありがとうございます。マッチしなかった場合は前の結果が残ったままになるのですね、勉強になりました。このコードに差し替えたく思いますが、著作権の表示が必要な場合はご返信いただけますでしょうか。