JPH0651932A - ウインドウシステム - Google Patents

Abstract

(57)【要約】 【構成】 ウインドウマネジャーのヘルプ機能を実現す
るために、先ず、ヘルプボタン１０をタイトルバー９に
追加する。ウインドウ１を起動すると、ヘルプボタン１
０が現れる。アイコンボタンとサイズボタンも同様に現
れる。ヘルプボタン１０のカスタマイズは、他のウイン
ドウマネジャー機能と同様に、リソースコードファイル
に定義することができる。他の機能（アプリケーショ
ン）によって、ヘルプボタン機能をカスタマイズするこ
ともできる。Ｎｏ−Ｏｐｅｒａｔｉｏｎを定義すること
もできる。アプリケーションのヘルプ情報を供給するた
めに、このヘルプボタンを用いる。 【効果】 ヘルプボタンが全部のウインドウに表示され
ヘルプ機能のユーザインタフェースが標準化される。さ
らに、ウインドウアプリケーションの設計者はヘルプ機
能をカスタマイズできる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、たとえば、タイトル
バーを使用したウインドウマネジャーに関するものであ
り、ヘルプボタンがタイトルバーに付加されることによ
り標準化されたウインドウマネジャーのヘルプ機能を実
現するものである。

【０００２】

【従来の技術】近来、多くのコンピューターシステムは
ウインドウ付きのシステムを装備している。これらのシ
ステムは、特徴としてウインドウマネジャーを持ってい
る。ウインドウマネジャーは一貫性のある通常のユーザ
ーインターフェイスをユーザーに提供している。このユ
ーザーインターフェイスは通常、タイトルバー、ウイン
ドウネイム、サイズボタン等から構成される。更に、ウ
インドウシステムのユーザーカスタマイゼイションはウ
インドウマネジャーを通じて可能である。殆どのウイン
ドウシステムの形状は、相対的に標準化されており、多
くの場合、ユーザーは新しいウインドウマネジャーによ
るウインドウでも、容易に適合できる。

【０００３】そのような典型的なインターフェイスが、
図１０に示されている。図１０は、従来の典型的なウイ
ンドウを示す図である。図において、１はウインドウマ
ネジャーにより表示されるウインドウである。２はウイ
ンドウ１の名前を記入したウインドウネームである。３
はウインドウ１の表示サイズを変更するサイズボタンで
ある。４はウインドウ１をアイコンにしたり、あるいは
図のようにウインドウをオープンして表示したりするア
イコンボタンである。５はウインドウ１の表示する領域
をスクロールさせるためのスクロールバーである。６は
前述したウインドウネームに、サイズボタン３、アイコ
ンボタン４等を表示したウインドウ１のタイトルバーで
ある。また、１００はスクロールバー５とタイトルバー
６の両方の領域から構成されており、ウインドウを操作
するためのウインドウ操作領域である。また２００は図
において斜線で示す部分であり、アプリケーションプロ
グラムが動作する動作領域である。

【０００４】次に図１１は図１０に示したような従来の
典型的なウインドウにおいて、あるアプリケーションプ
ログラムが動作している場合の一例を示す図である。図
において、７はアプリケーションプログラムが表示した
コマンドバー、８は同様にアプリケーションプログラム
がコマンドバー７に表示したヘルプメニューである。コ
マンドバー７は、常に、色々な機能をユーザーに提供し
ている。その内の一つとしてヘルプ機能がある。既にあ
る方法としては、ユーザーはヘルプメニュー８を表示し
たり、あるいは図示しないがファンクションキーからヘ
ルプ機能を呼び出す方法を用いてる。

