秀丸エディタスレ 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 最初の行や最後の行の上下で行頭や行末に
移動ってのは、
最近のエディタでは増えてきたな。 古いエディタばかりでアレだが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
標準では割り当てられてないので（たぶん）
自分で好きなキーに「その他→縦書きモード」を割り当てればよろし メニューバー：その他 → キー割り当て
コマンド：その他 の真ん中あたりに「縦書きモード」が有る
同じキーで縦書き⇔横書きのトグルになる 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]の「ファイルのタイムスタンプを時々チェックする」によるメッセージが出るときに比較したタイムスタンプを表示するように修正。 編集エリアだけでいいならoverwriteswitchってマクロを好きなキーに割り当てて
実行すりゃいいのでは。 普通に「挿入/上書き切り替え」というコマンドがあると思うんだが 古参エディタなのに今も精力的にアップデートしてくれてユーザーとしてはありがたい限りだけどちゃんと儲かってんのかな
秀丸エディタの収益があんまりなくても看板アプリの知名度を活かして他の仕事で儲けてんのかね
変態カスタムしすぎてもう他のエディタは使えないだけに長生きしてほしい（切実） 古参で使い倒しているのにツールの収益予測が未だにまったく想像できないとか何屋さんなの？
開発現場とかだとまとめてライセンス購入してたり、影響力を推し量る場面なんていくらでもあるけどね 少なく見積もって数億
もしかしたら数十億はありそう
欲出さなければやりたいことやって暮らせるだろ インタビューじゃねえか
昔、トークショウやったんだよ
年1億5000万超えって言ってた 秀丸が成功したのってWin3.1〜95の時に他のエディタがしょっぱいのか高いのしかなかったからだよな Mifesが6万円とかしてたからなあ
あとはフリー制度でPC雑誌記者に無料で使わせたところも宣伝効果としては大きかったんだろう
しかし企業からのグロス購入あるっていってもアプデで金取るわけじゃないし
基本一回こっきりだから安定的な定時収入があるのかはちょっと気になるわ
PC導入過渡期の頃はいっぱい発注あったんだろうけど
今はPC入替えでも廃棄予定の旧PCのライセンス引き継ぐだけで買い直しはしないだろうし
学校と提携して毎年生徒に格安で買わせてるのかとも思ったけどフリー制度あるしなあ >>351
確かにあの時代にあのエデイターをしかもほぼ無期限使用期間で出したのは偉業だったな 俺は好きやけどな 仕事捗りそう
机900ｘ1800ぐらいあるんかな てかデュアルモニター違うんかよ >>346
3.07から使ってるけど趣味で色々作ってるホビーPGなんでお金のことはよくわからないのよね
>>335を見てちゃんと儲かってるみたいなので安心した >>358
完全に偶然だけど、その書き込みどっちも俺だからok 作者がWindows以外覚えないって言ってるから
移植は絶望的かもな
iOSやAndroidで秀丸使いたかった >>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してしまう エイプリルフールかと思った
っていうか秀丸ファイラーのソース公開はよ 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"というパターン）
・ファイルヒストリで旧型式との互換の情報で相違があるときに再び引き継ぐような処理はやめるように修正。その他無駄なレジストリ情報を消す修正。
・新しいマクロ登録ダイアログのファイル名のドロップダウンがマウス操作でうまくできない問題修正。
・他の秀丸エディタとの内容比較で、フォントによって全角/半角が違うときに異なる文字と判断される問題修正。
・ウィンドウ分割で折り返しがある行で右側が黒い四角になる問題修正。
・[その他]→[ファイルタイプ別の設定]→[体裁]→[詳細]の行間に詳細指定を追加。
・標準のマクロ用の強調表示で不足分を追加。
・検索文字列のスクロールバーにマップ等で、強調表示が無いときは働かせないように修正。 重複行削除を何度か使ってると無限ループに入る。
バッファがたまると駄目なのかなと思って結果リストをたまに削除してたけど
窓を消してたらリストを消せなくて無限ループが回避できない。
他の編集中の窓も全滅だから保存できなくて困る。 ちなみに、重複行削除は
ファイルリストから更新分だけを追加して
ダウンロード済みを非表示にするスクリプトに組み込んで使ってる。
毎回リストを新規フォルダに作成する方法もあるけど面倒で。 2018/04/20 Ver8.81β6
・HmJre.dll V5.04に更新して、30秒以上固まった時にエラー扱いするように修正。
・movetoview文、xviewキーワード、carettabmodeキーワード追加。
・「ファイルの一部を開く」で開いたとき、テンポラリファイルの再利用やカーソル位置の自動復元はしないように修正。
・Unicodeの特定のフォントで特定の文字で一文字だけや行内に別の全角文字が無いときに文字化けする場合を回避する対策。（例：consolasでU+266C）
・DPIの違いによってウィンドウ配置の記憶状態がずれることがある問題の対策。
・ダイアログのフォントサイズ変更時や高DPI時の各種ダイアログの文字のはみ出しなどを調整。 2018/04/26 Ver8.81β7
・[その他]→[ファイルタイプ別の設定]→[アウトライン]→[折りたたみ]→[折りたたみ可能な条件の設定]の「コメントとC言語のラベル等の無視」をOFFにしたとき、行頭の「#」の行も無視しないように修正。
・Per-Monitoer DPI対応の不足分の修正。（ツリーの[+]やファイルマネージャ枠のボタン）
・文字コード表示のUnicodeが「U+」で表示されない場合の修正。
・標準添付のHidemaru_Mac1.hilightにマクロ用の複数行コメントや文字列の定義を追加。 4kモニタでステータスバーが3倍くらいに太くなるバグまだ直らないな 秀丸は画面サイズまわりでリサイズすると元に戻らなくなるバグがいくつかある Windows Updateで、――（ダッシュ）が縦書き表示できなくなってしまった 2018/05/02 Ver8.81β8
・shiftup, shiftdown, shiftleft, shiftright 文追加。
・ファイルマネージャ枠で異常終了したときの対策と、情報取得の追加の修正。
・バックアップの作成で同じフォルダの同名となるパターンのエラーの修正。 Visual Studioでソリューション全体を検索して出力された検索結果って、
そのまま秀丸エディタに貼り付ければタグジャンプできてしまうんだな。 2018/05/09 Ver8.81β9
・ファイルを読み込んで最大行数を超えたとき、ファイルの一部を読み込むか、最大行数を増やす設定を出すかを選択できるように修正。
・[その他]→[動作環境]→[ファイル]→[高速化]にファイルの一部を読み込むときの標準の分割数を追加。
・V8.81β1でファイルマネージャ枠のフォルダのクリックで異常終了する問題修正。
・V8.81β8でのShift+Rightにshiftright文のマクロを割り当てるとマクロ実行のエラーになる問題修正。
・欧文にエンコードの変換時に欧文として文字があるのに読込み直すかどうかのメッセージが出る場合がある問題修正。
・秀丸メールがインストールされているとき拡張子.emlのファイルを開いているときに秀丸エディタのアイコンが変わるのは意図的ではなかったので変わらないように修正。
・IMEの変換用のフォント名をUnicodeで指定する修正。（Insider Preview用の対策） 2018/05/17 Ver8.81β10
・Windows 10 Version 1803でコントロールパネルのシステムロケールの設定を「ベータ：ワールドワイド言語サポートでUnicode UTF-8を使用」にしたときのフォント選択の対応。
・ツールバーデザインのダイアログに検索ボックスのフォントの指定を追加。
・縦スクロールバーのつまみをドラッグして左右に遠くに離してつまみが戻る動作がうまくできない問題修正。
・インストールの最後の「・・・ショートカットから起動してください。」のメッセージボックスを無くして完了のメッセージの中に表示するように修正。
・秀tagsでシステムロケールが日本以外のときに日本語のファイル名でうまくいかない問題修正。
・なめらかスクロールがONのときAlt+Backspaceのやり直し操作でカーソルの点滅がずれる問題修正。
・バックアップファイルが同じ場所に同じファイル名で作成されようとするときのメッセージ修正。
・「ファイルのタイムスタンプを時々チェックする」のメッセージでヘルプボタン追加などの修正。 正式版
2018/05/24 Ver8.81
・Windows 10 Version 1803でコントロールパネルのシステムロケールの設定を「ベータ：ワールドワイド言語サポートでUnicode UTF-8を使用」にしたときのフォント選択の対応。
・ツールバーデザインのダイアログに検索ボックスのフォントの指定を追加。
・ツールバーの大きさの選択に300%を追加。
・「ファイルのタイムスタンプを時々チェックする」のメッセージでタイムスタンプの表示などの修正。
・ファイルを読み込んで最大行数を超えたとき、ファイルの一部を読み込むか、最大行数を増やす設定を出すかを選択できるように修正。
・正規表現で時間がかかるパターンで抜け出せるための対応各種。
・詳しくはV8.81βでの改版履歴を参照ください。 4kモニタでステータスバーが3倍くらい太くなるバグまだ直らないな 何かのきっかけでファイル選択ダイアログが常に全画面サイズで出てくるようになって
再インストールしても治らなくなった >>396
右下のカドつまんでドラッグすれば直るんじゃね？ っていうか
最初はちょっとだけ大きくなって
つまみもって小さくしようとしたら
さわるたびにどんどん勝手に大きくなって
最大になってにっちもさっちも行かなくなった感じ >>399
あー、わかった、俺もなったわｗ
つまみ持って小さく使用した時、タイトルバーをクリックしたんじゃね？
こうなると最大化されて元に戻らなくなる(ように見える)わな
解決方法は、ファイル選択ダイアログのタイトルバー左端のアイコンをクリック
出てきたメニューで「サイズ変更」を選択
改めてつまみ持って希望の大きさまで戻す >>401
じゃあ俺にもわからんｗ
すまんが、元気でな ディスプレイ解像度(ピクセルサイズ&dpi)環境を書き添えて
公式フォーラムへ報告しにGO ■ このスレッドは過去ログ倉庫に格納されています
