秀丸エディタスレ Part42 [無断転載禁止]©2ch.net

軽快・高機能・安定と三拍子そろったテキストエディタ
秀丸エディタについて語ろう

■前スレ
秀丸エディタスレ Part41
http://potato.2ch.net/test/read.cgi/software/1453554681/


■公式
ttp://hide.maruo.co.jp/

■秀シリーズサポートフォーラム
ttp://www.maruo.co.jp/hidesoft/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

> ・ユーザーメニューのタイトルは全角7文字(半角15文字)までだったのを全角8文字(半角16文字)までできるように修正。

何この微妙な修正
どうせなら全角32文字までとかにしろよ

そんなに長くしたらメニュー画面外にはみ出すだろ

実際使うかは別として、たった1文字のために修正するより
ある程度余裕を持たせた修正にしてほしかったってことでしょ

公式フォーラムであと1文字だけで足りるので増やしてください、みたいな要望が出たんじゃないの？
見てないからわからんけどたぶん

ストアアプリ版でも、秀丸で開くメニュー追加なんか、
すぐできるでしょ。

.inf にチョコっと書いて登録するだけでしょ？

>>279
super4000okuyen

2018/02/28 Ver8.79β12
・Webブラウズモードではバーチャルストアの注意の表示は出さないように修正。
・openbyshellで「microsoft-edge:」から始まる文字列でEdgeが起動できない問題修正。
・openbyshellで「"shell:〜"」から始まる文字列で、続いてパラメータが付加されているときの対応。
・部分編集が働くとき、スクロールバーにマップする範囲が全体に広がってしまう問題修正。（[その他]→[ファイルタイプ別の設定]→[アウトライン]→[部分編集]で「制限モード」のとき）
・検索ダイアログでリアルタイム検索や「検索したら閉じる」がOFFのとき、検索してEscでダイアログを閉じると検索状態が戻る問題修正。
・英語版秀丸エディタでファイルメニュー項目で小文字にアンダーバーが付いているキーが効かない問題修正。

秀丸はここ数年、バグ修正のみで、新機能が出てこないね。
Win10が不安定だから、新機能を導入できないのかな？

バグ修正されないソフトも多いなか
有料とはいえ修正入るだけありがたい話ですよ

目立たないかもだけど新機能はありますやん

マクロが大幅に変更！とか言われても困るだろ

プレーンテキストを編集するって目的ならこれ以上機能いらないような
某みたいにテキスト文章ではなくCSV編集機能ばっかり強化されても困るし

1行データの編集中で、上キーを押したら行頭に、下キーを押したら行末にカーソルが移動するようにならん？

なるよ

なるのかとおもって調べたけどわからんかった

先頭行で上キーを押したら行頭へ
中間行の上下キーはそれぞれ次の行へ
末尾行で下キーを押したら行末へ

テキストボックスみたいな挙動なんだけど
それでもなるというのならやり方教えてください

ん？
普通に、[Home]、[End]、[Ctrl] + [Home]、[Ctrl] + [End]、
[方向キー]、[Ctrl] + [方向キー]
の使い分けじゃダメなの？

キー割り当ていじればすむ話やんけ

>>298
別にダメというわけじゃあないけどね
テキストボックスとかエクセルのデータ入力とかでもそういう挙動になってるやろ
それが普通じゃないの

あとほかに気になったのは
・（無題）なのに更新すると*印が表示されるのは変。保存してたテキストを更新したという意味の*印なので
・変更されたファイルを閉じるときにビープ音が出るのはやっぱりおかしい。ダイアログで十分やしメモ帳に踏襲すれば良いでしょう
・スクロールバー上部の見出しとアウトライナーのトグル2つは表示有無を選択できるようにしてほしい
・テキストを選択するときはその対象となるテキストの背景だけを変えてほしい
・ファイルメニューを押下したときにでるメニューの幅がやたら大きい。最近つかったファイルのパスは適当に省略表示するなり必要でしょう
・最後に、ウィンドウ左側の枠線がごちゃついてて太いのでシンプルに一本の線だと見た目も良くなるでしょう