【０００５】また、 現在あるヘルプ機能に関する技術
は、多くの場合、ヘルプ情報をどの様に表示するかにつ
いて述べている。たとえば、特許特開平１−２３２４１
２号公報には、コンピューターシステムに設けられた、
通常のヘルプインターフェイスが記載されている。この
例はヘルプ情報をどの様に表示するかについて述べてい
る代表的なサンプルである。この例では、ヘルプ情報を
表示するためのヘルプメインルーチンと実際にヘルプ情
報を格納したヘルプファイルがあらかじめ準備されてい
る。このヘルプメインルーチンは、各々のアプリケーシ
ョンによって、ヘルプメニューやファンクションキー等
により呼び出され、そしてそのアプリケーションに対応
した特定のヘルプファイルからヘルプ情報が呼び出され
画面に表示される。この場合、システム設計者は、ヘル
プメインルーチンが正しいヘルプファイルを選択して呼
び出すことが出来たかというと、そのアプリケーション
に対して正しいヘルプ情報が表示されたかを確認するこ
とによりヘルプ機能の正しい動作をチェックする。な
お、一般的に多種のヘルプモードが可能であるが、ある
特別なヘルプモードを使用する場合、ユーザーは、ヘル
プオペレーションが終了するまでアプリケーションを継
続出来ない場合がある。また、ヘルプ情報が表示される
方法や、様々なヘルプモードは、ヘルプを提供するアプ
リケーションにより、かなり、標準化されてはいるが、
いつもアプリケーションがヘルプを提供するとは限らな
い。

【０００６】

【発明が解決しようとする課題】通常、コンピューター
システムにおいては、いくつかのヘルプ機能が必要であ
る。従来、どのようなヘルプ機能を追加するかはアプリ
ケーションプログラム設計者の設計に依存している。し
かし、これでは、ユーザーインターフェイスに一貫性が
なくなる。すなわち、同一のウインドウシステムでもア
プリケーションによってヘルプ機能のアクセス方法が多
様に変化してしまう。また、前述したように、従来の技
術の多くは、ヘルプ情報の呼び出しをどう統一するかと
いうことでなくて、ヘルプ情報をどのようにユーザーに
提供するのが効果的かという点に重点を置いている。

【０００７】この発明は、上記のような問題点を解決す
るためになされたものであり、同一のウインドウシステ
ムで動作する複数種類のアプリケーションプログラムに
対して、同一のユーザーインターフェイスのもとに、ヘ
ルプ機能を動作させるウインドウシステムを得ることを
目的とする。

【０００８】

【課題を解決するための手段】この発明に係るウインド
ウシステムは、例えば、ウインドウのタイトルバーにヘ
ルプボタンを常に表示するようにして、そのヘルプボタ
ンが押された時にそのウインドウで動作しているアプリ
ケーションプログラムに対応して、ヘルプ情報を出力で
きるようにしたものであり、以下の要素を有するもので
ある。 （ａ）ウインドウを操作する操作領域とアプリケーショ
ンプログラムが動作する動作領域とを有するウインドウ
を表示するウインドウマネジャー、（ｂ）上記ウインド
ウマネジャーが表示するウインドウの操作領域の一部
に、ヘルプボタンを表示するヘルプボタン表示手段、
（ｃ）上記ヘルプボタン表示手段により表示されるヘル
プボタンに対して、ウインドウの動作領域で動作してい
るアプリケーションプログラムに対応したヘルプ情報を
出力するようにヘルプボタンをカスタマイズするカスタ
マイズ手段。

【０００９】

【作用】この発明におけるウインドウシステムにおいて
は、ウインドウマネジャーが、ウインドウを構成する領
域としてウインドウの操作に用いる操作領域とアプリケ
ーションプログラムが動作する動作領域を表示する。ヘ
ルプボタン表示手段はウインドウマネジャーが表示した
ウインドウの操作領域の一部にヘルプボタンを表示する
ため、アプリケーションプログラムの種類に係わらずウ
インドウシステムで統一されたヘルプボタンの表示が行
える。また、カスタマイズ手段はヘルプボタン表示手段
によって表示されたヘルプボタンが押された場合に、現
在動作しているアプリケーションプログラムに対応した
ヘルプ情報を出力するようにヘルプボタンをカスタマイ
ズするため、ヘルプボタン表示手段によりそのウインド
ウシステムで共通に表示されたヘルプボタンであっても
各アプリケーションプログラムに対応したヘルプ情報を
表示することが可能になる。

