フォーラムへの返信
-
投稿
-
igyさん
ご連絡ありがとうございます。
> 「最小化」すると、「元のサイズに戻す」のに時間がかかり、繰り返すと不安定に。
念のためですが、
こちら、ウィンドウの右端で折り返している認識で良いでしょうか？> 検索に時間がかかるケースがある
遅いですね。改善しようと思います。
よろしくお願いいたします。igyさん
ご連絡ありがとうございます。
>私の環境でも、もっさり感なく、普通に操作できたのを確認いたしました！
良かったです。今回の修正で巨大ファイル対応の当初目標の 1000 万行ぐらいでも快適に動作しそうです。
> ・3桁ごとにカンマ表示が好ましいかもしれません。（この例だと、1,120.6 MB）
> （タスクマネージャーのプロセスでの表記に合わせて）こちら、タスクマネージャーと同じメモリ使用量の表示をするようにしましたので、3 桁区切りに修正いたします。
>・この使用量 は、適正な値ですか？
実は他のエディタに比べてメモリ使用量が多くて気にしております。あはは。そのため、すぐ確認できるように、バージョン情報にメモリ使用量を表示するようにしました。
C# で作っていた時は、速度のためなら多少のメモリ使用量は犠牲にしても仕方ない方針だったのですが C++ で作るようになってからはメモリ使用量も極力少なくを目指すようになりました。ただ、保持情報が多すぎなのかもしれません。
他のエディタさんですと特に秀丸エディタさんは DirectWrite を利用してもめちゃくちゃメモリ使用量が少なくどうやってるのか？と思っています。
今後は、起動は最速、起動後もとにかく速く、メモリ使用量は極小で！を目指していきます。
TZEditor v0.1.44 を公開しました🚀
本バージョンでは、巨大ファイル編集時にスクロールバーへ行の状態を描画する際の[もっさり感]を改善しました。従来は全行を走査してスクロールバーに反映していたため、300万行とかになると処理が重くなりカチコチになりました。
今回、スクロールバーの高さをピクセル単位で評価し、そのピクセルが変更行に該当するかどうかで描画する方式に変更し、処理負荷を大幅に軽減しました。ちなみに、今のところスクロールバーはシングルスレッドで描画しています。
よろしくお願いいたします🙇♂️
原因がわかりました。
スクロールバーに変更行の強調表示をすると[もっさり]になります。
毎回、すべて描画しようとするので行数が多いと、とんでもなく遅くなります。今回ですと300万回描画していました。
こちらの機能は普段使わないので気付きませんでした。あはは。
改善しようと思います。ありがとうございます。
igyさん
ありがとうございます。
現在、正規表現検索・自動マーカー ON・選択マーカー ON の組み合わせで
もっさり感が出るケースを疑っているのですが、こちらではまだ再現できていません。もし、再現する TZEditor.ini をお持ちでしたら、
本サイトのお問い合わせフォームから 履歴削除後の内容 を貼り付けていただけないでしょうか。■ 履歴削除方法
[オプション] → [履歴] → [履歴の削除]TZEditor.ini の末尾には以下が保存されています：
背景画像のパス
検索文字列
置換文字列
開いたファイルのパス※背景画像を設定している場合は、そのパスも保持されますので、
背景画像の設定も削除していただければと思います。お手数をおかけしますが、ご検討いただけますと幸いです。
TZEditor v0.1.42 を公開しました✨
大きめのファイルの折り返し計算が遅かったのですが、本バージョンからマルチスレッドを利用して処理するようにしました。ウィンドウサイズ変更時の速度がもう少し速くなればとは思います。。。
参考)
#9392 で作った 300 万行(17.3 MB)を折り返して開いた結果v0.1.41：3.217秒
v0.1.42：1.926秒また、折り返し後のキャレット移動がもっさりでしたが、データ構造を見直し快適に動作するようになりました。
よろしくお願いいたします🙇♂️
TZEditor v0.1.41 を公開しました✨
行の文字列長の算出に時間がかかるためエディタに表示している行のみ計算するようにしました。この変更で巨大ファイルを開く時間が短縮されました。また、マウスホイールによるフォントサイズの変更も快適になりました。
引き続きよろしくお願いいたします🙇♂️
TZEditor v0.1.40 を公開しました✨
スクロールバーのつまみ表示位置のために一番大きい行長を特定する必要があるのですが、前のバージョンは算出に時間がかかっていたため、巨大ファイルを編集するとカクカクになることがありました。
本バージョンはこちらを改善しカーソル操作がより快適になりました。
ただ、折り返しの計算はまだまだ遅く、暫定で対応してみましたが300万行だとカクカクになります。こちらも改善予定です。
よろしくお願いいたします🙇♂️
igy さん
ご確認ありがとうございます。
> v0.1.39
> 解凍直後のデフォルト設定
> 1.627 秒
> DirectWrite有効
> 1.622 秒
> ウィンドウの右端で折り返し有効
> 11.x 秒
> (その後、TZEditor自体が不安定に…タスクバーには表示しているが画面表示せず・・)再現できました。遅い箇所がわかって良かったです。
ただ、現在修正しているのですが、v0.1.37 より速くならないようです😭新バージョンからファイル読み込みは速くなったのですが、テキストを改行も含めた一塊で管理しているため
行頭を知るのに何度も検索が必要になり遅くなっています。なんとか速くならないか試行錯誤してみます。
igy さん
ご連絡ありがとうございます。
可能でしたら、メモリマップドファイル適用前のバージョンで
開くとどれくらいの処理時間がかかるかご確認いただけないでしょうか？> igy さん
ご連絡ありがとうございます。
> 少し大きめのファイルでのキー操作が遅い
確認しました。スクロールバーのための
文字幅の計算に時間がかかっているようです。致命的のようですので見直します。> ちなみに、このファイルを開くのに、TZEditorは 11.637秒 かかりました。
> （なお、EmEditorでは一瞬、Meryでは 5秒ぐらい。）こちらは、私の環境では 1 秒未満で開きました。環境の違いとは思うのですが、毎回 11 秒ぐらいかかるでしょうか？
開いたファイルは TZEditor を起動した PC に保存したファイルでしょうか？よろしくお願いいたします。
細かな修正が続きますが、TZEditor v0.1.36、37 を公開しました。
現在、エディタ内部のテキストの管理方法を見直していますが、
その際に見つかった不具合を先に修正していっています。引き続きよろしくお願いいたします。
TZEditor v0.1.35 を公開しました。
v0.1.31 で正規表現の 0 文字マッチに対応したのですがデグレを起こしていました。
現在、巨大ファイル(100MB ほどは一瞬で開きたい)に対応するため、TZEditor の文字列管理を メモリマップドファイル + ピーステーブル + 赤黒木によるピース管理で実装を進めています。
どこまで高速化できるかはまだ分かりませんが、引き続きよろしくお願いいたします。
TZEditor v0.1.32 を公開しました。カスタムタイトルバーおよびカスタムメッセージダイアログもカラーで絵文字を描画するようにしました。
あと、メモリ使用量が気になったのでバージョン情報に現在のメモリ使用量を表示するようにしました。もう少し抑えられるといいんですけどね。
引き続きよろしくお願いいたします🙇♂️
TZEditor v0.1.31 を公開しました。正規表現の 0 文字マッチに対応しました。
あと、Visual Struio が対応していたのでタブとポップアップメニューもカラーで絵文字を描画するようにしました。カスタムタイトルバーも対応しようと思います。
引き続きよろしくお願いいたします🙇♂️
TZEditor v0.1.30 を公開しました🎉ようやく開発の時間が取れるようになってきました。まだまだ色々やりたいこと満載です。
まずは、Win32 標準のポップアップメニューは IME が ON でもショートカットキーが動作するのでどうやってるのか調べて実装してみました。TZEditor の SVG 対応ポップアップメニューは自作しているのでなんでも実装する必要があります。
ただし、第一階層のみです。ちなみに Visual Studio は IME が ON の場合にメニューのショートカットキーには反応しません。IME のウィンドウが表示されてしまいます。
動作しなくても困らないんですけどね。エディタと関係ないのですが、気になってしまったので仕方ないですね。あはは。
引き続きよろしくお願いいたします🙇♂️
igyさん
ご連絡ありがとうございます。
> ## 0.0.48.58589 (2025/09/06)
> – アプリケーションキーと[Shift+F10]キーでコンテキストメニューを表示するようにしたAlt+Spaceはやってなかったような…。
これのことですかね！？igyさん
ご指摘ありがとうございます。
再現しました。次回修正いたします。※ちょっとリリースできない日が続いているのですが
モチベーションがなくなったわけではないので引き続きよろしくお願いいたします。
(ビッグファイルにも対応したくて仕方ないぐらいモチベはあります。あはは)ymo さん
ご連絡ありがとうございます。
その後確認すると、そもそも、TZEditor の正規表現の検索は
1 文字以上マッチしないといけない仕様にしていました。0 文字マッチにも対応しようと思います。
ymo さん
ご連絡ありがとうございます。
> 置換処理にて行頭／行末に文字列を追加したい場合、検索文字列に正規表現で ^ または $ 1文字を指定しても追加されない。
こちら再現いたしました。対応可能か確認いたします。
> また空行を削除したくて ^￥n
> 置換文字列 指定無し(空文字列) にしても削除できない。対応可能ですか？こちらは改行コードがCRLFでしたら、^￥r￥nで検索可能です。
よろしくお願いします。> oさん
ご連絡ありがとうございます。
ひとまず不具合ではなくてよかったです。
キャレット位置の復元はほとんどのエディタで実装されているので
最近追加してみました。> igyさん
ご回答ありがとうございました。
引き続きよろしくお願いします。
igyさん
いつもありがとうございます。
確認しました。CTRL+J(LF)は気付いて無効にしていたのですが他は気付きませんでした。
ちなみに、古いメモ帳も同様の動作をするようですね。ただ、意図した動作とは違うため、無効にしようと思います。
ご指摘ありがとうございました！oさん
ご連絡ありがとうございます。
対応いたします。あと、余談ですが10列単位に色を変えるCSV/TSVハイライターも作ったのですが、
イメージと違ったため一旦保留にしてしまいました。
もう少し改善できたら公開しようと思います。よろしくお願いいたします。
igyさん
ご連絡ありがとうございます。
意図した動作ではないので不具合の可能性が高いです。
ただ、手持ちの端末では再現しない状況です。
(ウィンドウ内だとアイビーム、外だと矢印のまま)ソースも確認しましたが、キー入力だけでは
カーソルをクルクル(砂時計)にしていないので、
OSに処理が重い判定をされているのかもしれません。他のエディタでは発生しないでしょうか？
全画面表示の不具合が見つかりましたので、TZEditor v0.1.24 を公開しました。
いつもご指摘ありがとうございます。もしかすると、全画面表示でステータスバーの表示もいらないかもしれませんね。
引き続きよろしくお願いします🙇♂️igyさん
いつもありがとうございます。
確認しました。次のバージョンで修正します。ESCは対策できたつもりでしたがパターンが漏れてました。
ステータスバーのグリップは今回も気付かずです。
ありがとうございます。不具合が見つかりましたので、TZEditor v0.1.19 を公開しました。
> 編集モードのアイコンは Material Icon Theme を描画するようにした
⇒どうしても実装したくて試してみました。Material Icon Theme にない場合は同じアイコンになってしまいますがどうでしょうか？同じアイコンでも色を変えてもいいかもしれませんね。アイコンスタイルが Fluent UI の場合はモノクロになります。
> URL を含む大きな文字列を貼り付けると異常終了する不具合を修正した📣
⇒ご指摘ありがとうございました。まったく気付けませんでした。
> メニューバー以外のポップアップメニュー表示中に左右キーを押すとメニューバーのメニューが開いてしまう不具合を修正した📣
⇒こちらも気付けず。ご指摘ありがとうございました。
その他の対応は更新履歴をご確認ください。引き続きよろしくお願いします🙇♂️
不具合が見つかりましたので、TZEditor v0.1.18 を公開しました。
> 特定条件下でキャレットがウィンドウの中央に表示されない不具合を修正した
⇒キャレットがウィンドウの上(例：キャレットが50行目、ファイルの表示位置が100行目)にあると中央に表示しない不具合を修正しました。ただ、ファイルを再読み込みする場合にすでに画面上にキャレットが表示している場合は中央に表示しないのは仕様です。
> 角丸ポップアップメニューの外枠が透明になるため枠線の色を指定するようにした📣
⇒角丸ウィンドウだと外枠 1px が透明？になり背景がウィンドウの枠線と重なって描画されるようです。別途枠線の色を指定すると解消するようです。よく気付きますね。。。あはは。
> ポップアップメニューの高さが DPI を考慮していない不具合を修正した📣
⇒メニューの高さ計算時の DPI はずっと 100% で計算していたようです。ご指摘ありがとうございました。
その他の対応は更新履歴をご確認ください。引き続きよろしくお願いします🙇♂️