以上

一行編集てこれ？
http://hide.maruo.co.jp/software/image/marupop.jpg
http://hide.maruo.co.jp/software/marupop.html

使いどころがいまいちわからんが改良希望があるなら公式に要望出したらいいんでない
最終更新2002年だしMSも細かい挙動二転三転させてるからリリース当初とは「普通」の基準が変わってる可能性もある

てか現状仕様へのご意見もここで書いても伝わらんぞ
（無題）の更新マークは何も編集していない状態からの「更新」を表すものだし
秀丸だけじゃなく多くのエディタで同様の挙動なので謎の解釈基準で変ていわれても困るが
保存しないで終了時のビープあたりは設定で選べるように要求したらたぶん通るんじゃね

いや1行データ云々はちょっと忘れてくれていいです
先頭行の上キーでカーソルが行頭に行かなかったらおいおいってなるやろ
謎の解釈基準というかデータ入力の基本的な挙動やとおもうんやけどな
（無題）の更新マークは冗長やね　だって編集されて当然なんやからわざわざ編集しましたてマークつけるメリットはない
まあ誰かこれみて共感する人がいたら公式に投げといておくれ（他力本願）

最初の行や最後の行の上下で行頭や行末に
移動ってのは、
最近のエディタでは増えてきたな。

古いエディタばかりでアレだがHDD漁って出てきた手持ちのフリーエディタ
sakura TeraPad xyzzy K2 VxEditor Mery 真魚 萌エディタ NoEditor
全て先頭行の上キーでカーソルが行頭に行ったりはしないし（無題）で更新が付く
最近は変わってきてるのかもしれんが昔からあるお作法として成立はしていたと思われる

個人的にはカーソル↑押しっぱなしで移動とか普通にするんで先頭行で勝手に行頭に行かれたら困るし
更新マークは閉じるときにダイアログ出るどうかの判定基準にしてるので付かないよりは付いたほうがいい

先頭に行くといっても元の位置が失われたりはせず、
上下のみ押してる間なら、元の位置に戻る。

ここ5年でシェアをぐいぐい伸ばしてきてる
エディタはカーソル移動も細かく洗練されてきてるな。

メモ帳の上下で行頭移動してしまうのイライラする

自分のメモ帳は行頭に移動しないものの、
上下カーソル移動で、各行の末尾の影響を受ける上、
元のcolumnに復活しない不思議仕様。

これはメモ帳の仕様が異常。

>>307
うちもこれだわ
Windows10 x64 バージョン1709 (OSビルド 16299.192)

改行のみの行を通過するとカーソル先頭に行ったままになる
こんな仕様踏襲されたらおいおいってなるわ

メモ帳のことはスレチやからあれやけど
305がいう通りカラム位置を保持しておいて復帰できるようにすれば良いだけ
シフトキーを押しながらテキスト選択するときもいろいろ便利やしな

あとほかにも気になるシリーズあったよ

・「選択テキストのコピー後に選択を解除する」は標準にするべきではないでしょう
理由としては、解除したときのカーソル位置を先頭にするか末尾にするかはユーザーに選択権を渡すべきだから

あとこれは今たまたま見つけたバグやけど
・選択テキストを方向キーで解除するときのカーソル位置が、選択テキストが1行か複数行かによって異なる
つまり、左と上キー押下時は選択テキストの先頭に、右と下キー押下時は選択テキストの末尾になるようにしてほしい

1行データ編集→忘れてくれ
メモ帳踏襲しろ→スレチやから
なんだかなあ

なんか色々理由付けして基本的だとかこうあるべきみたいなこと言ってるけど
要は「ボクにとって使いやすいようにして下さい」ってことだろ
公式行ってそう言えばいい
まるおは優しいからゴネれば君専用オプション付けてくれんじゃね
かつてeigodoや文系(※コテハン名)なんかがそうやって俺仕様を勝ちとってきた経緯というか前科もあるし