【００１０】

【実施例】

実施例１．図１はこの発明に係るウインドウシステムの
一実施例を示す図であり、図において、９はタイトルバ
ーである。１０はタイトルバー９に追加されたヘルプボ
タンである。１００はウインドウの移動、アイコニン
グ、スクロール等の操作を行うウインドウ操作領域であ
る。２００はアプリケーションプログラムが動作する動
作領域である。ウインドウマネジャーがヘルプ機能を実
行するためには、次の補助機能をウインドウマネジャー
プログラムに追加する必要がある。 １．まず最初に、ヘルプボタンは、ウインドウ操作領域
１００内であって現在ある他のアイコンボタンやサイズ
ボタンのようなボタンの表示と同じような位置に表示す
る。たとえば、図に示すように、タイトルバー９のサイ
ズボタンの隣にヘルプボタン１０を付加するように設計
する。 ２．次に、このボタンの形状を、他のボタンと同様に、
ユーザーが直ぐに、認識できるようなかたちにする。例
えば、考えられるアイコンとして、（Ｈ）、（ＨＥＬ
Ｐ）、（？）、（Ｉ）、（ｉｎｆｏｒｍａｔｉｏｎ）、
（ヘルプ）などがある。たとえば、ウインドウのタイト
ルバー９に、付加されるヘルプボタンの形状を、図１に
示すようにサイズボタンの形状と同一にする。 ３．ヘルプボタンのカスタマィゼイションは、通常のウ
インドウマネジャーとは別のウインドウマネジャーのヘ
ルプ機能として、特殊なファイルから実行される。ここ
で特殊なファイルとして、ＵＮＩＸ（ＵＮＩＸはＵＮＩ
Ｘ Ｓｙｓｔｅｍ Ｌａｂ．，ＩＮＣ．の登録商標）シ
ステムの例をあげるとリソースコードファイルがある。
以下、このリソースコードファイルを、．ｒｃ ｆｉｌ
ｅと呼ぶことにする。ヘルプボタンのカスタマイゼイシ
ョンをするには、．ｒｃ ｆｉｌｅのなかに、メニュー
の形状や、いくつかのサブファンクション（アプリケー
ション）オペレーション機能、そして新しいヘルプウイ
ンドウなどに関するリソースを定義する必要がある。ヘ
ルプ情報を準備していない状態でヘルプボタンが押され
たような場合に発生するＮｏ−ｏｐｅｒａｔｉｏｎ
も、．ｒｃ ｆｉｌｅにひとつのリソースとして定義す
ることができる。

【００１１】以下に一般的なリソースコードファイルに
ついて説明する。ウインドウの一般的なデフォルト動作
は、．ｒｃ ｆｉｌｅに定義される。例えば、ウインド
ウマネジャーが“ｔｈｉｓ ｗｉｎｄｏｗ ｍａｎａｇ
ｅｒ”という名前を有している場合“．ｔｗｍｒｃ”と
いう名前をもつ．ｒｃ ｆｉｌｅが、デフォルトのリソ
ースをもつファイルとして設定される。次に、リソース
コードファイルでカスタマイズされたマウスボタン装置
の例を、いくつか図２に示す。図２において、１１はマ
ウスのボタンの種類を示しており、１２は現在のカーソ
ル位置を示しており、１３は現在のカーソル位置１２に
おいてマウスのボタン１１が押された場合の実行すべき
機能を示している。図２（ａ）に示すようにカーソルが
タイトルという所におかれている場合にボタン１を押す
と、そのタイトルを移動するという動作が行える。ま
た、図２（ｂ）に示すように、カーソルがフレームとい
う場所におかれている場合に、ボタン１，２，３を押し
た場合には、それぞれフレームを動かす、或いは下にす
る、或いは上にするというような動作がそれぞれ行え
る。更に図２（ｃ）に示すように、カーソルがあるアイ
コンをさしている場合にボタン１，２，３を押すことに
より、それぞれアイコンを動かす、あるいはアイコンを
オープンする、あるいはアイコンを上下に動かすという
ような動作を行うことが可能である。以上のように、リ
ソースコードファイルはある状況のもとでマウスボタン
等の入力がおこなわれた場合にマウスボタンの種類に対
応して色々な動作をおこなわせるというカスタマイゼイ
ションを行うのに用いることが出来る。

