JP3586747B2 - Window display control device - Google Patents
Window display control device Download PDFInfo
- Publication number
- JP3586747B2 JP3586747B2 JP31818493A JP31818493A JP3586747B2 JP 3586747 B2 JP3586747 B2 JP 3586747B2 JP 31818493 A JP31818493 A JP 31818493A JP 31818493 A JP31818493 A JP 31818493A JP 3586747 B2 JP3586747 B2 JP 3586747B2
- Authority
- JP
- Japan
- Prior art keywords
- icon
- window
- icons
- displayed
- screen
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Digital Computer Display Output (AREA)
- User Interface Of Digital Computer (AREA)
Description
【0001】
【産業上の利用分野】
本発明は情報処理装置の表示部の画面に複数のウィンドウを表示させるウィンドウ表示制御装置に係り、特に、ウィンドウのアイコン化及びアイコンのウィンドウ化を制御するウィンドウ表示制御装置に関する。
【0002】
【従来の技術】
近年、ワークステーションやパーソナルコンピュータ等の情報処理装置では、ユーザに対して優れた操作環境を提供するためにウィンドウシステムが採用されるようになってきている。このウィンドウシステムでは、ビットマップディスプレイである表示装置のスクリーンに複数のウィンドウを同時に表示し、個々のウィンドウで別々の作業を行うことが可能である。
【0003】
今日のウィンドウシステムでは、ディスプレイのスクリーンを効率よく利用するために、ウィンドウをアイコン化させる機能も提供している。このウィンドウのアイコン化とは、スクリーン上に表示されているウィンドウをアイコン表示に切り換える機能である。すなわち、例えば、スクリーン上に多数のウィンドウが表示されると、画面が見づらくなるので、当面は使用しないウィンドウについてはアイコン化して整理しておき、必要となるウィンドウのみを画面に表示させる場合などに用いられる機能である。
【0004】
図11は、従来、一般的に行われているウィンドウのアイコン化処理を説明する図である。
図11の(a)に示すように、当初ウィンドウA、B、C、D、E、Fの6つのウィンドウが同時に表示されていたとする。これらのウィンドウは表示位置、サイズがそれぞれ異なり、ウィンドウA、Dを除いて部分的に他のウィンドウに隠れている。
【0005】
このような状態にある時にユーザがウィンドウBのみを表示させたい場合には、マウス等の入力装置を用いて他の5つのウィンドウA、C、D、E、Fをアイコン化する。すなわち、該ウィンドウA、C、D、E、Fの所定位置にあるアイコン化用のボタンをマウスによりダブルクリックするなどの操作を行って、それらを非表示状態にし、代わりにそれらのウィンドウに対応した5つのアイコンをスクリーン下方に表示させる。これにより、ウィンドウBが全面可視状態となり、ユーザはウィンドウBに表示されている情報を選択的に得ることができると共に、文書作成や表計算などの作業を視認性の良い環境で行うことが可能になる。
【0006】
また、逆にユーザがアイコン化されたウィンドウをスクリーン上に復元したい場合は、例えば表示させたいウィンドウのアイコンにマウスカーソルを重ね合わせて、マウスボタンをダブルクリックする。ウィンドウシステムはアイコン化されたウィンドウの情報を記憶しており、そのダブルクリック操作を検出すると、該ダブルクリック操作されたアイコンを元のウィンドウに復元表示させる。
【0007】
このようにウィンドウのアイコン化は、1つのスクリーン上に多数のウィンドウをオープン可能なウィンドウシステムにおいて、現在表示中のあるウィンドウ上の作業を一時的に休止して再び処理を開始したいときに有効であり、ウィンドウシステムにおいてユーザの操作性を向上させる重要な機能である。
【0008】
【発明が解決しようとする課題】
しかしながら上述のような従来のウィンドウのアイコン化方法には次のような問題がある。
【0009】
すなわち、アイコン化により得られたアイコンは、それぞれ個別にスクリーンに表示されるため、アイコン化させるウィンドウの数が多くなると、アイコンの数も増大し、それに伴ってそれらのアイコンがスクリーン上で占める面積も増加し、しだいにスペース効率が悪化する。
【0010】
またアイコンの数が増すに従って、復元するウィンドウに対応する目的のアイコンを探し出すのに手間取るようになり、操作性を低下させる。
本発明の課題は、ウィンドウをアイコン化させる際のディスプレイスクリーンのスペース効率の向上、及びウィンドウ復元時のアイコン操作の迅速化を可能にすることである。
【0011】
【課題を解決するための手段】
本発明の手段は、表示画面にウインドウを表示させるウインドウ表示制御装置において、
ユーザの指示操作に応じて、前記表示画面に表示されたウインドウをアイコン化することを指示する指示手段と、
前記指示手段によってアイコン化が指示された場合は、指定されたウインドウをアイコンに変換して表示するアイコン化手段と、
前記アイコン化手段によって表示されたアイコンの個数を計数する計数手段と、
前記計数手段により計数されたアイコンの個数が予め決められた数を超えた場合は、前記アイコン化手段によって表示されている複数のアイコンを1つの共有化アイコンに統合して表示する統合手段と、を有することを特徴とする。
【0020】
【実施例】
以下、図面を参照しながら、本発明の実施例を説明する。
図1は一実施例であるウィンドウシステムを備えた情報処理装置のハードウェア構成図である。
【0021】
マウス31とキーボード33はウィンドウシステムの入力装置であり、ユーザはこれらを用いてウィンドウシステムを操作し、ウィンドウのアイコン化および復元等の指示を行う。マウス31、キーボード33からの入力は、それぞれマウス制御装置30、キーボード制御装置32を介して中央処理装置(CPU)23に伝えられる。
【0022】
CPU23はマウス制御装置30やキーボード制御装置32からのスクリーン表示に係わるデータの入力に従って、ドット毎のデータをウィンドウメモリ34に書き込む。またCPU23は、アイコン階層テーブル22にアイコン化されたウィンドウの情報を格納し、リソースファイル21にはアイコン制御のための情報等を格納する。
【0023】
アイコン制御装置24はCPU23からの指示に従い、アイコン階層テーブル22に格納された後述するアイコン管理データを基にスクリーンに表示すべきウィンドウに係わる情報を表示制御メモリ25に書き込む。
【0024】
ビットムーバ26はウィンドウメモリ34に格納されている各ウィンドウのビットマップイメージを、表示制御メモリ25に格納されたウィンドウ情報に基づいてビットマップ形式のフレームメモリである表示メモリ27に転送し、該表示メモリ27に1フレームのマルチウィンドウ画面のイメージを書き込む。尚、この転送時に、転送データと表示メモリ27内の内容とをドット単位(ビット単位)でAND、OR、EOR(Exclusive OR) などの論理演算、いわゆるラスタ演算を行う。
【0025】
表示制御装置28は表示メモリ27に格納された表示画面をCRT(Cathode−Ray Tube)29のスクリーン上に表示させる。ユーザは該スクリーン上に表示されたウィンドウ内でマウス31とキーボード33を用いて文書作成や表計算などの各種作業を行う。
【0026】
本実施例のウィンドウシステムでは、ウィンドウの移動、拡大、縮小、アイコン化、復元等の処理を行うウィンドウ管理プログラムを不図示の主記憶装置内に格納し、CPU23はこのウィンドウ管理プログラムを実行して、ウィンドウ処理を行う。このウィンドウ管理プログラムは一般にウィンドウマネージャと呼ばれるものである。
【0027】
次に図2〜6を参照しながら本実施例におけるウィンドウのアイコン化及びアイコンのウィンドウ化(アイコン化されたウィンドウの復元)の操作が行われた時の画面表示の制御方法について説明する。
【0028】
ユーザはスクリーンサイズ、ウィンドウの大きさ等を考慮して、スクリーン上に一度に表示できるアイコン(以後、個別アイコンと記述する)の最大数を決定し、これをシステム立ち上げ時等においてリソースファイル21に書き込む。ウィンドウマネージャは、この個別アイコンの最大数をリソースファイル21から読み出し、TOP_ICON_MINという変数により主記憶上で管理し、アイコン化されたウィンドウの数がTOP_ICON_MINの値を越えると、それらのアイコンを1個のアイコンであるトップアイコン(共有アイコン)に変換して表示させる。
【0029】
図2〜6においては、TOP_ICON_MINが3に設定されているものとする。
図2は、CRT29のスクリーン40上にウィンドウW1 〜W6 の6つのウィンドウが表示された状態を示している。
【0030】
図2の表示状態において、ユーザがマウス1等を用いてウィンドウW1 〜W3 をアイコン化させる操作を行うと、スクリーン40の表示は図3に示す状態に変化する。すなわち、ウィンドウW1 〜W3 は非表示状態となり、これらが、それぞれ個別アイコンICON1 〜ICON3 に変換されてスクリーン40の左下に表示される。このときウィンドウマネージャはこのアイコン化されたウィンドウW1 、W2 、W3 の表示位置、サイズ等のウィンドウ管理情報をアイコン階層テーブル22に格納する。
【0031】
次に、図3の表示状態において、ユーザがさらにウィンドウW5 をアイコン化させる操作を行うと、アイコン化されるウィンドウの数が予め設定された上限値である3個を越えるので、ウィンドウマネージャは、図4に示すようにウィンドウW1 、W2 、W3 、W5 に対応する4つの個別アイコンICON1 、ICON2 、ICON3 、ICON5 を一個のトップアイコン41に置換し、これをスクリーン左下隅に表示させる。このときウィンドウマネージャはアイコン階層テーブル22にさらにウィンドウW5 のウィンドウ管理情報を格納する。このように、アイコン化される個別アイコン数が3個を越えると、それまで表示されていた複数の個別アイコンがトップアイコン41に統合されて表示されるようになる。
【0032】
この状態で続けてウィンドウW4 、W6 をアイコン化しても、表示されるアイコンはトップアイコン41のみであり、その数は増えない。ただし、アイコン階層テーブル22にはウィンドウW4 、W6 のアイコン管理データが新たに格納される。
【0033】
この図4の表示状態において、ユーザがアイコン化されたウィンドウをスクリーン40上に復元する際には、トップアイコン41に不図示のマウスカーソルを重ね合わせた後、マウス31のマウスボタンをクリックする。このクリック操作により、図5に示すようにウィンドウW1 、W2 、W3 、W5 のそれぞれに対応するアイコンがトップアイコン41の従属アイコンとして、トップアイコン41の右側に縦列表示される。尚、この図5に示す従属アイコン42−1、42−2、42−3、42−4は図3に示す個別アイコンICON1 、ICON2 、ICON3 とは異なるが、これらの個別アイコンを上記従属アイコンとして用いてもよい。ユーザはこれらの表示された従属アイコン42−1、42−2、42−3、42−4の中から復元したいウィンドウに対応する従属アイコン42−i(i=1、2、3、5)をマウスカーソルにより指定し(マウスカーソルを重ね合わせる)、マウス31のマウスボタンをダブルクリックする。
【0034】
図6は、図5の表示状態において、ユーザがウィンドウW1 のアイコン42−1を指定してダブルクリックした後のスクリーン40の表示状態を示している。すなわち、このダブルクリック操作により、ウィンドウW1 は非表示状態から再び表示状態に復帰する。これに伴い、アイコン化されたウィンドウの数が4個から3個に減るので、ウィンドウマネージャは、図6に示すようにトップアイコン41をクローズし、ウィンドウW2 、W3 、W5 の個別アイコンICON2 、ICON3 、ICON5 をスクリーン40の左下方に表示させる。
【0035】
本実施例では、ウィンドウマネージャにより個別アイコンに加えて、トップアイコンとこれに従属する個別アイコンの別形態である従属アイコンを、アイコン階層テーブル22において階層構造により管理する。
【0036】
図7はアイコン階層テーブル22の内部構成を示す図であり、同図に示す状態は図3の画面に対応している。
「ウィンドウID」はアイコン化されたウィンドウの識別子であり、同図において、「1」、「2」、「3」はそれぞれウィンドウW1 、ウィンドウW2 、ウィンドウW3 を表している。
【0037】
「ウィンドウタイトル」は当該ウィンドウ内で起動されているアプリケーションソフトの名称であり、アイコン階層テーブル22に書き込まれる際にアルファベット順にソートされる。尚、このソートは、後述するアイコン管理データ単位で行われる。
【0038】
「ウィンドウ座標」はスクリーン40上での当該ウィンドウの左上隅の表示位置を示すドット座標値であり、「ウィンドウサイズ」は当該ウィンドウの矩形領域の大きさを表す。
【0039】
「ウィンドウのビットマップデータへのポインタ」はスクリーン40上に表示する当該ウィンドウのビットマップデータのウィンドウメモリ34内での格納位置を指すポインタ値であり、「アイコンのビットマップデータへのポインタ」はその当該ウィンドウに対応するアイコンのビットマップデータのウィンドウメモリ34内での格納位置を指すポインタ値である。
【0040】
「アイコンのビットマップデータへのポインタ」にはウィンドウW1 、W2 、W3 のそれぞれについて、ポインタ値「a0 a0 a0 」、「b0 b0 b0 」、「c0 c0 c0 」が格納されている。これらのポインタ値は、図3の個別アイコンICON1 、ICON2 、ICON3 のビットマップデータのウィンドウメモリ34内での格納位置を指している。
【0041】
この「ウィンドウID」、「ウィンドウタイトル」、「ウィンドウ座標」、「ウィンドウサイズ」、「ウィンドウのビットマップデータへのポインタ」、及び「アイコンのビットマップデータへのポインタ」の各フィールドから成る管理データ(以後アイコン管理データと記述する)は、アイコン化されたウィンドウ毎に作成される。
【0042】
図8は図4の表示状態に対応するアイコン階層テーブル22を示している。
図8において、「ウィンドウID」が5であるウィンドウW5 のアイコン管理データが付加されており、「アイコンのビットマップデータへのポインタ」にはウィンドウW1 、W2 、W3 、W5 のそれぞれについて、ポインタ値「a1 a1 a1 」、「b1 b1 b1 」、「c1 c1 c1 」、「d1 d1 d1 」が格納されている。これらのポインタ値は、図5のウィンドウW1 、ウィンドウW2 、ウィンドウW3 、ウィンドウW5 の従属アイコンのビットマップデータのウィンドウメモリ34内での格納位置を指している。
【0043】
このように、アイコン階層テーブル22に格納されるアイコン管理データの個数がTOP_ICON_MINの設定値を越えると、それらのアイコン管理データの「アイコンのビットマップデータへのポインタ」は個別アイコンから従属アイコンのビットマップデータへのポインタ値に設定変更される。
【0044】
尚、上記の例では、TOP_ICON_MINの値は3に設定されているが、この値はユーザが自由に設定でき、例えばTOP_ICON_MINを5として、ウィンドウが6つアイコン化されたときにトップアイコンを表示させるようにすることも可能である。
【0045】
次に図9及び図10を参照しながらウィンドウマネージャの制御により行われるウィンドウのアイコン化処理及び復元処理を説明する。
図9はアイコン化処理のフローチャートである。
【0046】
ユーザがマウス31等を用いてスクリーン40に表示されている任意のウィンドウのアイコン化を指示すると、ウィンドウマネージャはまず、例えば主記憶上の任意のアドレスに記憶されているアイコン化されたウィンドウの個数(以後、「アイコン化ウィンドウの個数」と記述する)を1つインクリメントする(S1)。これにより、図3に示すスクリーン上でウィンドウW5 のアイコン化を指示すると、「アイコン化ウィンドウの個数」は4として記憶される。
【0047】
次に、インクリメントされた「アイコン化ウィンドウの個数」をTOP_ICON_MINの値と比較し、それがTOP_ICON_MINの値より大きいか否かを判定する(S2)。そして、「アイコン化ウィンドウの個数」がTOP_ICON_MINの値を越えているときは(S2、YES)、アイコン階層テーブル作成Iの処理を行い(S3)、TOP_ICON_MINの値を越えていないときは(S2、NO)、アイコン階層テーブル作成IIの処理を行う(S5)。
【0048】
アイコン階層テーブル作成Iの処理においては、新たにアイコン化されたウィンドウのアイコン管理データを作成し、これをアイコン階層テーブル22に格納する。このとき、「アイコン化ウィンドウの個数」が「4」、すなわち最初にTOP_ICON_MINを越えたときには、アイコン階層テーブル22にアイコン管理データが格納されている全てのウィンドウについて、それらのウィンドウの従属アイコンのビットマップデータを生成し、それらのビットマップデータのウィンドウメモリ34内での格納位置を指すポインタ値を、それぞれのウィンドウに対応する「アイコンのビットマップデータへのポインタ」のフィールドに設定する。また、「アイコン化ウィンドウ個数」が「5」以上のときには、新たにアイコン化されたウィンドウのアイコン管理データのみに対して上記処理を行う。
【0049】
アイコン階層テーブル作成IIの処理においても、新たにアイコン化されたウィンドウのアイコン管理データを作成し、これをアイコン階層テーブル22に格納する。このときは従属アイコンのビットマップデータを生成せず、「アイコンのビットマップデータへのポインタ」には個別アイコンのビットマップデータのウィンドウメモリ34内での格納位置を指すポインタ値を格納する。尚、上記2つのアイコン階層テーブル作成I、IIのいずれの処理においても、「ウィンドウタイトル」によるソート処理を行う。
【0050】
ウィンドウマネージャはアイコン階層テーブル作成Iの処理(S3)を終えると、トップアイコン41を生成し、それまでスクリーン40上に表示されていた個別アイコンに代えて、このトップアイコン41を表示する(S4)。
【0051】
これにより、例えば、図3に示すように3個の個別アイコンICON1 、ICON2 、ICON3 が既に表示されている時に、さらにウィンドウW5 のアイコン化を指示すると、図4に示すようにウィンドウW1 、W2 、W3 、W5 のアイコンが統合化されたトップアイコン41がスクリーン40に表示される。
【0052】
また、ウィンドウマネージャはアイコン階層テーブル作成IIの処理(S5)を終えると、通常の個別アイコンを生成し、これをスクリーン40上の所定位置に表示する(S6)。
【0053】
図10はウィンドウマネージャにより行われるアイコンをウィンドウに復元する処理を説明するフローチャートである。
ウィンドウマネージャは、この処理においては、通常キーボード33からの入力やマウス31の各種操作(移動、クリック、ダブルクリック等)のイベント発生の待ち状態にある(S11)。
【0054】
そして、上記各種イベントの発生によりイベント情報を受け取ると、該イベント情報を解析して、イベントがマウス31のクリック操作であれば、そのクリック操作位置がスクリーン40上のトップアイコン41の表示領域内かどうかを、予め主記憶内に記憶しているトップアイコン41の表示位置情報と比較して判定する(S12)。そして、それがトップアイコン41の表示領域外であれば(S12、NO)、該当する他の処理を行う(S22)。
【0055】
一方、クリック操作位置がスクリーン40上のトップアイコン41の表示領域内と判定すると、アイコン階層テーブル22内の全てのアイコン管理データに基づいて、トップアイコン41の右方にそれに従属するアイコン(前記従属アイコン)を全て表示させた後(S13)、再びイベント発生待ちの状態になる(S14)。
【0056】
これにより、例えば、図4に示す画面でトップアイコン41をクリックすると、図5に示すようにこのトップアイコン41の右方にウィンドウW1 、W2 、W3 、及びW5 の従属アイコン42−1、42−2、42−3、42−4が縦一列に重ね合わさって表示される。
【0057】
またこの場合、各従属アイコンはウィンドウタイトルのアルファベット順に表示されるので、ユーザは復元したいウィンドウの従属アイコンを迅速に見つけることができる。
【0058】
ここで再びイベント情報を受け取ると、該イベント情報を解析し、上記従属アイコンのいずれかがダブルクリックされたかどうかを判定する(S15)。そして、ダブルクリックされたときのマウスカーソルの位置がいずれの従属アイコンの表示領域内にもなく、さらにはクリック回数が1回等の他のイベントであれば(S15、NO)、該当する他の処理を行う(S23)。
【0059】
他方、いずれかの従属アイコンがダブルクリックされたと判定すると(S15、YES)、アイコン階層テーブル22内のアイコン管理データを検索して、上記ダブルクリックされた従属アイコンのアイコン管理データを読み出し、その内容に基づいて上記ダブルクリックされた従属アイコンに対応するウィンドウをスクリーン40上に復元表示する(S16)。そして続いて、「アイコン化ウィンドウの個数」を1つデクリメントし、上記復元したウィンドウに対応するアイコン管理データをアイコン階層テーブル22から削除する(S17)。
【0060】
次に、上記デクリメントにより得られた「アイコン化ウィンドウの個数」をTOP_ICON_MINの値と比較する(S18)。そして、「アイコン化ウィンドウの個数」がTOP_ICON_MINの値以下になったと判定すると(S18、YES)、トップアイコン41をクローズし、スクリーン40上からトップアイコン41とその右方に表示されている全ての従属アイコンを消去する(S19)。そしてスクリーン40上に全ての個別アイコンを表示し(S20)、ステップS11に戻ってイベント発生待ちとなる。
【0061】
上記動作により、例えば図5に示す画面で、ウィンドウW1 の従属アイコン42−1をダブルクリックすると、スクリーン40の画面は図6に示す表示状態に変化する。すなわち、トップアイコン41とその従属アイコン42−1、42−2、42−3、42−4が消え、代わりにウィンドウW2 、W3 、W5 の個別アイコンICON2 、ICON3 、ICON5 が表示される。
【0062】
一方、上記ステップS18で、「アイコン化ウィンドウの個数」が依然としてTOP_ICON_MINの値を越えているときは(S18、NO)、復元したウィンドウの従属アイコンをクローズまたはアンマップし、他の従属アイコンもアンマップする(S21)。アンマップされた従属アイコンは、マップすることによりスクリーン40上に再表示できる。このときトップアイコン41はそのまま表示しておき、ステップS11に戻ってイベント発生待ちとなる。
【0063】
以上の実施例では、個別アイコンをトップアイコン(共有アイコン)に置換する条件を、「アイコン化ウィンドウの個数」が予め定められた表示可能な個別アイコンの最大数を越えた場合としたが、本発明はこれに限定されるものではなく、ユーザがこの条件を任意に設定できるものとする。例えば、ユーザがリソースファイル21内で特定のウィンドウを指定し、この指定したウィンドウをアイコン化した時に、ウィンドウマネージャが個別アイコンをトップアイコンに置換するようにすることも可能である。
【0064】
またアイコン化されている全てのウィンドウの個別アイコンをトップアイコンに置換するようにしているが、これを一部の個別アイコンに限定するようにしてもよい。例えば図3の表示状態でウィンドウW5 をアイコン化した時に、ウィンドウW1 、W2 、W3 の個別アイコンのみをトップアイコンに置換し、最後にアイコン化の指示が行われたウィンドウW5 については個別アイコンに置き換えて、それをトップアイコンの横に表示するようにしてもよい。
【0065】
さらにアイコン階層テーブル22においてアイコン管理データはウィンドウタイトルのアルファベット順に格納するようにしているが、ウィンドウタイトルが他の方法で記述されている場合はこの限りではない。例えば五十音順、番号順等に従って格納、表示してもよい。
【0066】
さらに本発明のアイコンの階層構造は2階層に限定されるものではなく、必要に応じてさらに多数の階層で従属アイコンを管理するようにしてもよい。
例えば、上位、中位、下位の3階層のアイコンを用いる場合、上位階層は一つのトップアイコンとし、下位階層は個々のウィンドウに対応する従属アイコンとする。この場合、中位階層のアイコンは一つまたは複数の下位階層のアイコンを従属アイコンとして持つ共有化アイコンであると同時に、上位階層のトップアイコンに従属する従属アイコンの性格も併せ持つ。
【0067】
このような階層構成とした場合、例えば文書作成、表計算、グラフィック、データベース等の、各ウィンドウで起動されているアプリケーションの種類に応じて下位階層のアイコンをグループ分けし、文書作成、表計算等の各グループ毎に一つの中位階層のアイコンを対応させれば、アイコン化されるウィンドウが多数になった場合でも、効率よく目的のウィンドウに対応するアイコンを選択することができる。この場合ユーザがトップアイコン上でウィンドウ復元の指示を行うと、アイコン化されているアプリケーションの種類に対応した複数の中位階層のアイコンが表示される。そしてさらにそのうちの所望するアプリケーションの分野に対応する一つの中位階層のアイコンを選択して復元の指示を行うと、その中位階層のアイコンに従属する目的のアプリケーション分野のアイコンが全て表示される。ユーザはこれらの表示された下位階層のアイコンの中から目的のアプリケーションのアイコンを迅速に選択して、元のウィンドウに復元し、該ウィンドウ内で該目的のアプリケーションの実行を再開させることができる。
【0068】
4階層以上の多階層構造を用いた場合も同様な利用方法が考えられる。
【0069】
【発明の効果】
本発明によれば、ユーザによるアイコン化の指示がなされた場合に、ウインドウをアイコン化することによってウインドウのサイズを縮小するのに加え、更にこのアイコンの個数が予め決められた数を超えた場合は、複数のアイコンを統合化することによって自動的にアイコンの個数を減らすようにしたので、ウインドウ表示において、サイズの縮小および個数の減少とによって表示画面のスペースを効率良く利用することができる。
【図面の簡単な説明】
【図1】本発明の一実施例のシステム構成を示すブロック図である。
【図2】マルチウィンドウ表示画面の一例を示す図である。
【図3】図2に示す画面上でウィンドウのアイコン化を行った場合の表示画面の状態を示す図である。
【図4】トップアイコンの表示例を示す図である。
【図5】トップアイコンをクリック操作した時の表示例を示す図である。
【図6】アイコンのウィンドウ化によりアイコンの数が3個に減った場合の表示例を示す図である。
【図7】トップアイコンがない場合のアイコン階層テーブルの内容を示す図である。
【図8】トップアイコンがある場合のアイコン階層テーブルの内容を示す図である。
【図9】ウィンドウマネージャにより行われるウィンドウのアイコン化処理を説明するフローチャートである。
【図10】ウィンドウマネージャにより行われるアイコンをウィンドウに復元する処理を説明するフローチャートである。
【図11】従来のウィンドウのアイコン化方法を説明する図である。
【符号の説明】
21 リソースファイル
22 アイコン階層テーブル
23 中央処理装置
24 アイコン表示装置
25 表示制御メモリ
26 ビットムーバ
27 表示メモリ
28 表示制御装置
29 CRT
30 マウス制御装置
31 マウス
32 キーボード制御装置
33 キーボード
34 ウィンドウメモリ
40 スクリーン
41 トップアイコン(共有アイコン)
42−1、42−2、42−3、42−4 従属アイコン[0001]
[Industrial applications]
The present invention relates to a window display control device that displays a plurality of windows on a screen of a display unit of an information processing device, and more particularly to a window display control device that controls the conversion of windows into icons and icons.
[0002]
[Prior art]
2. Description of the Related Art In recent years, window systems have been adopted in information processing apparatuses such as workstations and personal computers in order to provide a user with an excellent operation environment. In this window system, it is possible to simultaneously display a plurality of windows on a screen of a display device which is a bitmap display, and to perform different operations on each window.
[0003]
Today's window systems also provide the ability to iconify windows in order to use the display screen efficiently. The iconization of the window is a function of switching the window displayed on the screen to the icon display. That is, for example, if many windows are displayed on the screen, the screen becomes difficult to see. For the time being, windows that are not used for the time being are iconified and arranged, and only the necessary windows are displayed on the screen. This is the function used.
[0004]
FIG. 11 is a diagram for explaining a conventional iconization process of a window that is generally performed.
As shown in FIG. 11A, it is assumed that six windows A, B, C, D, E, and F are simultaneously displayed. These windows have different display positions and sizes, and are partially hidden by other windows except for windows A and D.
[0005]
When the user wants to display only the window B in such a state, the other five windows A, C, D, E, and F are iconified using an input device such as a mouse. That is, by performing an operation such as double-clicking a button for iconification at a predetermined position of each of the windows A, C, D, E, and F with a mouse, the window is hidden, and the corresponding window is replaced. The five icons are displayed at the bottom of the screen. As a result, the window B becomes entirely visible, and the user can selectively obtain the information displayed in the window B, and can perform operations such as document creation and spreadsheets in a highly visible environment. become.
[0006]
Conversely, when the user wants to restore the iconized window on the screen, the user places the mouse cursor on the icon of the window to be displayed, for example, and double-clicks the mouse button. The window system stores information of a window that has been converted to an icon, and upon detecting the double-click operation, restores and displays the icon on which the double-click operation has been performed in the original window.
[0007]
In this way, in a window system in which many windows can be opened on one screen, the iconification of windows is effective when temporarily suspending work on a currently displayed window and starting the process again. Yes, it is an important function to improve user operability in a window system.
[0008]
[Problems to be solved by the invention]
However, the above-described conventional method for iconifying a window has the following problems.
[0009]
That is, the icons obtained by the iconification are individually displayed on the screen. Therefore, when the number of windows to be iconified increases, the number of icons also increases, and accordingly, the area occupied by the icons on the screen. And the space efficiency gradually deteriorates.
[0010]
In addition, as the number of icons increases, it takes time to find the target icon corresponding to the window to be restored, and the operability is reduced.
SUMMARY OF THE INVENTION It is an object of the present invention to improve the space efficiency of a display screen when converting a window into an icon, and to speed up an icon operation when restoring a window.
[0011]
[Means for Solving the Problems]
Means of the present invention is a window display control device for displaying a window on a display screen,
Instructing means for instructing to iconify a window displayed on the display screen in accordance with a user's instruction operation;
When iconification is instructed by the instruction means, iconifying means for converting the designated window into an icon and displaying the icon,
Icon displayed by the iconifying meansCounting means for counting the number of
Counted by the counting meansNumber of iconsIf exceeds the predetermined number,Integration for integrating and displaying a plurality of icons displayed by the iconization unit into one shared iconMeans.
[0020]
【Example】
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a hardware configuration diagram of an information processing apparatus including a window system according to an embodiment.
[0021]
The
[0022]
The
[0023]
In accordance with an instruction from the
[0024]
The
[0025]
The
[0026]
In the window system according to the present embodiment, a window management program for performing processing such as moving, enlarging, reducing, iconifying, and restoring windows is stored in a main storage device (not shown), and the
[0027]
Next, with reference to FIGS. 2 to 6, a description will be given of a method of controlling a screen display when an operation of converting a window into an icon and a window of an icon (restoring an iconized window) is performed in this embodiment.
[0028]
The user determines the maximum number of icons (hereinafter, referred to as individual icons) that can be displayed on the screen at one time in consideration of the screen size, the size of the window, and the like. Write to. The window manager reads the maximum number of the individual icons from the
[0029]
In FIGS. 2 to 6, it is assumed that TOP_ICON_MIN is set to 3.
FIG. 2 shows a window W on the screen 40 of the CRT 29.1~ W66 shows a state where six windows are displayed.
[0030]
In the display state of FIG. 2, the user1~ W3When the operation of iconizing is performed, the display on the screen 40 changes to the state shown in FIG. That is, the window W1~ W3Is in a non-display state, and these are individual icons ICON, respectively.1~ ICON3And is displayed on the lower left of the screen 40. At this time, the window manager sets the iconized window W1, W2, W3The window management information such as the display position and size of is stored in the icon hierarchy table 22.
[0031]
Next, in the display state of FIG.5Is performed, the number of windows to be iconified exceeds the preset upper limit of three. Therefore, the window manager sets the window W as shown in FIG.1, W2, W3, W54 individual icons ICON corresponding to1, ICON2, ICON3, ICON5Is replaced with a single
[0032]
In this state, continue with window W4, W6Is iconized, only the
[0033]
In the display state of FIG. 4, when restoring the iconized window on the screen 40, the user places a mouse cursor (not shown) on the
[0034]
FIG. 6 shows a state in which the user operates the window W in the display state of FIG.1Shows the display state of the screen 40 after the icon 42-1 is designated and double-clicked. That is, by this double-click operation, the window W1Returns from the non-display state to the display state again. Accordingly, the number of iconified windows is reduced from four to three, so that the window manager closes the
[0035]
In this embodiment, in addition to the individual icon, the subordinate icon which is another form of the individual icon subordinate to the top icon is managed by the window manager in the icon hierarchy table 22 in a hierarchical structure.
[0036]
FIG. 7 is a diagram showing the internal configuration of the icon hierarchy table 22, and the state shown in FIG. 7 corresponds to the screen of FIG.
“Window ID” is an identifier of a window that has been iconified, and “1”, “2”, and “3” in FIG.1, Window W2, Window W3Is represented.
[0037]
The “window title” is the name of the application software running in the window, and is sorted in alphabetical order when written in the icon hierarchy table 22. This sorting is performed in units of icon management data described later.
[0038]
“Window coordinates” are dot coordinate values indicating the display position of the upper left corner of the window on the screen 40, and “window size” represents the size of the rectangular area of the window.
[0039]
The “pointer to the bitmap data of the window” is a pointer value indicating the storage position of the bitmap data of the window displayed on the screen 40 in the
[0040]
"Pointer to bitmap data of icon" has window W1, W2, W3For each of the pointer values "a0a0a0"," B0b0b0"," C0c0c0Is stored. These pointer values correspond to the individual icon ICON in FIG.1, ICON2, ICON3Of the bit map data in the
[0041]
Management data including fields of “window ID”, “window title”, “window coordinates”, “window size”, “pointer to bitmap data of window”, and “pointer to bitmap data of icon” (Hereinafter referred to as icon management data) is created for each iconified window.
[0042]
FIG. 8 shows an icon hierarchy table 22 corresponding to the display state of FIG.
In FIG. 8, the window W whose “window ID” is 55Icon management data is added, and the “pointer to icon bitmap data”1, W2, W3, W5For each of the pointer values "a1a1a1"," B1b1b1"," C1c1c1”,“ D1d1d1Is stored. These pointer values are stored in the window W in FIG.1, Window W2, Window W3, Window W5Indicates the storage position in the
[0043]
As described above, when the number of icon management data stored in the icon hierarchy table 22 exceeds the set value of TOP_ICON_MIN, the “pointer to the icon bitmap data” of the icon management data changes from the individual icon to the bit of the subordinate icon. The setting is changed to the pointer value to the map data.
[0044]
In the above example, the value of TOP_ICON_MIN is set to 3, but this value can be freely set by the user. For example, when TOP_ICON_MIN is set to 5, the top icon is displayed when six windows are iconified. It is also possible to do so.
[0045]
Next, a description will be given of a window iconifying process and a restoring process performed under the control of the window manager with reference to FIGS.
FIG. 9 is a flowchart of the iconization process.
[0046]
When the user instructs iconification of an arbitrary window displayed on the screen 40 using the
[0047]
Next, the incremented “number of iconized windows” is compared with the value of TOP_ICON_MIN, and it is determined whether the value is greater than the value of TOP_ICON_MIN (S2). If the “number of iconized windows” exceeds the value of TOP_ICON_MIN (S2, YES), the process of creating the icon hierarchy table I is performed (S3), and if the value does not exceed the value of TOP_ICON_MIN (S2, NO), a process of creating an icon hierarchy table II is performed (S5).
[0048]
In the processing of the icon hierarchy table creation I, the icon management data of the newly iconified window is created and stored in the icon hierarchy table 22. At this time, when the “number of iconized windows” is “4”, that is, when TOP_ICON_MIN is exceeded for the first time, for all windows in which icon management data is stored in the icon hierarchy table 22, bits of subordinate icons of those windows are set. The map data is generated, and a pointer value indicating the storage position of the bit map data in the
[0049]
In the process of creating the icon hierarchy table II, the icon management data of the newly iconized window is created and stored in the icon hierarchy table 22. In this case, the bitmap data of the subordinate icon is not generated, and a pointer value indicating the storage position of the bitmap data of the individual icon in the
[0050]
When the window manager finishes the processing of icon hierarchy table creation I (S3), it generates a
[0051]
As a result, for example, as shown in FIG.1, ICON2, ICON3Is already displayed, and the window W5Is designated, the window W is displayed as shown in FIG.1, W2, W3, W5Is displayed on the screen 40.
[0052]
When the window manager finishes the icon hierarchy table creation II process (S5), the window manager generates a normal individual icon and displays it at a predetermined position on the screen 40 (S6).
[0053]
FIG. 10 is a flowchart illustrating a process performed by the window manager to restore an icon to a window.
In this process, the window manager is normally in a state of waiting for an event from an input from the
[0054]
When the event information is received due to the occurrence of the various events, the event information is analyzed, and if the event is a click operation of the
[0055]
On the other hand, if it is determined that the click operation position is within the display area of the
[0056]
Thereby, for example, when the
[0057]
Further, in this case, since the subordinate icons are displayed in the alphabetical order of the window title, the user can quickly find the subordinate icons of the window to be restored.
[0058]
Here, when the event information is received again, the event information is analyzed, and it is determined whether any of the subordinate icons is double-clicked (S15). If the position of the mouse cursor at the time of double-clicking is not within the display area of any of the subordinate icons and if the number of clicks is another event such as one (S15, NO), the corresponding other icon is displayed. Processing is performed (S23).
[0059]
On the other hand, when it is determined that any of the subordinate icons has been double-clicked (S15, YES), the icon management data in the icon hierarchy table 22 is searched, and the icon management data of the double-clicked subordinate icon is read. The window corresponding to the double-clicked subordinate icon is restored and displayed on the screen 40 based on the above (S16). Subsequently, the "number of iconized windows" is decremented by one, and the icon management data corresponding to the restored window is deleted from the icon hierarchy table 22 (S17).
[0060]
Next, the “number of iconized windows” obtained by the decrement is compared with the value of TOP_ICON_MIN (S18). Then, when it is determined that the “number of iconized windows” has become equal to or less than the value of TOP_ICON_MIN (S18, YES), the
[0061]
By the above operation, for example, on the screen shown in FIG.1Double-clicking the subordinate icon 42-1 changes the display state of the screen 40 to the display state shown in FIG. That is, the
[0062]
On the other hand, if the "number of iconized windows" still exceeds the value of TOP_ICON_MIN in step S18 (S18, NO), the subordinate icons of the restored window are closed or unmapped, and other subordinate icons are also unmapped. Mapping is performed (S21). The unmapped subordinate icons can be redisplayed on the screen 40 by mapping. At this time, the
[0063]
In the above embodiment, the condition for replacing the individual icon with the top icon (shared icon) is that the “number of iconized windows” exceeds a predetermined maximum number of displayable individual icons. The invention is not limited to this, and the user can arbitrarily set this condition. For example, when the user specifies a specific window in the
[0064]
Although the individual icons of all the iconified windows are replaced with the top icons, the icons may be limited to some individual icons. For example, in the display state of FIG.5When iconized, window W1, W2, W3The window W in which only the individual icon of is replaced with the top icon, and the instruction to iconify is given last5May be replaced with an individual icon and displayed next to the top icon.
[0065]
Furthermore, in the icon hierarchy table 22, the icon management data is stored in alphabetical order of the window titles, but this is not the case when the window titles are described by other methods. For example, the information may be stored and displayed in alphabetical order, number order, or the like.
[0066]
Furthermore, the hierarchical structure of the icons according to the present invention is not limited to two layers, and the subordinate icons may be managed in more layers as needed.
For example, in the case of using upper, middle, and lower three-layer icons, the upper layer is a single top icon, and the lower layer is a subordinate icon corresponding to each window. In this case, the middle-layer icon is a shared icon having one or a plurality of lower-layer icons as subordinate icons, and also has the character of a subordinate icon subordinate to the upper-layer top icon.
[0067]
In the case of such a hierarchical configuration, for example, icons of lower layers are grouped according to the type of an application started in each window, such as document creation, spreadsheet, graphic, database, etc., and document creation, spreadsheet, etc. If one middle-level icon is associated with each group, the icon corresponding to the target window can be efficiently selected even when the number of windows to be iconified increases. In this case, when the user issues a window restoration instruction on the top icon, a plurality of middle-level icons corresponding to the type of the iconified application are displayed. Then, when one of the middle-tier icons corresponding to the desired application field is selected and restoration is instructed, all the icons of the target application field subordinate to the middle-tier icon are displayed. . The user can quickly select the icon of the target application from the displayed lower-layer icons, restore the original window, and resume the execution of the target application in the window.
[0068]
A similar usage method can be considered when a multi-layer structure of four or more layers is used.
[0069]
【The invention's effect】
According to the present invention,When the user gives an instruction to convert the icon to an icon, the size of the window is reduced by iconifying the window, and furthermore, the iconIf the number exceeds a predetermined number,The number of icons is automatically reduced by integrating multiple icons.The space on the display screen can be used efficiently.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a system configuration according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating an example of a multi-window display screen.
FIG. 3 is a diagram showing a state of a display screen when a window is iconified on the screen shown in FIG. 2;
FIG. 4 is a diagram showing a display example of a top icon.
FIG. 5 is a diagram showing a display example when a top icon is clicked.
FIG. 6 is a diagram illustrating a display example in a case where the number of icons is reduced to three by windowing the icons.
FIG. 7 is a diagram showing the contents of an icon hierarchy table when there is no top icon.
FIG. 8 is a diagram showing the contents of an icon hierarchy table when there is a top icon.
FIG. 9 is a flowchart illustrating a window iconifying process performed by a window manager.
FIG. 10 is a flowchart illustrating a process performed by the window manager to restore an icon to a window.
FIG. 11 is a diagram for explaining a conventional method for iconifying a window.
[Explanation of symbols]
21 Resource file
22 Icon hierarchy table
23 Central Processing Unit
24 Icon display device
25 Display control memory
26 bit mover
27 Display memory
28 Display control device
29 CRT
30 Mouse control device
31 mouse
32 Keyboard control unit
33 keyboard
34 window memory
40 screen
41 Top Icon (Shared Icon)
42-1, 42-2, 42-3, 42-4 Subordinate icons
Claims (2)
ユーザの指示操作に応じて、前記表示画面に表示されたウインドウをアイコン化することを指示する指示手段と、
前記指示手段によってアイコン化が指示された場合は、指定されたウインドウをアイコンに変換して表示するアイコン化手段と、
前記アイコン化手段によって表示されたアイコンの個数を計数する計数手段と、
前記計数手段により計数されたアイコンの個数が予め決められた数を超えた場合は、前記アイコン化手段によって表示されている複数のアイコンを1つの共有化アイコンに統合して表示する統合手段と、
を有することを特徴とするウィンドウ表示制御装置。In a window display control device for displaying a window on a display screen,
Instructing means for instructing the window displayed on the display screen to be iconified according to a user's instruction operation;
When iconification is instructed by the instruction means, iconifying means for converting the designated window into an icon and displaying the icon,
Counting means for counting the number of icons displayed by the iconification means;
When the number of icons counted by the counting means exceeds a predetermined number, integrating means for integrating and displaying a plurality of icons displayed by the iconifying means into one shared icon ,
A window display control device, comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP31818493A JP3586747B2 (en) | 1993-12-17 | 1993-12-17 | Window display control device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP31818493A JP3586747B2 (en) | 1993-12-17 | 1993-12-17 | Window display control device |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004124809A Division JP3738358B2 (en) | 2004-04-20 | 2004-04-20 | Window display control device |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH07175626A JPH07175626A (en) | 1995-07-14 |
JP3586747B2 true JP3586747B2 (en) | 2004-11-10 |
Family
ID=18096398
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP31818493A Expired - Fee Related JP3586747B2 (en) | 1993-12-17 | 1993-12-17 | Window display control device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3586747B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2938420B2 (en) * | 1998-01-30 | 1999-08-23 | インターナショナル・ビジネス・マシーンズ・コーポレイション | Function selection method and apparatus, storage medium storing control program for selecting functions, object operation method and apparatus, storage medium storing control program for operating objects, storage medium storing composite icon |
-
1993
- 1993-12-17 JP JP31818493A patent/JP3586747B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH07175626A (en) | 1995-07-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3598303B2 (en) | Method of selectively displaying and activating overlapping display objects on a display, and computer system | |
US5940077A (en) | Method, memory and apparatus for automatically resizing a window while continuing to display information therein | |
US6163317A (en) | Method and apparatus for dynamically grouping objects | |
JP3312037B2 (en) | Display system, X window server system and display method | |
US5917492A (en) | Method and system for displaying an expandable tree structure in a data processing system graphical user interface | |
JP3809198B2 (en) | Hierarchical data display method and browser system | |
US7913183B2 (en) | System and method for managing software applications in a graphical user interface | |
US6313848B1 (en) | Folded tables: a method of viewing wide tables with reduced need for horizontal scrolling | |
US7114129B2 (en) | Method and system for controlling an application displayed in an inactive window | |
US5872567A (en) | Method, memory and apparatus for automatically resizing a window in response to a loss or gain in focus | |
US8112723B2 (en) | Previewing next state based on potential action in current state | |
US7360168B2 (en) | Automatically scaling the information and controls in navigation tabs per available window area | |
CA2530370A1 (en) | Virtual desktop - meta-organization & control system | |
JPH1011258A (en) | Focus transition postponing method for window, and computer system | |
KR19990087910A (en) | associative interaction unrelated windows | |
JP3738358B2 (en) | Window display control device | |
JP2001060134A (en) | Multiwindow control system | |
JP3586747B2 (en) | Window display control device | |
JPH0991299A (en) | Generation method of hierarchically related information and computer-controlled display system | |
JPH036631A (en) | Method of monitoring status of application operation program | |
JPH09185482A (en) | Scroll control method for picture | |
JPH09185481A (en) | Display managing device for window picture | |
JPH04328626A (en) | Information processor | |
JPH1185443A (en) | Window display device and recording medium | |
JP3199071B2 (en) | Data display device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040316 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040413 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040521 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040713 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040726 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110820 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120820 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120820 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130820 Year of fee payment: 9 |
|
LAPS | Cancellation because of no payment of annual fees |