ボクにとってというか標準エディタとして秀丸に足りてないものはこうじゃない？と意見してるだけで
それだけとは言わないがここはそういうスレだろ

それから前科者てなんやねん
これまで改良に携わった人間に対してかける言葉じゃないね
モノの言い方には気をつけなさい　それができないなら書き込まないように

単語右(サルネン風)というのも、サルネンという人の要望で追加された動作だったな

>>311
その二人は
公式フォーラムのローカルルールを変えさせた伝説の精神疾患クレーマー と
ここがﾜｯﾁｮｲ付になる原因を作った粘着荒らし (テンプレ>8-9) なんですけど

半年ROMれとは言わないが事情がよく分かってない状態でそのレスはちょっと

先頭行で上キー押したら行頭移動って、どんな時に役立つのかわからん。
現在のカーソル位置が先頭行かにかかわらず、行頭やファイルの先頭に移動したいときはしたいし、
したくないときはしたくないのでは？
なんで先頭行にいるときだけ特別扱いして、上キーで行頭に行く必要があるん？

誰かも書いてたけど、上キーを押しっぱなしにしたときに勝手に行頭に行かれたら不便じゃない？

あと、テキストボックスがそういう挙動になってると書いてあるけど、それは1行入力用のテキストボックスの場合でしょ？
複数行入力のテキストボックスは、先頭行で上キー押しても行頭に移動しないよね。
いまこれを入力してるJaneStyleのレス入力用ボックスも、上キーで行頭には行かないよ。

先頭行で上キー押したら行頭移動のメリット

・テキストボックスや一般ソフトの入力仕様に合わせることでインタフェースとしての操作感が向上。
・カーソル現在位置から上部のデータを選択したいときには、シフトキー＋上キーを連打するだけでいけるのでブラインドタッチで目線を下げる必要なく選択できる。
・先頭に戻りたいときや、末尾に復帰したいときなんかは、軽く上下キー1本で戻れるのはすごく楽。

基本的に、方向キーはブラインドタッチでいけるけどHomeボタンなんかはキーボードを見ながらじゃないと押せないし、
かといって行頭行末は重要なポジションやし、そこへのアクセスに柔軟性を持たせるに値するとおもう

このそこはかとなく漂う文系臭
ちょっと試用してみただけだけど至らないところを指摘してあげるね感 がパネェす

秀丸は丁寧に対応してくれる公式掲示板があるのに
公式に書く気はないってことは解決する気がないってことだから
それほど深刻に考えてるわけじゃないんだろう。
現在位置から上部まとめて選択なんてシフトとコントロールと
Homeでできるし、ブラインドタッチでもできるし。

Fnキーなのかフルサイズなのか知らんけど、HomeとかEndとか
あの辺の区画のキーを頻用するなら見なくても押せるように
しておいた方が、コンピューターの操作全般で役に立つよ。

勝手に行頭に行ってしまい、あ、↑押しすぎたと思ったら
↓↑ってもっかいやれば、カラム位置維持した場所に移動する。

HOMEやENDが離れてること、
ノート等で敷き詰められたキーボードだと一層押しにくいから、
この↑↓の方が楽、などが改変の理由なのかな。

>>317
まあそういうこと。ぐだぐだあーだこーだ言いたいだけだからね。解決したら話が盛り上がらないし
まるおさんもこれまでそうやってきた歴史があるわけだから私なんかの声１つで変えてもらおうなんて烏滸がましい気分になる

余談だけどHomeキーなんて普通ブラインドタッチできないでしょ
名前も微妙で、本来ならendの対になる topとかにしたほうがいいんじゃないかと思ってしまうんだよね
配置も>>318がいう通りキーボードによって違うから使いにくいし

秀丸んとこは納得してくれたら意外とすんなり機能の追加や変更してくれるけどなｗ