【００１２】次に図３は更にリソースコードファイルが
通常のコマンドを発行することが出来る一例を示した図
である。図３においては、メニューを表示しそのメニュ
ーから選ばれた項目に対応してコマンドを発行する場合
を示している。図３はメニューの名前がｔｏｏｌｓとい
うメニューを表示し、そのメニューの中身はｍｙ−ｅｄ
ｉｔｏｒとｍｙ−ｍａｉｌとｃａｌｃｕｌａｔｏｒとい
う三行のメニューを表示することを定義している。そし
てそれぞれのメニューが選択された場合には、メニュー
に対応したコマンド１６が発行される旨を定義してい
る。例えば、メニューからｃａｌｃｕｌａｔｏｒが選択
された場合には、ｘｃａｌｃという計算用のプログラム
を起動することが可能である。このように、図３はリソ
ースコードファイルを用いることにより、メニューから
プログラムを起動できる場合を示したものである。

【００１３】以上のように図２、図３で説明したような
リソースコードファイルを用いることにより、ヘルプボ
タンがタイトルバーに付け加えられ、かつ、ウインドウ
マネジャーがこれを適切にハンドリング出来るように修
正をかけられているならば、リソースコードファイルか
らヘルプ機能を呼び出すことが可能である。

【００１４】しかしながら、ウインドウマネジャーとア
プリケーションプログラムは本質的には異なったプログ
ラム同士であるためウインドウマネジャーとアプリケー
ションプログラムがお互いにコミニュケーションしなが
ら動作しているものではあってもウインドウマネジャー
によって表示されたヘルプボタンからアプリケーション
プログラムに対応したヘルプ情報を表示するためには従
来とは異なった方法が考えられなければならない。

【００１５】即ちアプリケーションプログラムは、従来
からあるウインドウとアプリケーションプログラムのコ
ミュニケーションのメカニズムを用いてウインドウに表
示されたヘルプボタンを通じて自分のプログラムに適し
たヘルプ情報を提供するようにしなければならない。こ
のウインドウとアプリケーションプログラムのコミニュ
ケーションはウインドウシステムのインプリメンテーシ
ョンそれぞれに依存するものであるが、どのようにして
ヘルプ機能がつけ加えられるかということはある程度示
唆することは可能である。

【００１６】例えば、アイコンボタンについて考えてみ
る。ウインドウマネジャーはそれぞれ異なるアプリケー
ションプログラムのためにアイコンを操作管理しなけれ
ばならない。アプリケーションプログラムはそのアプリ
ケーションプログラムで用いるアイコンのパターンをそ
のウインドウシステムが準備した適当なリソースを用い
て準備することができる。そのようなアイコンのパター
ンを作成するためのリソースはそのウインドウシステム
のインプリメンテーションによって異なるものである。
アイコンのパターンを作成するための方法はいろいろあ
るが、ここでは重要なことではないので説明を省略す
る。重要なことはアプリケーションプログラムがウイン
ドウマネジャーの動作をある程度カスタマイズ出来ると
いうことである。即ち、前述したアイコンの場合を例に
とると、アプリケーションプログラムが定義したアイコ
ンのパターンに基づいてウインドウマネジャーがそのア
イコンを表示操作することを行っているため、同じよう
にして、ヘルプボタンについてもアプリケーションプロ
グラムが定義したそのヘルプボタンのオペレーションを
ウインドウマネジャーが実行できることになる。

