返信

> 情報ありがとうございます。 > > いただいた情報をもとに検証してみたのですが、再現できないですね…。 > > マルチディスプレイで DPI が異なるケースが怪しいと思ったのですが、検証してみましたところ再現されませんでした。 > > Splashtop でリモート操作関連の機能が影響あるのかも？と思って Splashtop をインストールして常駐させてみましたが現象は再現しませんでした。 > > > Meryのようにテキスト選択色で塗られるアプリは私のローカルにはなさそうです。 > > EclipseやTeraterm、7Zip、lhaz、Windows Media Player等では、Meryでタブのmouseoverに使っている色です（正確に同じかどうかは不明）。 > > そうですね。Mery のメニューバーは通常のメニューとは異なり、位置を移動できるようにするために Windows 標準の CoolBar + ToolBar を使って実装しています。 > > この実装方法は特殊というわけではなく、有名どころですと E〇Editor さんなどでも採用されています。 > > でも、CoolBar + ToolBar でメニューを実装すると、現在アクティブなメニュー項目に背景色が描画されないという問題がありまして、独自に選択色で塗りつぶしているというわけです。 > > https://imgur.com/a/VB2DYqc > ↑ 普通に CoolBar + ToolBar でメニューを実装したらこうなります。(メニュー項目がアクティブにならない) > > > 起動しっぱなしのものはiCould、OneDrive、SpeedFan、Splashtop Wired XDisplay、Real Sync、Photoshop、Vivaldi、Skype、Eclipse、自前ツール※あたりです。 > > うーん、Splashtop でリモート接続しているときにクライアント側で現象が発生する、とかではないですよね…？ ^^; > > 他に影響のありそうな常駐アプリも見当たりませんね。 > > 一応、Windows 10 64bit 1809 のクリーンな環境における Mery のメニューバーの挙動を貼っておきますね。 > https://imgur.com/nW47Jd7 > ↑ こんな感じでマウスを移動させるとメニューの選択状態の背景色は消えていますが、mio さんの環境ですと背景色が残ったままになっているということですよね？ > > 一度 Alt キーを押したあとですと、メニューバーがアクティブになるので、その状態でマウスオーバーしたら確かに背景色は残りますが、そういう状態でもないのでしょうか。 > > 他に考えられることとしては、何か Alt キーを操作する関連のツールとかの影響とかでしょうか。 > > あとは、一度 Mery のポータブル版などで通常使用とは別にクリーンな状態の Mery で試していただいて現象が発生するかご確認いただけませんでしょうか？

マークダウンを有効にする