ノートの鍵配置が不定で使いにくいのはわかるが、普段使う端末ってそんなに多くないからなぁ。
自分は外に持ち出すとき以外はノートでもタブレットでもフルサイズの外づけ使ってる。
メーカーが違っても配置や距離がどれも大方同じなので。
フルサイズでのＨｏｍｅとかのブラインドタッチは慣れだ。別に難しくない。

AHKとかリマッピングのソフトとかで独自のキー配列仕込むのも悪くないんだが、
あまり慣れすぎるとよそで他人の端末触ったときに不便になるのがな。
他人がどう打ってるのかまじまじと見る機会ないけど、毎日ずっとキー叩いてる人でも
キーボードの操作の仕方とかカスタマイズの仕方とかこだわり方とか結構違うんだろうな。

ブラインドタッチやキーの位置が云々って優位性を謳っているが、hjklでカーソル移動していない限り
ホームポジションから大きく動くというのは同じで優位性は変わらんと思うよ＞カーソルキーvsHome＆Endキー

カーソルキーの位置や形状もノートPCによって微妙に異なるので「カーソルキーはどのパソコンでも同じように使える」とも言いがたい。
デスクトップPCなどで見られる一般的な101キーボードならカーソルキーのすぐ上にHomeやEndキーがあるのは周知の通りで「キーが遠い」
「ブラインドタッチでは押せない」という批判はナンセンス。

ノートPCの不便なキー配列に合わせて操作方法をカスタマイズするのは構わないし個人の自由だと思うが、さも世間の常識のように
他者にお仕着せるのは大きなお世話だと思う。

>>315
10行程度の短いテキストならともかく、先頭に移動するのにわざわざ↑キーを連打するなんて、
面倒でやってられないような気がするけど。
ホームポジションから手を放したくないなら、適当なショートカットキーに先頭移動コマンドを
割り当てればいいのでは？
もしかして、Webブラウザで先頭に行きたいときとかも、カーソルキー連打してる？

それと、>>314にも書いたとおり、テキストボックスでは↑キーで先頭に移動したりしないから。
テキストエディタだって、>>304が言うように、そんな仕様のものは珍しいのでは？

先頭に移動させようと狙って↑連打ではなく、
軽く目視で流しながら↑に行ったり、↓にいったり
フラフラすることの方が多いって。
圧倒的に。

そのフラフラの延長線上に
一番上の行頭に到達や下の行に到達がある。

gotoじゃないんだよ。感触として。

ちなみに、こういった動作の変更で
何か劇的に感触が変わるのかというと、
多分、殆どの人は実際にはどっちでもさほど気にならないだろうって感じ。

自分はここに投稿されてるので確認して
初めて動作に違いがあることに気づいた。

多分感触としては、先頭行までいったら、
Ctrl +←連打ような感覚で、そのまま↑な感じ。

>>323
なるほど。
俺は「フラフラすることの方が多い」なんて思ったこともなかったけど、
>>323がそう言うなら、>>323にとってはそうなんだろうな。

人によって使い方はそれぞれだしね。

で、「先頭行・最終行から上下キーで先頭や末尾に移動する」というだけの仕様なら、
マクロを組んでカーソルキーに割り当てれば、簡単に実現できると思うよ。

行き過ぎた時のカーソル位置の復元までマクロでやるのは難しいかもだけど。

別にHomeでも何でもできりゃそれで構わんのだよ
言いたいのは、テキストボックスや他ソフトでのデータ入力よりもテキスト処理に特化したエディターのほうが柔軟性に欠けてるのはどうなんだということ
Homeでも上キーでもいけたらそれに越したことはないし、２，３行程度のデータなら上キーで3回打鍵して先頭カーソルに移動するほうが楽でしょ。
ページアップキーも上キーと同じように言えるけどね

カーソル移動時とかにマクロぶら下げるのは
よろしくないから、
dll作って常駐でぶら下げれば、カーソルの
位置復元も含めて可能だね。