【００１７】さらに、アプリケーションプログラムの設
計者はユーザにアプリケーションで用いるリソースを任
意に選択させるようにすることもできる。図４は、ウイ
ンドウマネジャーとアプリケーションプログラムの両方
から認識することが出来るスペシャルファイルの一例を
示した図である。図において、１７はメール処理を行う
アプリケーションプログラムであり、その名前がｍｙｍ
ａｉｌである。１８はそのアプリケーションプログラム
ｍｙｍａｉｌで用いられるリソースである。又１９はリ
ソース１８に用いられる実際のリソース値である。例え
ば、アプリケーションプログラムｍｙｍａｉｌにはシェ
ーディングをするリソースがあり、ここではそのシェー
ディングを黒にすることを定義している。あるいはその
アプリケーションプログラムにおけるメイルボックスの
バックグランドはグリーンで表示することを定義してい
る。このように、図４はアプリケーションプログラムご
とに定義したスペシャルファイルの一例を示しており、
リソースに対してリソース値をユーザが任意に選択する
ことによりユーザはアプリケーションプログラムをカス
タマイズできる。

【００１８】以上のことから図４に示したようなスペシ
ャルファイルと同様な新しいリソースを追加することに
より、ヘルプ機能を定義することが可能である。図５は
スペシャルファイルによりヘルプ機能をリソースの一つ
として定義した場合を示す図であり、２０はアプリケー
ションプログラム、２１はそのアプリケーションプログ
ラム２０におけるサブリソース、２２はそのサブリソー
スにおけるヘルプリソースを示している。又２３は、デ
ィレクトリー及びファイル名（パス名）を示したもので
ある。図５はｍｙ−ａｐｐｌｉｃａｔｉｏｎというアプ
リケーションプログラムがｗｉｎｄｏｗ１というサブリ
ソースを表示している場合にヘルプボタンが押された場
合には、パス名で指定されたファイル１をヘルプ情報と
して表示する旨を定義しているものである。同様にｍｙ
−ａｐｐｌｉｃａｔｉｏｎというアプリケーションプロ
グラムがｗｉｎｄｏｗ２というサブリソースを表示して
いる場合にヘルプボタンが押された場合には、パス名で
指定されたファイル２をヘルプ情報として表示する旨を
定義しているものである。

【００１９】以上のようにこの実施例は、ヘルプボタン
をそのウインドウシステムに統一した形で表示してユー
ザーインターフェイスを標準化するとともに、そのヘル
プボタンがアプリケーションプログラムによってカスタ
マイズ出来ると共に、ユーザーからもカスタマイズでき
る場合について説明した。

【００２０】この実施例の利点は、どのウインドウにお
いても、ヘルプボタンが表示されることである。また、
ユーザーにとっての利点は、アクセスしているヘルプの
方法が、常に、画面上で、見えることである。つまり、
ヘルプ機能が無いとき、そのアプリケーションでヘルプ
ボタンを探すためメニューやサブメニューを何度か検索
したり、ヘルプ情報を見つけるために、他のヘルプ機能
をアクセスしたりする必要がなくなることである。 ま
た、システム開発者にとっての利点は、ヘルプを呼ぶ手
段が、ユーザーに明確に提供できることである。さら
に、ユーザーのためのヘルプボタンが常に表示されるこ
とでシステム開発者やアプリケーションプログラム設計
者にユーザーヘルプ機能の付加を強いることである。

