コンテキストまたはコマンドメニューを閉じた後、メニュー選択項目が画面にスタックする

定期的にメニューコマンドを選択すると、ラベルまたは選択したオプションが画面に「スタック」し、消えません。動けなくなったときに使用していたアプリケーションを含め、開いているすべてのアプリケーションを閉じることができますが、それでも消えることはありません。

次のスクリーンショットでは、ラベルが常にトップに表示されるようにするために、IEの新しいインスタンスを開きました。IEのこのインスタンスによってラベルは作成されませんでした。

（MSペイントに円を追加しました。その部分は固定されていません。）

スタックするラベルは、IEで最初に選択するメニューコマンドです。ラベルが既にスタックしている場合、新しいものはスタックしません（IEのどのインスタンスが関係しているかに関係なく）。この知識に基づいて、セカンダリモニターでIEを開き、[プロパティ]コマンドが下隅にあるようにコンテキストメニューを慎重に開いてクリックします。これは解決策ではありません。

フローティングラベルは移動せず、マウス入力に対して透過的です（クリックすると、背後のアイテムをクリックしたかのようになります）。

実行中のすべてのアプリケーションを閉じても、ラベルは消えません。サービスを停止したり、Live Meshのようなシステムトレイアイテムを閉じたりしませんでした。

画面の解像度を変更してから元に戻すと、ラベルは消えます。

これを防ぐ方法はありますか？それは半ダース回起こっており、私の仕事をかなり混乱させています。

この問題は、フェージングメニュー項目が追加されたときにWindows 2000で発生しました。当初、この機能はカーネルモードコードに追加され、UIの一部に緊密に統合されていました。とてもうまくいったので、結局そこにとどまりました。この問題はときどき発生しますが、カーネルデバッガーで問題を再現して修正する信頼できる方法はありません。

画面の解像度や色深度を変更することなく、同じ効果を実現できます。[スタート]-> [実行]->に移動し、を入力しtskill dwmます。このコマンドは、画面の解像度を変更せずにデスクトップウィンドウマネージャーをリセットします。

画面の解像度または色の深さを変更すると、デスクトップウィンドウマネージャーもリセットされるため、バグが表示されたときの回避策でした。これらの解決策のいずれかが問題を解決します。

前回私が見たのはWindows 2000で、たまたま私に起こったことです。

回避策は、パフォーマンスオプションをクリックした後にフェードアウトするメニュー項目を無効にすることです。

Windows 7（およびおそらくVista）では、タスクマネージャーを使用して "dwm.exe"を強制終了（自動的に再起動）することで、アーティファクトを削除するのは非常に簡単です。

[ コンピューター ]、[プロパティ]、[システムの詳細設定]、[詳細設定]タブ、[パフォーマンス設定]を右クリックし、両方のチェックを外します。

• メニューをフェードまたはスライドして表示し 、
• クリック後にメニュー項目をフェードアウトする

一定。

色深度を変更する方が速いと思います。変更して[適用]をクリックしたら、[これらの設定を保持しますか？]に「いいえ」と答えます。促す。元の色深度に戻ります（問題は解決しました）。ちなみに、解像度を変更しないことをお勧めします。変更すると、ウィンドウがウィンドウのサイズと位置を再計算することになります... 2回！色深度を変更するよりも著しく遅くなります。

とにかく、これは間違いなくWindowsのビデオの問題なので、唯一の確実な方法（再起動以外）は、Windowsにビデオバッファーを完全に更新させることです。dwm.exeを強制終了することでそれを行うことができますが、色深度の変更はより速く（プロセスの長いリストを検索する必要はありません）、安全（Windowsの安定性を危険にさらす必要はありません）であり、初心者にとっては簡単に把握できます。

これに追加する：重要なことは、「設定を保持する」ように求められたときに「いいえ」と言うことです。「はい」と言うと、孤児のメニューが戻る場合があります。

十分なtskill dwmコマンドがdwm再起動を停止しているように見えるため、サービスでデスクトップウィンドウマネージャーセッションマネージャーを再起動する必要があります。

私は最近、Windows 7 Professional Thinkpad W510とWindows 7 Ultimateを実行している汎用i7ワークステーションでこの問題を取得し始めました。両方のマシンで発生することは興味の対象であり、「tskill dwm」と入力すると、スクリーンショットを壊したり、回避策のように感じたりします。

私の場合、Logitech SetPointプロセスのクラッシュが問題であることがわかりました。システムに対して行う画面上の通知の変更を無効にすると、ツールチップの問題が解決したようです。

ここでの核となるアイデアが誰かを助けることを願っています：-Aeroオーバーレイを操作するツールが干渉している可能性があります。

XPProを実行しているホームシステムでこれをかなり頻繁に取得し、ツールチップボックスも同じことをしていました。Windowsエクスプローラーは、最も奇妙な点を最も多く露出させたアプリでした（もっとも一般的に使用されているユーティリティの1つであるためかもしれません）。あなたの場合のように、アプリケーションを閉じる/殺すことは、画面の解像度や色深度を反転させること以外は何もしませんでした。また、ログイン画面に切り替えてからログインし直すと、通常ではありますが、常にではありません。

発生を減らすために何が変わったのかはわかりませんが、私は今ではめったに起こりません。最近、マシンのグラフィックカードをアップグレードしましたが、そのアップグレードが行われる前に、発生の減少が顕著に発生しました。私の推測では、ドライバーの更新またはMSのパッチのいずれかによって問題が軽減されたと思われますが、それは推測に過ぎません。いずれの場合でも、アップデートを見逃していないことを確認し、グラフィックチップセット用の最新の安定したドライバーを実行していることを確認してください。

グラフィックカードドライバがサポートしている場合、「通常の回転」ホットキーCTRL+ ALT+ UpArrowを使用して、スタックメニューをクリアできます。

（事実、これはIntelグラフィックスで動作しますが、それ以外は保証できません。）

taskkill次のコマンドを使用できます。

1. コマンドプロンプトを開く
2. 入力taskkill /im dwm.exeしてを押しEnterます。

定期的に発生する場合は、コマンドをバッチファイルに保存することもできます。

Windows 10を使用している場合、Windowsをdwm.exe強制的にシャットダウン/再起動せずに強制終了することはできません。

将来この問題を回避するために、私はこの回答に従いましたが、現在の問題を解決するために、解像度を変更してから元の解像度に戻し、画面に残っていたメニュー項目を消去しました。