まぁ、現行2017年で、世界シェア2位と3位の
エディタが上記挙動なんで、
要望としてだしたら、切り替えのオプションとして
検討してくれそうだけどね。

>>326
でも現状でメモ帳はそういう仕様ではないわけで
つまり十数行程度のテキストボックスと行数の多いエディタでは扱われ方が違うってことなんじゃないの
（>309でスレチだからとごまかしてたあれって動作確認しないで書いてたのでは…
そもそもメモ帳がスレチならExcelやテキストボックスはもっとスレチなわけだし）

というか秀丸をネタに自分の考える「標準エディタの挙動」を主張して承認要求を満たしたいだけに見える
まるおは多少首を傾げたくなるような動作要望でも実現が容易なら割と簡単に実装してくれるのにそれをする気もない
共感してくれる人が欲しいんだろうけど、いきなり上から「このエディタの挙動は変だから」なんて言わても気分悪いだけだし
ここでぐだぐだあーだこーだ言うためだけに理屈こね回されるのはいい迷惑だよ

設定したつもりないのに、shift + ctrl + カーソル左がサルネン風になってたｗ
悩み続けて数か月

2018/03/12 秀丸エディタがVer8.79にバージョンアップしました

「縦書きモード」と「横書きモード」を
マウスを使わずにキーボードで一発で切り替えたいのですが
ショートカットキーわかりますか？
キー割り当て一覧表（KEY.txt）を作成しても見当たらないんです

>331

標準では割り当てられてないので（たぶん）
自分で好きなキーに「その他→縦書きモード」を割り当てればよろし

>>332
できました。ありがとう

メニューバー：その他 → キー割り当て
コマンド：その他 の真ん中あたりに「縦書きモード」が有る
同じキーで縦書き⇔横書きのトグルになる

>>334
ありがとう

2018/03/19 Ver8.81β1
・[その他]→[ファイルタイプ別の設定]→[アウトライン]→[アウトラインの詳細な設定]に「ダブルクリックで展開/折りたたみする」を追加。
・[その他]→[動作環境]→[ファイル]→[エンコード1]などにある、チェックボックス付きのリストボックスの読み上げ対応。
・正規表現の検索や強調表示で5万文字以上の1回の処理内で時間がかかるときに右下バルーン表示して理由を表示するように修正。
・ハングアップチェッカーで異常終了させずに現在のログを出力する選択を追加。
・Vista以降のProgram Files配下にインストールされている場合はdumpの出力先は基本的にドキュメントフォルダとなるように修正。
・デスクトップアプリ版とストアアプリ版の同時起動で、デスクトップアプリ版のパラメータのファイル名がフルパスでない場合、切り替えでファイル名の解釈に失敗する問題修正。
・検索ダイアログでリアルタイム検索がOFFで検索文字列が空欄でEnterするときは、検索文字列の強調は維持して、検索文字列や検索オプションは更新するように修正。（8.77以前と同じになるように修正）
・検索ダイアログの「すべて検索 - アウトラインに表示」が事前に検索文字列の強調がされていないとうまく動作しない問題修正。

まるおさん、ビープ音をカスタマイズできるようにして欲しいです

ウィンドーズの警告音の設定を変えてくだちいな。

キー割り当てで、挿入／上書切り替えを割り当てできるようにしてくれませんかね。
Microsoft SurfaceのキーボードにはInsが無いので。

2018/03/22 Ver8.81β2
・HmJre.dll V5.02に更新して、特定のパターンで遅い問題の対策。（ファイル名と思わしき場所をカスタマイズするときのデフォルトの正規表現）
・[その他]→[ファイルタイプ別の設定]→[アウトライン]→[アウトラインの詳細な設定]に「ダブルクリックで展開/折りたたみする」がONにしてもONとして記憶されていなかったバグ修正。
・[その他]→[動作環境]→[ファイル]→[排他制御2]の「ファイルのタイムスタンプを時々チェックする」によるメッセージが出るときに比較したタイムスタンプを表示するように修正。