【００２１】実施例２．図６はこの発明に係るウインド
ウシステムの他の実施例を示す図である。図６は、アプ
リケーションプログラムの設計者がヘルプ機能を予め準
備しないＮｏ−ｏｐｅｒａｔｉｏｎの一例を示したもの
である。アプリケーションプログラムの設計者は前述し
たように、リソースコードファイルあるいはスペシャル
ファイル等を用いて、ヘルプボタンが押された時に、ヘ
ルプ情報を表示することが可能であるが、アプリケーシ
ョンプログラムの設計者によってはそのようなヘルプ機
能を必要としない場合が存在する。このよな場合には図
６に示したように、アプリケーションプログラムの設計
者がヘルプ機能を準備していない旨のメッセージを、ウ
インドウマネジャーが表示するようにしてもよい。この
例は、ヘルプ機能としてＮｏ−ｏｐｅｒａｔｉｏｎを示
す場合であり、ポップアップウインドウ２６に現時点で
はヘルプ情報が利用出来ないということをユーザーに知
らせるメッセージを表示している例を示している。な
お、２８はＱｕｉｔコマンドボタンであり、このＱｕｉ
ｔコマンドボタンが押されるまでは、このポップアップ
ウインドウは表示され続けることになる。なお、このよ
うにＮｏ−ｏｐｅｒａｔｉｏｎを表示するのはユーザー
の立場から見れば、ヘルプ情報が提供されないことにな
り、望ましい形ではない。しかし、統一したユーザーイ
ンターフェイスを提供するという立場に立てば、アプリ
ケーションプログラムの開発者がヘルプ情報を提供しな
い状態においては、ウインドウマネジャーが何らかの表
示をしない限り、統一したユーザーインターフェイスが
達成出来ないためにこのようなＮｏ−ｏｐｅｒａｔｉｏ
ｎの表示をするわけである。

【００２２】なお、この実施例で前述したようにＱｕｉ
ｔコマンドボタンが押されるまでは実行を保留される。
このことは、ヘルプウインドウが表示されている間アプ
リケーションプログラムの実行を保留するかどうかを、
ユーザーがカスタマイズ出来ることを示している。すな
わち、ウインドウマネジャーが提供するデフォルトのＮ
ｏ−ｏｐｅｒａｔｉｏｎの表示であっても、アプリケー
ションプログラムの設計者はヘルプモードをカスタマイ
ズできるということを示している。

【００２３】実施例３．図７はアプリケーションプログ
ラムの開発者がヘルプボタンに対してヘルプ情報を表示
しようとする場合の一例を示す図である。ウインドウ２
９において、ヘルプボタンが押された場合には、ヘルプ
ウインドウ３１が表示される。このヘルプウインドウ３
１において、３２はヘルプウインドウのヘルプボタン、
３３はヘルプ情報を表示する情報表示領域、３４はヘル
プ情報をスクロールさせるためのスクロールバー、３５
はヘルプ情報の表示を終了するＱｕｉｔコマンドボタン
である。ここで特徴としていることは、ヘルプウインド
ウ３１においても、ヘルプボタン３２が表示されている
という点である。ヘルプウインドウ３１もウインドウの
一つとしてウインドウマネジャーにより表示されるもの
であるから、そのウインドウの操作領域であるタイトル
バーには、通常のウインドウと同様にヘルプボタン３２
が表示されることになる。アプリケーションプログラム
がヘルプボタン３２を必要としない場合でも、ヘルプボ
タン３２を表示しない旨の特殊な指示を行わない限り、
ヘルプボタン３２はウインドウマネジャーにより表示さ
れる。スクロールバー３４はヘルプ情報がヘルプ情報を
表示する場面３３に入りきれない場合にその情報をスク
ロールアップ、あるいはスクロールダウンさせるための
ものである。又、Ｑｕｉｔコマンドボタン３５はユーザ
ーがヘルプ情報を見終わった場合、あるいは必要としな
い場合に押されるボタンであり、Ｑｕｉｔコマンドボタ
ン３５が押されることによりこのヘルプウインドウ３１
が消されることになる。このように、ヘルプウインドウ
３１に対してヘルプボタン３２及びスクロールバー３４
及びＱｕｉｔコマンドボタン３５を表示する表示しない
あるいは使用する使用しないということは、ヘルプボタ
ンのリソースとして定義されるものであり、前述したよ
うなリソースコードファイルあるいはスペシャルファイ
ルの中でそれぞれリソースとして定義されるものであ
る。

