ウィンドウマネージャは、簡単に作成、移動、サイズ変更、それ以外の任意のウィンドウ番号を操作するルーチンのセットを提供します。また、ディスプレイ上のウィンドウのレイヤーを管理することにより、そのウィンドウに影響を与える変更を表示するように、アプリケーションを警告することにより、下位レベルのサポートを提供しています。

用語の説明

Windowsはその起源で定義されている（左上隅のx座標とy座標）だけでなく、形状が矩形であり、そのX -とY -のサイズ（それぞれ幅と高さ）。emWinのウィンドウ：

アクティブウィンドウ

現在の描画操作に使用されているウィンドウがアクティブウィンドウと呼ばれます。それは、必ずしも最上位のウィンドウと同じではありません。

コールバックルーチン

コールバックルーチンは、特定のイベントが発生したときに特定の関数を呼び出すためのグラフィックシステムを指示し、ユーザプログラムによって定義されます。通常、彼らは、その内容が変更されたときに自動的にウィンドウを再描画するために使用されます。

子/親ウィンドウの、兄弟

子ウィンドウは親と呼ばれる、別のウィンドウに対して相対的に定義されているものです。いつでも親ウィンドウの移動、その子や子供たちがそれに応じて移動する。子ウィンドウは、常に完全にその親の中に含まれており、必要に応じてクリップされます。同じ親を持つ複数の子ウィンドウは、お互いに"兄弟"とみなされます。

クライアントエリア

ウィンドウのクライアント領域は、単にその使用可能な領域です。ウィンドウの枠やタイトルバーが含まれている場合、クライアント領域は、長方形の内側の領域です。そのようなフレームが存在しない場合は、クライアント領域の座標は、ウィンドウ自体のものと同じです。

クリッピング、クリップ領域

クリッピングは、ウィンドウまたはその一部に出力を制限するプロセスです。ウィンドウのクリップ領域は、その表示領域です。これはウィンドウの領域を引いたの高いZオーダーの兄弟によって閉塞部位、マイナス親ウィンドウの表示領域に収まらない場合、任意の部分です。

デスクトップのウィンドウ

デスクトップウィンドウは自動的にウィンドウマネージャによって作成され、常に表示領域全体をカバーしています。それは、常に一番下のウィンドウであり、他のウィンドウが定義されていないとき、それはデフォルトの（アクティブな）ウィンドウです。すべてのウィンドウはデスクトップウィンドウの子孫（子、孫など）である。

処理

新しいウィンドウが作成されると、WMは、一意の識別子のハンドルと呼ばれるが割り当てられます。ハンドルは、その特定のウィンドウに対して実行される、さらに操作で使用されます。

ウィンドウを隠す/表示

それはまだ（ハンドルを持っている）が存在するものの、非表示のウィンドウが表示されていない。createフラグが指定されていない場合、ウィンドウが作成されると、それはデフォルトで非表示になっています。ウィンドウを表示すると、それが見えるように、それを非表示にする上で不可視に。

透明性

透明性を持っているウィンドウは、ウィンドウの残りの部分を使用して再描画されていない領域が含まれています。これらの領域は、それらの"透け"の背後にあるウィンドウと同じように動作します。この場合、それは背後にあるウィンドウは透明度を持つウィンドウの前に再描画されることが重要です。WMは、自動的に正しい順序でredrawal処理します。

検証/無効化

検証/無効化

Z -ポジション、ボトム/トップ

バックグラウンドから、その配置を決定するバーチャル三次元の位置 - ウィンドウがXとYの点で二次元の画面上に表示されていますが、WMはまた、Z位置、または深さの座標として知られているものを管理する前景。Windowsは、それゆえの上に、または1つ別の下に表示されることがあります。一番下にウィンドウを設定すると、その兄弟ウィンドウのすべての（もしあれば）"下"に配置されます。上部に設定すると、その兄弟の"上"に配置されます。createフラグが指定されていない場合、ウィンドウが作成されると、それはデフォルトで一番上に設定されています。

APIリファレンス：WM

次の表は、emWinウィンドウマネージャAPIの使用可能なルーチンを示します。すべての関数はそれぞれのカテゴリー内でアルファベット順に表示されます。

ウィンドウマネージャのコールバックメカニズム

WMは、コールバックルーチンの有無に関係なく使用することができます。ほとんどの場合、コールバックを使用することが望ましい。

コールバックのメカニズムの背後にある哲学

emWinはウィンドウとウィンドウオブジェクト（ウィジェット）のために提供するコールバックメカニズムの背後にある考え方は、イベント駆動型システムのことです。ほとんどのウィンドウシステムのように、原則は、制御の流れは、グラフィックシステムへのユーザプログラムからだけではないことですが、また、ユーザプログラムからグラフィックシステムへと提供されるコールバックルーチンによって、ユーザプログラムへのバックアップユーザプログラムによる。このメカニズム - 多くの場合、ハリウッドの原則として特徴付けられるが（"私たちを呼び出さないでください、私たちがあなたを呼ぶ！"） - 主にウィンドウの再描画をトリガするために、ウィンドウマネージャによって必要とされる。これは古典的なプログラミングとは対照的であるが、それはウィンドウマネージャの無効化ロジックを活用することが可能になります。

コールバックを使用していない

あなたは、コールバックルーチンを使用する必要はありませんが、そうすることで、WMは、ウィンドウの（更新）再描画を管理する能力を失います。それは、混合することも可能であり、例えば、一部のウィンドウの使用コールバックとそうでないものを持っている。ウィンドウは、コールバックメカニズムを使用していない場合は、、あなたのアプリケーションは、その内容を更新する責任があります。