5cH問題禍Ω

編集エリアだけでいいならoverwriteswitchってマクロを好きなキーに割り当てて
実行すりゃいいのでは。

普通に「挿入/上書き切り替え」というコマンドがあると思うんだが

その他＞挿入/上書き

古参エディタなのに今も精力的にアップデートしてくれてユーザーとしてはありがたい限りだけどちゃんと儲かってんのかな
秀丸エディタの収益があんまりなくても看板アプリの知名度を活かして他の仕事で儲けてんのかね
変態カスタムしすぎてもう他のエディタは使えないだけに長生きしてほしい（切実）

古参で使い倒しているのにツールの収益予測が未だにまったく想像できないとか何屋さんなの？
開発現場とかだとまとめてライセンス購入してたり、影響力を推し量る場面なんていくらでもあるけどね

少なく見積もって数億
もしかしたら数十億はありそう
欲出さなければやりたいことやって暮らせるだろ

「年一億円超え」って前にインタビューで答えてたぞ

漏れもなんか新しいエディタ作ろかな

インタビューじゃねえか
昔、トークショウやったんだよ
年1億5000万超えって言ってた

秀丸が成功したのってWin3.1〜95の時に他のエディタがしょっぱいのか高いのしかなかったからだよな

Mifesが6万円とかしてたからなあ
あとはフリー制度でPC雑誌記者に無料で使わせたところも宣伝効果としては大きかったんだろう

しかし企業からのグロス購入あるっていってもアプデで金取るわけじゃないし
基本一回こっきりだから安定的な定時収入があるのかはちょっと気になるわ
PC導入過渡期の頃はいっぱい発注あったんだろうけど
今はPC入替えでも廃棄予定の旧PCのライセンス引き継ぐだけで買い直しはしないだろうし
学校と提携して毎年生徒に格安で買わせてるのかとも思ったけどフリー制度あるしなあ

貯金が億超えたら利息で暮らせるとか

>>351
確かにあの時代にあのエデイターをしかもほぼ無期限使用期間で出したのは偉業だったな

億万長者である作者の豪邸
http://hrnabi.com/2015/04/14/6878/

俺は好きやけどな　仕事捗りそう
机900ｘ1800ぐらいあるんかな　てかデュアルモニター違うんかよ

>>346
3.07から使ってるけど趣味で色々作ってるホビーPGなんでお金のことはよくわからないのよね
>>335を見てちゃんと儲かってるみたいなので安心した

>>335じゃなくて>>355だった失礼

>>355
ひでお最高！

お、これはリアルフォース・テンキーレスか

サイトー企画（秀丸エディタ）訪問記
https://honmakai.com/%E3%82%B5%E3%82%A4%E3%83%88%E3%83%BC%E4%BC%81%E7%94%BB%EF%BC%88%E7%A7%80%E4%B8%B8%E3%82%A8%E3%83%87%E3%82%A3%E3%82%BF%EF%BC%89%E8%A8%AA%E5%95%8F%E8%A8%98/

>>358
完全に偶然だけど、その書き込みどっちも俺だからok

まじかw

作者がWindows以外覚えないって言ってるから
移植は絶望的かもな
iOSやAndroidで秀丸使いたかった

>>355
いいね
http://hrnabi.com/2015/11/30/9644/

>>364
技術者魂だよな
慣れないOSで不具合アリアリのアプリ作るよりも、同じ時間かけて今のソフトをさらに開発、安定化していこうという作者の姿勢、好きだ

秀丸最高！

Swift使えばMAC　iPhone　iPad Proで出せそう

ヘルプを読んでもわからなかったので、皆様に質問があります。
現在秀丸エディタハンドブックを読んでいてあれ？
というところがあります。

P.245
nexthidemaruコマンドは、現在のウィンドウのすぐ後ろにある
ウィンドウを一番手前に持ってきて、元のウィンドウを一番後ろに回します。