【００２４】実施例４．上記実施例３においては、ヘル
プ情報を画面に表示する場合を示したが、ヘルプボタン
をカスタマイズすることにより、ヘルプ情報を画面に表
示する場合だけでなく、キーワードによる情報の検索を
行ったり、情報の要約された部分のみを表示したりする
ようなカスタマイゼイションが可能である。又、単にフ
ァイル内にあるヘルプ情報を表示したりするばかりでな
く、プログラムを実行することも可能である。さらには
情報の表示のみでなく、例えば音声を使ってメッセージ
を与えることにより、ヘルプ機能を達成するようなカス
タマイゼイションも可能である。

【００２５】実施例５．上記実施例においてはヘルプボ
タンをタイトルバーのサイズボタンのとなりにサイズボ
タンと同一形状で表示する場合を示したが、ヘルプボタ
ンの位置はタイトルバーあるいはスクロールバー等のウ
インドウを操作するためのウインドウ操作領域１００の
いずれかの位置に表示されていればよい。すなわち、ウ
インドウマネジャーが管理表示する領域内において、同
一の位置に表示してユーザーに対して標準的なインター
フェイスを提供するようにしてあればよい。

【００２６】実施例６．上記実施例においては、ヘルプ
機能を起動するものとしてヘルプボタンの例を示した
が、ヘルプボタンという名前にこだわるものではなく、
ヘルプメニューあるいはヘルプバーあるいはその他の何
らかのヘルプ機能を表示するためのインターフェイスで
あれば、その名前の呼び方にこだわるものではない。

【００２７】

【発明の効果】以上のようにこの発明によれば、ヘルプ
情報を提供するにあたり、ユーザーに対して標準的なイ
ンターフェイスを提供出来るとともに、標準的なインタ
ーフェイスでありながら、実行されているアプリケーシ
ョンプログラムに対応したヘルプ情報を出力するという
カスタマイズが可能なウインドウシステムを得ることが
出来る。

【図面の簡単な説明】

【図１】この発明に係るウインドウシステムのウインド
ウにヘルプボタンを追加した図。

【図２】リソースコードファイルを用いてマウスボタン
をカスタマイズする例を示す図。

【図３】リソースコードファイルを用いてメニュー選択
を実行する例を示す図。

【図４】スペシャルファイルを用いてアプリケーション
リソースを設定する例を示す図。

【図５】この発明に係るウインドウシステムのスペシャ
ルファイルを用いてヘルプリソースを設定する例を示す
図。

【図６】この発明に係るウインドウシステムのヘルプボ
タンのＮｏ−ｏｐｅｒａｔｉｏｎを示す図。

【図７】この発明に係るウインドウシステムのカスタマ
イズされたヘルプ機能の一例を示す図。

【図８】従来の典型的なウインドウを示す図。

【図９】従来の典型的なヘルプをアクセスする一例を示
す図。

【符号の説明】

１ ウインドウ ９ タイトルバー １０ ヘルプボタン ３１ ヘルプウインドウ ３２ ヘルプボタン １００ ウインドウ操作領域 ２００ アプリケーションプログラム動作領域

Claims (1)

【特許請求の範囲】
1. 【請求項１】 以下の要素を有するウインドウシステム （ａ）ウインドウを操作する操作領域とアプリケーショ
   ンプログラムが動作する動作領域とを有するウインドウ
   を表示するウインドウマネジャー、（ｂ）上記ウインド
   ウマネジャーが表示するウインドウの操作領域の一部
   に、ヘルプボタンを表示するヘルプボタン表示手段、
   （ｃ）上記ヘルプボタン表示手段により表示されるヘル
   プボタンに対して、ウインドウの動作領域で動作してい
   るアプリケーションプログラムに対応したヘルプ情報を
   出力するようにヘルプボタンをカスタマイズするカスタ
   マイズ手段。