プレゼンテーションマネージャー

プレゼンテーション マネージャ( PM ) は、 IBMとMicrosoft が1988 年後半に オペレーティング システムOS/2のバージョン 1.1 で導入したグラフィカル ユーザー インターフェイス ( GUI )です。

マイクロソフトは 1981 年にグラフィック ユーザー インターフェイス(GUI)の開発を開始しました。IBM にも GUI が必要であると説得した後、^[1]プレゼンテーション マネージャー (PM、コード名 Winthorn) が 1987 年から 1988 年にかけてマイクロソフトと IBM の Hursley Lab によって共同開発されました。これは Microsoft Windows と IBM のメインフレーム グラフィカル システム ( GDDM ) を組み合わせたものでした。^[2] Windows と同様にメッセージ ベースであり、多くのメッセージは同一でしたが、重要な違いもいくつかありました。プレゼンテーション マネージャーは、ユーザーの観点からは、次期Windows 2.0と非常によく似た設計になっており、プレゼンテーション マネージャーのアプリケーション構造は Windows アプリケーション構造とほぼ同じでしたが、Windows とのソース互換性は目標ではありませんでした。マイクロソフトにとって、プレゼンテーション マネージャーの開発は、Windows の設計ミスのいくつかを修正する機会でした。^[3]両社は、プレゼンテーション マネージャーと Windows 2.0 はほぼ同じままであると述べました。^[1]

Windows と PM の最も大きな違いの 1 つは、座標系です。Windows では 0,0 座標は左上隅にありますが、PM では左下隅にあります。もう 1 つの違いは、Windows ではすべての描画操作がデバイス コンテキスト (DC) で行われることです。PM も DC を使用しますが、プレゼンテーション スペース (PS) と呼ばれる抽象化レベルが追加されています。OS/2 には、グラフィックス プログラミング インターフェイス (GPI) にさらに強力な描画機能がありました。GPI の概念の一部 (表示変換など) は、後に Windows NT に組み込まれました。OS/2 のプログラミング モデルは、ウィンドウ プロシージャを明示的にエクスポートする必要がなく、WinMain や非標準関数のプロローグやエピローグもないため、よりクリーンであると考えられていました。

IBM と Microsoft の分裂の理由として最もよく挙げられるのは、プレゼンテーション マネージャと Windows のAPIの相違であり、これはおそらく IBM が引き起こしたものと思われます。当初、プレゼンテーション マネージャは Windows GUI コードに基づいており、プロポーショナル フォントのサポート (Windows では 1990 年に初めて登場) など、事前に開発が行われることが多かったです。相違点の 1 つは座標 (0,0) の位置に関するもので、Windows では左上でしたが、プレゼンテーション マネージャでは (直交座標のように) 左下にあります。実際には、GUI プログラムを他のシステムで実行するために再コンパイルすることは不可能になりましたが、ある時点で自動ソース コード変換ツールが提供されると約束されました。両社とも、ある時点でユーザーが OS/2 に移行することを期待していました。

1990 年、Windowsバージョン 3.0 が大量に販売され始め、Microsoft は OS/2 への関心を失い始めました。特に、それ以前から OS/2 に対する市場の関心は Windows よりもずっと小さかったためです。

両社は袂を分かつことになり、IBM がその後の開発をすべて引き継ぎました。Microsoft は OS/2 3.0 を引き継いでWindows NTと改名しました。そのため、Presentation Manager のいくつかの特性を引き継いでいます。IBM は Presentation Manager の開発を続けました。OS/2 のその後のバージョンやArcaOSなどの派生製品では、オブジェクト指向インターフェイスWorkplace Shellのベースとして使用されました。

GUI層はシステムの他の部分と大幅に統合されていますが、OS/2の特定の部分をテキストコンソールやXウィンドウから実行することは可能です。また、プレゼンテーションマネージャを使用せずにOS/2をコマンドライン環境で起動することも可能です（例：TSHELL ^[4]を使用）。

1980年代後半、ヒューレット・パッカードとマイクロソフトは、 X11ウィンドウシステムを実行するUnixシステム向けのプレゼンテーション・マネージャの実装で協力した。 ^[5]この移植版は、ツールキット、ウィンドウ・マネージャ、スタイル・ガイドであるCXI (Common X Interface)と、Unix向けのプレゼンテーション・マネージャAPIの実装であるPM/Xの2つの別々のソフトウェアで構成されていた。CXIとPM/Xは両方とも、OSFのUnix向け新しいユーザー・インタフェース標準として検討するためにOpen Software Foundationに提出され、最終的にMotifとなった。^[6] OSFは最終的にCXIを選択したが、PM/XではなくDigital Equipment CorporationのXUI APIを使用した。 ^{[7] [8]}マイクロソフトとHPは、Motifのリリース後もしばらくの間PM/Xの開発を続け、マイクロソフトはSCOとの共同開発戦略にこの製品を統合して、OS/2とSCOのUnix製品に共通のユーザー・インタフェースをもたらしたが^[9] 、最終的には放棄された。^[10]

PM はCommon User Accessインターフェース規則に従います。また、テキストのコピーと貼り付けのためのマウス コーディングもサポートします。

重要な問題は、単一の入力キューに関するものでした。応答しないアプリケーションは、ユーザー インターフェイス メッセージの処理をブロックし、グラフィカル インターフェイスをフリーズさせる可能性があります。この問題は Windows NT では解決されており、そのようなアプリケーションは画面上でデッド レクタングルになるだけで済みました。後のバージョンでは、アプリケーションを移動したり非表示にしたりできるようになりました。OS/2 では、FixPack で解決され、タイマーを使用してアプリケーションがイベントに応答していないかどうかを判断できるようになりました。

• プログラムマネージャー

• IBM Corporation (1994 年 10 月)。プレゼンテーション マネージャー プログラミング ガイド: 基礎(PDF) 。2017年4 月 28 日閲覧。
• IBM Corporation (1994 年 10 月)。プレゼンテーション マネージャー プログラミング ガイド: 高度なトピック(PDF) 。2017 年4 月 28 日閲覧。
• IBM Corporation (1994 年 10 月)。プレゼンテーション マネージャー プログラミング リファレンス ボリューム 1 (PDF) 。2017年4 月 28 日閲覧。
• IBM Corporation (1994 年 10 月)。プレゼンテーション マネージャー プログラミング リファレンス第 2 巻(PDF) 。2017 年4 月 28 日閲覧。