フォーラムへの返信
-
投稿
-
ご連絡ありがとうございます。
Windows 標準のタイトルバーで発生するんですね。TZEditor のタイトルバーは「標準のタイトルバーを使用する」にチェックが入っていない場合は標準のタイトルバーを削除して自作したものを表示しています。
ただし、その場合でも標準タイトルバーのフォントサイズを変更するようなことはしておらず、レジストリの変更なども行っていないです。とはいえ、TZEditor が原因ではないと断言できないのが難しいところです…。
発生している端末はノートPCでしょうか？
同様の事例の記事もありましたので、もしかすると Windows 10 側の問題である可能性も考えられます。Windows 10 Title Font size is huge after waking my laptop from sleep
After waking up from sleep, why are all my windows the wrong size?
ご確認頂ければと思います。
ご連絡ありがとうございます。
今まで見たことない事象でした。
いくつか確認させてください。・メニュー→ツールの「標準のタイトルバーを使用する」にチェックは入っているでしょうか？
・メニュー→ツール→外観テーマは何を選択しているでしょうか？(ダークモードとは思うのですが念のため)
・OS は Windows10 で良いでしょうか？よろしくお願いいたします。
igyさん
ご連絡ありがとうございます。
>「オプション」ダイアログの「フォントと色」で色の設定がない項目について
これは気付きませんでした。追加します。
>オプション画面でのキーボード操作について
確認しました。対応いたします。
ここから余談です。もう半月ほどリリースできていませんが、開発自体は着実に進んでいます。
DirectWriteに対応したことで、結果的に GDIとDirectWriteの両方をサポートする必要 が出てきました。
本音を言えば、GDIを切り捨てれば開発はぐっと楽になるのですが、どうしても捨てられません。そこで逆に、GDIをDirectWrite的な挙動に寄せる方向で進めています。例えば「🙇♂️」は、GDIでは分裂してしまい、キャレットも文字単位で移動してしまいます。これを GDIでも1文字として扱えるように修正しています。
一方でDirectWriteでも、「🙇♂️」を構成する一部の文字が検索でヒットすると分裂して描画されてしまう問題があり、こちらも対応中です。そのため内部のメイン部分を大幅に作り直していて、想像以上に時間がかかっています。あはは。
引き続きよろしくお願いいたします。
igy さん
いつもありがとうございます。
確認しました。修正いたします。現在、まだまだDirectWriteをやってまして、
もしかしたらメモ帳と同じ動きにできるのかも！？など淡い期待を胸に対応しています。
もう少ししたら次バージョンをリリースしますので
引き続きよろしくお願いします。ご指摘ありがとうございました。
o さん
ご連絡ありがとうございます。
確認しました。TZEditor の場合は改行が CRLF だと 2 文字計算するから1文字多いですね。
改行を除くと Mery さんと同じ 34 文字で一致しました。o さん
ご連絡ありがとうございます。
なぜかレビュー待ちになってました。
登録自体はできてましたので、承認しました。
(すいません、なぜレビュー待になるのか未だにわかってないです…。)>濁点付きの「あ゙」や「お゙」を正しく入力する方法は？（「あ”」「お”」ではなく） – やじうまの杜 – 窓の杜
面白いですね。TZEditor のバグっぽい気もしますので確認いたします。
igy さん
ご連絡ありがとうございます。
> DirectWrite使用では、描画が速いため、
> 「もっさり系」に記載された
> > Enterキーを押しっぱなしの操作をしたとき、「背景画像を使用する」が
> > OFFのときは速いですが、ONのときは遅い気がします
> も、遅く感じることがなくなりました！おー良かったです。私の端末以外でも速いんですね。
一旦、v0.0.62で対応済としておきます。ちなみに、私の端末で全面背景画像ありで Enter 押しっぱなしだと1回の描画にかかる時間は
従来の GDI の場合：10ミリ秒
DirectWrite の場合：5ミリ秒となりました。DirectWrite もカラー絵文字以外は
マルチスレッドで描画していましてめちゃくちゃ速くなりました。あはは。
(なぜか、カラー絵文字はマルチスレッドで描画すると遅くなります)DirectWrite はデフォルト ON でもいいかもしれませんね。
> v0.0.3 (2025/05/03) 「追加・変更内容」にて
> >・ファイル保存時のデフォルト拡張子を txt にした
> と、修正されていた件ですが、また、
> 拡張子を指定しないで保存した場合、拡張子なしで保存されるようになっています。ご指摘ありがとうございます。確認いたします。
igy さん
ご連絡ありがとうございます。
>ステータスバーに説明（ヒント）表示
オプション画面などの設定内容の説明なんかもどうしたものか考えてましてあわせて検討いたします。
(※ご指摘頂いた不具合はv0.0.63で対応いたしました！)o さん
ご連絡ありがとうございます。
> エディタ部分もアイコンも見やすくなりました
> 文字もカラー絵文字もばっちりです
> (ダークモードでツールバーのグレーアイコンは少し見にくいですね)
> ルーラーの数字も見やすくなってますねそう言ってもらえると、作った甲斐がありました。あはは。
こちらも編集行の強調表示と同様に、何度か作り直しています。難易度としては編集行の強調表示の方が高かったのですが、最初に作ったときはあまりにも遅すぎて使い物にならず…。でも最終的には、納得できる速度に仕上がりました。> 竈門禰󠄀豆子みたいな異体字?はまだダメみたいですね(表示出来てるけど隙間(1列)、選択で分解)
なるほど。私自身がユニコードを理解できていないので、勉強して描画できる文字を増やしていきますね。
ありがとうございます。
>もしかしたら、
>>Windows 11の設定で、システム > ディスプレイ の「拡大／縮小」を125%
>のときに発生するのかもしれません。再現できました。修正いたします。
igy さん
いつもありがとうございます。
>・(OFFのときと比べて)フォントのサイズが大きく描画
>・キャレットの位置が合っていない。こちらが再現できないのですが、毎回発生しますでしょうか？
>・設定「フォントと色」での「行番号 – キャレット位置」で指定した背景色
> の範囲が複数の行で、その背景色にて描画される確認いたしました。次回修正いたします。
igy さん
ご連絡ありがとうございます。いえいえ。
>「開く」ダイアログの「開く」ボタンのリストにある「以前のバージョンを表示する」は、
>仕様（機能）としては、どのような動作になりますか？「開く」にメニューの追加はできたような気がするのですが、
この「以前のバージョンを表示する」は消せなかったような気がします。ただ、バージョン 23H2 だと出るのですがバージョン 24H2 だと出ないですね。
不思議です。あはは。
igy さん
整理してたら気付きましたが、こちら見落としてました。あはは。
>「開く」「名前を付けて保存」ダイアログの「ファイルの種類」の違い
>「名前を付けて保存」ダイアログの「ファイルの種類」のリストにmdがないためか、こちらも次回で対応いたします。
刻みますが、TZEditor v0.0.58 を公開しました🎉
DirectWrite の描画はだいたい形になってきましたが、まだ納得できず、もっと速く描けないかを試しています。
今は GDI 互換のために HDC 経由で描いていますが、すべての描画を HWND 経由に切り替えたらどこまで速くなるのか、検証しているところです。よろしくお願いいたします🙇♂️
igyさん
いつもありがとうございます。
>・改行コードを変えたいとき
有名エディタさんはオプション画面で改行コードを変更しても、次回開くファイルから適用になるのでどうしたものかと思ってはいたのですが、ファイルメニューにあったんですね。あと、ステータスバーの改行コードをクリックでも変更できるようにしようと思います。
すっきりしました。ありがとうございました。
igy さん
> ・タブにマウスカーソルを会わせた時の動作。
確認しました。必要ですね。
追加いたします。> オプション画面の「フォントと色」で、「テーマ」の横にある
> 「表示／色分」の箇所の次の文字（「け」？）が欠けているようです。こちらも確認しました。次のバージョンで修正いたします。
いつもありがとうございます。
尾岡 さん
> 行送りもそうなのですが、禁則処理もあると嬉しいです。
念のため確認ですが、
行の間隔でしたら[オプション]→[基本]→[行の間隔]で設定できるのですが[行送り]とは異なるでしょうか？
ご確認よろしくお願いいたします。尾岡 さん
はじめまして。
ご利用ありがとうございます。> 行送りもそうなのですが、禁則処理もあると嬉しいです。
追加いたします。
> また、文字数カウントを実装される予定はございますでしょうか？
> （搭載済みで、僕が探し切れていなかったら申し訳ありません）こちらも追加いたします。
ご要望リストに追加させて頂きました。
まだまだできることが少ないエディタですが順次対応していきますのでよろしくお願いいたします。武 さん
ご連絡ありがとうございます。
確認いたしました。Chrome でも同様でした。
Windows Defender などのウィルスチェックソフトでウィルスと誤検知して削除していると思われます。
チェックを無効にして頂くとダウンロードできると思います。お手数をおかけします。> 質問なのですが、メニュー等を英語表記に切り替えて使用できますか？
現在は日本語表記のみとなっております。
on さん
ご連絡ありがとうございます。
> 折り返しの実装お願いします。
折り返しも実装予定です。折り返しは1度作ったことがありますので少しお時間を頂ければと思います。
よろしくお願いいたします。
ご連絡ありがとうございます。
確認いたしました。こちら Windows の仕様のようです。
管理者権限で起動した場合はファイルのドラッグアンドドロップを受け付けなくなるようです。ドラッグアンドドロップ時に受け付けるようなアイコン表示になるのも悪いのですが
対応は今後の課題にさせて頂きます。igy さん
ご指摘ありがとうございます。
>メニュー[ツール]-[標準のタイトルバーを使用する]をOFFにして、
>オプション画面の「基本」で「タイトルバーのタイトルを中央に表示する」を
>ONにしたとき、タイトルバーのタイトルが、途中で…になるのは仕様ですか？タイトルバーに収まらない場合に「…」で表記する仕様ですが
十分な余白があるのに「…」の場合は不具合の可能性があります。
十分な余白はあるでしょうか？TZEditor v0.0.53 を公開しました🎉
>テーマ変更時にメインウィンドウがチラつく[もっさり感]を改善した
標準とカスタムのタイトルバーを切り替えるとかなりチラついたのですが、今回でほぼチラゼロになりました。
よろしくお願いいたします。
TZEditor v0.0.52 を公開しました🎉
>カスタムタイトルバーでもスクロールバーの不透明度が100%の場合のみウィンドウサイズ変更時の[もっさり感]を改善した
前回は標準タイトルバーのみカクツキをなくしたのですが、カスタムタイトルバーでもカクつきがなくなりました。
ちなみに、カスタムタイトルバーの場合、Windows10 だと VS Code のような余白のないウィンドウになり Window11 の場合は Chrome のような余白があるウィンドウで動作します。
マニアックな2つの違いはこちらから。あはは。
よろしくお願いいたします。
igy さん
ご連絡ありがとうございます。
> Windows 11で確認した限りでは、
> Delphi 12.3 の IDE
> マウスカーソルがある項目：背景色が青っぽい色（Disableな項目でも同じ）
> キーボード操作でカーソルがある項目：↑と同じ。
> でしたね。ありがとうございます。
確認したくて、Delphi Community Edition をダウンロードするか迷ってました。あはは。いつもありがとうございます。
igy さん
> メニュー項目でマウスカーソルやキーボード操作をしているとき、
> Disableになっている項目でカーソルがある時、背景色が付かないのが、気になりました。ポップアップメニューは自作しているのですが、当時どの仕様を参考にしたか気になり、他のアプリをいくつか見てみました。
背景に色が付く
Win32 の標準メニュー背景に色が付かない
.NET のメニュー
Visual Studio
Windows 11 の新しいメモ帳Delphi のIDEはどっちですかね？どうやら、.NET系のコントロールを参考にしたような気がします。最近の主流は「無効項目には色を付けない」方向かもしれませんね。ただ、TZEditor は Win32 準拠で設計しているので、今回は Win32 の仕様に合わせることにしました。
ただ、そのまま模倣するのではなく、せっかくなので少しアレンジを加えます。無効な項目にカーソルが当たった場合、背景を塗りつぶすのではなく、中抜きの枠線で描画する予定です。
これにより、「選択はできるが利用はできない」という状態が、視覚的にも自然に伝わるのではないかと思いました。次のバージョンで反映します。
o さん
> win10環境で問題なく動作しました(ランチャー、ファイラー、コマンドプロンプト)
> ちなみに作者KuroさんのMeryにプラグインとして入れてみましたがこちらはwin10で問題なかったですご連絡ありがとうございます。
o さん
ご連絡ありがとうございます。
> ランチャー(Clock Launcher2)登録のTZEditor.exeにテキストをドロップや
> ファイラー(annsFM)のマクロでコマンドラインからテキストを送ると
> 横のスクロールバーが
> ステータスバーの下側に少し重なって表示されます
> 縦のスクロールバーも外にズレてますねWindows10で発生しているでしょうか？
もし可能でしたら、TZEditorが起動していない状態で
MS-DOSプロンプトからファイルを開いた場合も
同じ事象が発生するかご確認頂けないでしょうか？例)
TZEditorフォルダ>TZEditor.exe CHANGELOG.md> それとも、クリップボードの内容に関係なく「背景画像を使用する」と遅いでしょうか？
試しに、リリースモードで背景画像ありとなしで計測してみました。
ミリ秒レベルでしたが、背景画像ありだと1.5倍ぐらいかかりますね。
1.5倍なので母数が大きくなると体感できるぐらい遅くなりそうですね。。。ありがとうございます。
クリップボードは関係なくてよかったです。
背景画像は毎回全体を描画するので遅くなるのは仕方ないのですが、
現状はマルチスレッドで排他制御しながら描画しているのでそこが、ボトルネックになっているのかもしれません。
先に背景画像をシングルスレッドで全体を描画してその後の描画をマルチスレッドにすると多少変わるかもしれません。課題にします。。。あはは。いつもありがとうございます。
> ただ、
> 新規作成(Ctrl+N)で新規ファイルを作成し、Enterキーを押しっぱなし
> の操作をしたとき、
> 「背景画像を使用する」がOFFのときは速いですが、ONのときは遅い気がします。
> （もしかしたら、仕様なのかもしれませんが・・・）こちら、切り分けさせてください。
クリップボードに大きいテキストがある場合に遅いでしょうか？
それとも、クリップボードの内容に関係なく「背景画像を使用する」と遅いでしょうか？igy さん
> ・ポップアップメニュー
ご連絡ありがとうございます。
確認しました。「Shift + F10」自体知りませんでした。
対応します。> ・最初のページでのPageUpキーの動作
こちらも確認しました。対応いたします。
o さん
> 他のエディタの影響で
> 元に戻す、やり直す、検索、置換、保存なんかはキー操作で
> コピー、切り取り、貼り付け、削除は右クリックメニューなので助かりますありがとうございます。他のも順次対応していきます。
現在、編集行の強調表示がおかしいのに気付いたので
またまた対応中です。あはは。