フォーラムへの返信
-
投稿
-
江村様
いち利用者の立場からすればEmEditorの内部事情は分かりませんので、もしかしたら（Windows10の環境でも関係する）改善のヒントになるかもしれないと思って報告しております。
不具合のある環境でDrectWriteをなぜOnにしたいのか？ですが、描画の結果（見た目）が全く同じなら こだわることはなかったです。
DirectWriteをONにするとフォントのレンダリングモードが調節できるなど好ましい点があったためです。このトピックをずるずると続ける気はありませんが、最後にVmWare Workstation 15 Playerでも試してみていただけますか。VirtualBoxは使っていません。
江村様は この描画不具合に関しては DirectWrite ON の場合に ＯＳの違いによるEmEditor内部のロジックの違いはないということをおっしゃっているのですよね。
EmEditor内部の違いがないからこそ外部（＝OS）の違いのせいだといわれることは理解しました。致命的な問題ではないことも理解してます。だからもうWindows7での描画の不具合については気にしないことにします。
そろそろWindows7を切り捨てる時が来ているということは承知しました。あと1年もすれば私の業務PCも、プライベートなPCもWindows10に切り替わる計画です。このトピックに続けるべきか迷いましたが、、
以下のパターンで操作をすると、確実に画面描画がおかしくなるやり方をやっと発見しました。（これは、タスクトレイクリックとか、ウィンドウ初期表示の件とは無関係です。）
・Windows7（業務用PC（物理PC ）、仮想PC（VmWarePlayer) の2台で検証 ）にて、再現しました
・DirectWrite：ON
・行番号表示：ON
・（ほかにも何かきっかけとなる設定があるかもしれませんがそこまでは把握せず）上記の状況で、
１．何行でもよいので エディタ部に文字を入力します。既存のファイルを開いてもよいです。
２．Ctrl+ALT+Delete を押し、スクリーンロック（まだロックしていない）の画面を出します。
３．何もせずにESCキーをすぐに押して復帰します
４．EmEditorの「行番号」を表示している領域にマウスカーソルを持っていきます。４．の直後、行番号を含めてエディタ部の描画が真っ黒になります（色の設定によるかもしれませんが）。
マウスをさらに行番号の上でホバーさせると行番号の描画が1行ずつ復帰しますが、エディタ部はなにも描画されないままです。
エディタ部をクリックすると、エディタ部が再描画されました。…以上のようなことが、少なくとも ハードウェア設定が完全に異なる2台で再現できました。
ご確認お願いします。
江村様
ご対応ありがとうございました。正常にファイルが開けることを確認できました。
はい、EmEditor は最新のベータ版、 v18.3.94 で試しています。Windows10およびWindows7のどちらも同じくクラッシュします。
これからクラッシュレポートファイルをメールで送ります。
続報になります。
上記で報告している「新規作成して貼り付け」で初回起動時以外でも
EmEditorを通常 使用中にほかのウィンドウ（エクセル、ワードなど）に移りしばらく作業してから EmEditorに戻ると エディタ部が描画されていないというケースも本日ありました。（記憶が薄かっただけで過去にも同様にありました）。以上、何かヒントになればと。
[タブが有効時に現在のウィンドウ位置とサイズを保存、復元] は有効にしました。 これは、どちらに効果があるのでしょうか。
今のところ、どちらも改善していないようです。[常に最上位の状態を保存] についてはどのように動作するかは理解しましたが、そういう使い方を望んでいるわけではないです。
トレイアイコンから「新規作成（して貼り付け）」を実行したときのウィンドウが初期表示で最前面に表示されればそれでよいのです。ですが、他のウィンドウの背面に初期表示されることがしばしばあります。画面描画がされない件についてですが以下のようにしてみたところ不具合の頻度が減った気がします。
トレイアイコンの設定＞
・マウス左ボタンをクリック ⇒ 未定義にする
・マウス左ボタンをダブルクリック⇒「新規作成して貼り付け」（これまで通り）
先日までは マウス左ボタンをダブルクリックするときにまず「トレイアイコンメニュー（1）」が一瞬出てきて、ダブルクリック完了後に 「新規作成（貼り付け）」が動作していました。
メニューが出てこないようになると多少不具合の頻度が減った気がします。もう一点気づいたこととして、
「新規作成（して貼り付け）」の時に画面描画がスムーズでないと感じることがあります、ウィンドウ描画もゆっくりに感じられるくらい描画処理が遅いです。
私のEmEditor画面カラーは背景色を濃いグレーにしています。「新規作成（して貼り付け）」時に、ウィンドウが（前面に）現れると まず 背景色の白いウィンドウが表示されます。（背景色がグレーの設定にもかかわらず）、その後で見ていてもわかるくらいに（コンマ何秒か）描画が止まり、黒い背景に切り替わります。また別の点で気づいたこととしては、
このトピックの初回投稿時に、「 不具合で画面描画されないままの場合「画面をCtrl+A などで選択すると 描画される」」と書きましたが、Ctrl+Aの代わりに画面クリック1回でも描画がされるケースもありました。さらに、1回のクリックでは描画が完全にされず、2回もクリックする必要があるときもありました。なんだか最近EmEditorの画面描画がもっさり感じることもあるのですが、このあたりの画面表示の様子が参考になりませんでしょうか。
できれば、昔のようなキビキビした動作の気持ちよさを取り戻してほしいです。
マーカーも考えたのですが、色が10パターンしか登録できないのが自分の用途に合いません。
マーカーの設定色のバリエーションを増やすことはできますか？「検索した文字列（ｘ）」の設定は検索色 の数字を増やすことで30個まで増やせますよね。 これと同じように 11個以上に増やすことができないでしょうか？
マーカーとしては10色で規定色を使いまわしでもいいのですが、今回の件を「マーカー機能」を使って色付けで対応するなら 新たな11番目の色を定義してそれを割り当てたいです。
設定のリセットはまだ試していません。申し訳ありません。
EmEditorのタブは常に有効にしています。
ウィンドウが前面に出てこない件は、業務用のPCだと結構頻繁に発生します。 時間のある時に設定リセットで試してみます。こちらはDirectWriteのOn/OFFに関係なく発生します。
自宅の最新スペックのPCのWindows10 でも前面に出てこない件、先ほど発生しました。環境によらず何か別の原因がありそうですね。タスクトレイをダブルクリックするタイミングも関係あるのかもしれません。
TopMost=Trueにした後で、解除するなどで対応できないものでしょうか。エディタエリアの描画がされない不具合については DirectWrite ONの時のみ発生しています。 また、ウィンドウが前面に出る場合も出ない場合も描画されないケースは起きています。
会社のPCは適切にアップデートされているので、ドライバーは問題がないと思います。
開示しても問題ないと考える範囲でDxDiagのログ情報を抜粋しましたので、何か参考になればと思います。確認してください。——————
System Information
——————
Operating System: Windows 7 Enterprise 64-bit (6.1, Build 7601) Service Pack 1 (7601.win7sp1_ldr_escrow.181110-1429)
Language: Japanese (Regional Setting: Japanese)
Processor: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz (4 CPUs), ~3.1GHz
Memory: 8192MB RAM
Available OS Memory: 8080MB RAM
DirectX Version: DirectX 11
DX Setup Parameters: Not found
User DPI Setting: Using System DPI
System DPI Setting: 96 DPI (100 percent)
DWM DPI Scaling: Disabled
DxDiag Version: 6.01.7601.17514 32bit Unicode—————
Display Devices
—————
Card name: Intel(R) HD Graphics
Manufacturer: Intel Corporation
Chip type: Intel(R) HD Graphics Family
DAC type: Internal
Display Memory: 1696 MB
Dedicated Memory: 64 MB
Shared Memory: 1632 MB
Current Mode: 1920 x 1080 (32 bit) (60Hz)
Monitor Name: Generic PnP Monitor
Driver Name: igdumd64.dll,igd10umd64.dll,igd10umd64.dll,igdumd32,igd10umd32,igd10umd32
Driver File Version: 9.17.0010.3062 (English)
Driver Version: 9.17.10.3062
DDI Version: 10.1
Driver Model: WDDM 1.1
Driver Attributes: Final Retail
Driver Date/Size: 3/9/2013 04:10:18, 12615680 bytesよろしくお願いします。
問題の出ているWindowsは 7 SP1です。 HPのビジネス向け CPU内蔵GPUを使用しています。
問題点としては トレイアイコンをダブルクリックで出現したウィンドウについて
・新規ウィンドウの描画がされていない
・まれに新規ウィンドウが前面に出てこない
の2点です。江村様
スライダーの調整ありがとうございます。もう一つ希望があります、実際のところ15万~20万 の辺りを1万刻みで調整をすることが多いので
右矢印キー ＋ SHIFT キーを 押しているときには 10分の1（1万）の小刻みに動かすことは可能でしょうか。ご検討よろしくお願いします。
江村様
問題が発生しなくなりました。 ご対応ありがとうございました。
[行間] を-1にしていたので、0に変更しましたが、縦棒の隙間は改善しませんでした。行間を1にしても全く同じです。
フォントはメイリオでしたが、MSゴシックでも同じように再現します。
フォントサイズは10ポイント~14ポイント など動かしてみても 線がつながることが無かったです。
モニターのDPIは昔からの標準的なものだと思います。会社のPCでも自宅のPCでも同様に再現します。他に確認するところはありますか。
最新のベータ版で試しました。１７．９．９１
上記のような再現手順では問題なくなったようです。しかし、一日使っていると 特定の場面で画面が真っ白（ダーク(黒）系のテーマを使っているのに）というケースに出くわします。画面描画されるように ウィンドウをずらすと元に戻ります。
たぶん、EmEditorがフォアグラウンドになく、外部の関連付けで開くなどで呼び出され、ネットワークの関係か少々ファイルが開くのに時間がかかって、フォアグラウンドに EmEditorが呼び出されたような場合に 発生しているように推測します。結論としてはDirectDraw時の描画不具合は一部未解決と思います。 確実な再現手順が無いためご報告だけです。
よろしくお願いいたします。
entです。
お二方のやり取りを見ていて、私はどんなリクエストをしていたのか見直してきました。
lleno2 様 の今回の要望と、(叶えられなかった）私の過去の要望は 関係が無いように思います。lleno2 様は 書き換え禁止のON/OFFを ボタンで視覚的に行いたい という事ですよね。確かにEmEditorにはボタンは用意されていないようでした。
ウィンドウの下部のステータスバーに「書禁」フィールドを出すことは 今でも可能ですよね。そのエリアのダブルクリックで モード切替も可能でした。気分を害されたようでしたらすみません。lleno2 様 の要望と、私の要望 影響が被ることは無いだろうと思いましたので。
