これは、Win32でWindowsクリップボードの所有権を追跡する方法です。

最近のMicrosoftのブログ投稿で、MicrosoftのRaymond Chenは、Windowsクリップボードの所有権がWin32でどのように追跡されているかを、世界中のすべてのユーザーに説明しています。

この情報は、熱心で技術に精通したWindowsユーザーにとって、同意できると確信しているため、非常に貴重なものになる可能性があります。

Win32でのWindowsクリップボードの所有権の追跡

ご存知かもしれませんが、Win32には、クリップボードの所有者という概念があります。このすべての背後にある意図されたルールは、クリップボードの所有者は、実際には、現在クリップボードにデータを作成したウィンドウであるということです。

この投稿では、Chenは、クリップボードにデータを配置するための特定の使用パターンについても説明しています。彼は、誰かが遅延レンダリングとして設定されたクリップボードからデータを要求すると、クリップボードの所有者がコード化されたメッセージを受信すると述べています。

これらのコード化されたメッセージは、ウィンドウが破棄された時点でクリップボードの所有者である場合、ウィンドウ破棄シーケンスの一部としても受信されます。

したがって、遅延レンダリングにより、ユーザーは複雑なクリップボードデータの作成を要求された時点まで延期することができます。

Raymond Chenは、このプロセスを実行するときに特定のルールに従うことが非常に重要であるという事実に言及し、すべての人が実際にそれを実行するわけではないことを指摘します。

一部のプログラムが、コンテンツを完全に置き換えるのではなく、データを追加する目的でクリップボードを開く方法を見ると、それを理解できます。

16ビットWindowsの時代には、システムはアプリケーションが正直であり、公益のためのルールに従ってプレイされていると想定していました。

彼は続けて、このボーナスクリップボードデータシナリオは問題を引き起こすと説明します。クリップボードの所有者は1人だけですが、現在は二クリップボードにデータを配置するために協力したウィンドウ。

クリップボードの所有権は、Chenが説明したように、これらの状況でのみ変更されます。

ここでの唯一の論理的な結論は、クリップボードの所有者は、空のキーボードコマンドがまだ存在する場合、それを最後に呼び出したウィンドウとして要約できるということです。

この有用な情報はすべて、Microsoftブログに投稿された記事全体を読むことで閲覧できます。

マイクロソフトの従業員が提示した方法についてどう思いますか？以下のコメントセクションでそれについてすべて知らせてください。