P.246
//3つのウィンドウが開いている状態(前から順にA,B,Cとする)
nexthidemaru;//B(0),C(1),A(2) 括弧の内の数字はウィンドウ番号

と書かれているのですが、実際に動かしてみると

//3つのウィンドウが開いている状態(前から順にA,B,Cとする)
nexthidemaru;//B(0),A(1),C(2)
と動いているように見えます。

つまり、P.245は下記が正解！？
nexthidemaruコマンドは、現在のウィンドウのすぐ後ろにある
ウィンドウを一番手前に持ってきて、元のウィンドウをそのすぐ後ろに回します。

懐かしい
いつ頃出た本だっけ？

>>370
2004年5月14日 初版第1刷発行
と書いてあります。
今から14年前です！！

2018/04/05 Ver8.81β4
・起動オプション/m3xで既存の秀丸エディタに切り替わるとき、/xの組み合わせで/aの情報も引き継ぐように修正。
・IMEがONでカナロック時にファイルメニューの一部のキーが効かない問題の対策。
・ウィンドウ一覧ダイアログの描画がグレー背景のようになっていた問題修正。
・「アクセシビリティ対応（アウトライン解析の枠）」はリセットボタンでOFFになるように修正。
・「ファイルのタイムスタンプを時々チェックする」のメッセージは保存を実行した後の場合、保存したときのPCの時刻も表示するように修正。

使わないから意味がないと分かっているのに浮動小数点バージョンをDLしてしまう

同意せざるを得ない

マイクロソフト、「ファイルマネージャー」ソースを公開。
https://s.aolcdn.com/hss/storage/midas/efedcc66c76ede33be3c77fdb411e76/206283218/fm.jpg
https://japanese.engadget.com/2018/04/09/windws3-x-github-windows-10/
マイクロソフトが、懐かしのWindows 3.xが標準搭載していた
「ファイルマネージャー」のソースコードを公開しました。

エイプリルフールかと思った
っていうか秀丸ファイラーのソース公開はよ

いまさら感

Win3.xのファイルマナガーってロングファイルネームに対応していたんだ？ってのに驚いた。
NT系は古くから対応していたんだっけか？

>>375
これがクロスプラットフォーム改造可能で泥OSで動かせるなら欲しいわ
現状ツリー表示できるファイラーが x-plore 一択なのがつらたん

>>378
ハッキリとは覚えてないから調べるしかないんだろうけど、
MS-DOSの頃のFATでは8.3形式だったものを
FAT32やNTFSでLFNに対応したように記憶してる。
FAT32はWin95だけど、NTFSはNT3.1とかNT4.0からなので
古く(ファイルマネージャの頃)から対応してるっしょ。

2018/04/13 Ver8.81β5
・HmJre.dll V5.02に更新して、特定のパターンで遅い問題の対策。（"( +)?a"というパターン）
・ファイルヒストリで旧型式との互換の情報で相違があるときに再び引き継ぐような処理はやめるように修正。その他無駄なレジストリ情報を消す修正。
・新しいマクロ登録ダイアログのファイル名のドロップダウンがマウス操作でうまくできない問題修正。
・他の秀丸エディタとの内容比較で、フォントによって全角/半角が違うときに異なる文字と判断される問題修正。
・ウィンドウ分割で折り返しがある行で右側が黒い四角になる問題修正。
・[その他]→[ファイルタイプ別の設定]→[体裁]→[詳細]の行間に詳細指定を追加。
・標準のマクロ用の強調表示で不足分を追加。
・検索文字列のスクロールバーにマップ等で、強調表示が無いときは働かせないように修正。

重複行削除を何度か使ってると無限ループに入る。
バッファがたまると駄目なのかなと思って結果リストをたまに削除してたけど
窓を消してたらリストを消せなくて無限ループが回避できない。
他の編集中の窓も全滅だから保存できなくて困る。