JPH06282398A - 動的カストマイズ方法及びグラフィックリソース編集装置 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウェアアプリケーションのより効率的
なカストマイズ方法を提供する 【構成】 カストムインターフェースウィンドウ３００
は、編集可能リソースを選択しかつリソース値指定メニ
ューを含み、リソース値のタイプにグラフィックリソー
スエディタが広範囲のリソース値を制御するためのカラ
ーエディタ３１０等のブラウジングエディタを提供す
る。アプリケーションカストムファイル３２０は各アプ
リケーションがグラフィックリソースエディタによって
使用されるように発生され、グラフィックリソースエデ
ィタはグラフィックユーザインターフェース３３０を有
するクライアントアプリケーションのリソース変更に使
用される。このアプリケーションで使用されるリソース
はリソース編集がユーザの.X省略時ファイル３４０に記
憶される方法、及びクライアントアプリケーションがグ
ラフィックリソースエディタと並行に実行されている場
合は通信プロトコル３５０を用いてアプリケーションへ
適用される方法において変更される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般に、データ処理シ
ステムにおいて図形的に制御されたソフトウェアのカス
トマイズ（個別化）に関する。特に、本発明は、グラフ
ィックユーザインターフェースオブジェクトを提供する
ために、ソフトウェアアプリケーションによって使用さ
れるリソース（資源）を選択的に変更するための編集シ
ステムに関する。

【０００２】

【従来の技術】グラフィックユーザインターフェース
は、グラフィックディスプレイウィンドウズによってプ
ログラミングされたコンピュータとインターフェースす
るためのウィンドウベースシステムである。この種のシ
ステムは、メニュー駆動操作に理想的に合わせられ、か
つ従来的に適合されている。即ち、これらのシステム
は、ユーザが、キーボードを介して英数字形式でステー
トメント（文）を入力せずに、グラフィックディスプレ
イウィンドウズ内に表された一つ以上のメニューから選
択することによってコンピュータ操作を制御することを
許容する。グラフィックディスプレイウィンドウズは、
コンピュータで実行されるソフトウェアアプリケーショ
ンが入力を受け取ったり、出力を提供したりするインタ
ーフェースオブジェクトの収集を含むコンピュータの物
理的ディスプレイスクリーンの領域である。メニュー選
択項目などのインターフェースオブジェクトは、情報、
ファンクション（関数）、及び／又はデータ入力を表わ
すグラフィック及び／又はテキスト−ベース画像であ
る。この種のオブジェクトは、プッシュボタン、スクロ
ール（画面移動）バー、ダイアル、スライダ、及び他の
多数のグラフィックしるしを含む。インターフェースオ
ブジェクトは、これに対してマウス制御ポインタ又はカ
ーソルを動かし、かつマウス上のボタンを操作する（即
ち押したり放したりする）ことによって「選択」され得
る。この選択プロセスは、技術的に“Point and Click
（「ポイントアンドクリック」）”と呼ばれるものを含
む。インターフェースオブジェクトは、ユーザの選択に
対して適切な応答を提供することを助けるコードによっ
てサポートされる。

【０００３】従来、ソフトウェアアプリケーションは、
それ自体のグラフィックディスプレイウィンドウズで実
行され、これらの外観及び特性がアプリケーションソフ
トウェアによって定義される。各アプリケーションは、
アプリケーションによって使用される対応するグラフィ
ックディスプレイ領域を定義する一つ以上のトップレベ
ルウィンドウを用いる。いわゆる「マルチタスキング
（“Multitasking”）」操作システムにおいて、スクリ
ーンを共用する一つ以上のウィンドウズを各々が使用す
るいくつかのアプリケーションがある。混乱を最少にす
るために、これらのウィンドウズは、スクリーン上の異
なる位置へ移動することができ、かつ再度大きさを決定
することができる。さらに、オーバーラップ（重畳）す
るウィンドウズがウィンドウの外観を不明確にしないよ
うに、ウィンドウズはスタック順に割り当てられる。よ
り高位のオーダーのウィンドウズは、オーバーラップし
ている領域内のより低位レベルのウィンドウズを単純に
カバーする。従って、その効果はデスクトップに配置さ
れた複数の紙の効果となる。

【０００４】共用されるスクリーンの含意の一つである
マスチタスキングウィンドウ環境は、グラフィックディ
スプレイウィンドウズが、物理的スクリーン上に示され
る、時によっては複雑な機能をユーザが制御するのを助
ける視覚的に明瞭な外観を提供しなければならないこと
である。ユーザは、マルチタスキングの考察とは無関係
に、特定化されたウィンドウ特性を保障するために、特
別な要求を有することもある。グラフィックユーザイン
ターフェースの技術においては、「リソース（“Resour
ce”）」は、カラー、テキストフォント、スクリーンカ
ーソル、及びユーザが制御したいと望み得る他のグラフ
ィック属性に関する。リソース値は、プログラム開発中
にアプリケーションデベロッパによって選択されるが、
アプリケーションがユーザのデータ処理システムで実行
される時には望ましい選択を提示しない。従って、ユー
ザが、ユーザアプリケーションの見掛けや感じを効率的
にカストマイズすることができるように、アプリケーシ
ョンプログラマによって行なわれるリソース選択をオー
バーライド（無効にする）又は変更することを許容する
ことが望ましい。

【０００５】ある操作環境においては、ウィンドウリソ
ースのユーザカストマイズが意図される。Ｘ Window Sy
stemは、デバイスインデペンダントグラフィックユーザ
インターフェースを開発するためにウィンドウ環境を提
供する、ＭＩＴ（マサチューセッツ工科大学）で開発さ
れた工業標準ソフトウェアである。Ｘ Window Systemに
おいては、グラフィックインターフェースオブジェクト
の属性を定義するリソースが、“App-defaults（アプリ
ケーション省略時）”ファイルとして知られているアプ
リケーション特定ファイル内にプログラムデベロッパに
よってセットされる。Ｘ Window Systemは、ユーザが、
“.Xdefaults（.X省略時）”ファイルとして知られてい
るユーザ発生ファイルを有するアプリケーション省略時
ファイルにおけるリソース設定をオーバライドすること
を許容する。アプリケーションが呼び出される時、初期
化段階において、Ｘ Window Systemは、リソースデータ
ベースを生成し、かつアプリケーションのアプリケーシ
ョン省略時ファイル及びユーザの.X省略時ファイル内で
見つけられたリソース仕様によってこのデータベースを
ロードする。リソースデータベースは、実行時にそのウ
ィンドウズとグラフィックインターフェースオブジェク
トを構築するためにアプリケーションによって使用され
る。

【０００６】Ｘ Window Systemにおいて、他のグラフィ
ックユーザインターフェースシステムにおけるように、
グラフィックインターフェースオブジェクトは階層的に
定義される。X ツールキット組み込み（関数）に基づく
アプリケーションに対しては、各グラフィックインター
フェースオブジェクトがウィジット（“Widgets ”）と
して知られている一つ以上の構成素子から構築される。
ウィジットは、データと、このデータに関して動作する
一つ以上のファンクションとを含むオブジェクト用プロ
グラミングエンティティである。アプリケーションによ
って生成される時には、ウィジットにはそれ自体のスク
リーンウィンドウが割り当てられる。グラフィックユー
ザインターフェースを構築するためにアプリケーション
デベロッパが利用可能な種々のスタンダードウィジット
セットがある。オープンソフトウェアファンデーション
社（Open Software Foundation, Inc.）は、Motif ツー
ルキットを提供している。Motif ツールキットにおける
ウィジットは、スクロールバー、タイトルバー、メニュ
ー、対話ボックス、及び他のグラフィックインターフェ
ースオブジェクトのホストを含む。

【０００７】アプリケーション省略時及び.X省略時ファ
イルにおいて、ウィジットによって使用されるリソース
は、これらのリソースが適用するウィジット（又はウィ
ジットクラス）を固有決定する階層的ストリング識別子
を使って指定される。これらの識別子は、ウィジットを
含むアプリケーションのネーム（又はクラス）のような
情報を含むことができる。さらに、アプリケーションの
グラフィックディスプレイウィンドウにおけるウィジッ
トが階層的に定義されるので、リソース識別子はウィジ
ット階層内に配置されているウィジットのリスト（又は
ウィジットのクラス）を含むことができる。これらの識
別子のシンタクス（構文）が観察されなければならない
か、又はリソースが目的とされるウィジット（又はウィ
ジットクラス）へ正確に適用されないこともある。これ
により、.X省略時ファイルを操作することは、面倒であ
り、時間も掛かる。

【０００８】このジレンマに応えて、ユーザがユーザの
アプリケーションをカストマイズすることを許容するＸ
Window Systemに対するエディタを開発する努力が行な
われている。一つのこの種の製品はＭＩＴからの“Edit
res （エディトリス）”である。Editres は、Editres
プロトコルを話す任意のアプリケーションのウィジット
全階層を見ることを許容する編集ツールである。Editre
s は、ユーザがリソース指定を構築することを補助する
とともに、ユーザがリソースをアプリケーションへ適用
し、かつその結果を動的に見ることを許容する。ユーザ
がリソース変更に満足したならば、Editres は、変更さ
れたリソースストリングを、選択されたアプリケーショ
ン省略時ファイル又はユーザの.X省略時ファイルに追加
する。

【０００９】この利益的特徴にもかかわらず、Editres
はいくつかの欠点を有している。例えば、いくつかのア
プリケーションは、Editres と共に動作するために、ソ
ースコードの変更又は再編集を必要とする。動的な編集
モードにおいては、アプリケーションと通信することが
できないならば、Editres は失敗する。Editres は、あ
るアプリケーションによって使用される全てのウィジッ
トを含むウィジットツリー全体をユーザに提供すること
により編集プロセスを複雑にし過ぎる傾向もある。度
々、ユーザは、比較的少数の編集可能特性を超えること
には興味を示さない。さらに、Editres は、ユーザから
システムウィンドウメカニズムを隠さない。Editres
は、選択されたリソースタイプに指定されるエディタ
（編集プログラム、編集装置）を提供することもない。
リソースは、カラー、フォント、その他の同様のタイプ
のリソースとの関係とは無関係に提供される。最終的
に、Editres は、ユーザに、アプリケーション内部ウィ
ジットとリソースストリングを使ってリソースを変更す
ることを要求するので言語デペンデント（依存）であ
る。これらのリソースは、擬似英語プログラミング用語
に基づいている。英語を話さない、又はリソースストリ
ングシンタクスに精通していない、又は特定リソースの
目的及び機能を理解しないようなユーザには望ましくな
い。

【００１０】他の使用可能なリソースエディタは、Open
Software Foundation, Inc.によって製造されたMotif
Resource Editor （ＭＲＥ）である。ＭＲＥは、リソー
スをタイプ別にグループ化する編集メカニズムを使うリ
ソース編集システムを提供する。ある編集メカニズムは
カラーリソースを変更する。他の編集メカニズムは、フ
ォントリソースを変更する。さらに他の編集メカニズム
は、ファイルネームと、ブールリソースをそれぞれ変更
する。ＭＲＥは、編集選択が、選択されたアプリケーシ
ョン省略時ファイル又はユーザの.X省略時ファイルに追
加されることを許容する。ＭＲＥの欠点は、並行実行ア
プリケーションの動的編集のために何も提供されないこ
とである。さらにＭＲＥは、ユーザからインターナショ
ナルウィンドウメカニズムを隠さない。最終的に、ＭＲ
Ｅエディタは言語依存しており、かつ国際化されてな
い。

【００１１】

【発明が解決しようとする課題】ソフトウェアアプリケ
ーションの効率的なカストマイズを容易にするための先
行努力にもかかわらず、この技術は、まだ、上記に略示
された欠陥を克服するカストマイズツールを欠いてい
る。必要なのは、リソース仕様の規約及び内部ウィンド
ウメカニズムの細部からユーザを解放するカストマイズ
に対する完全に国際化されたグラフィックインターフェ
ースを提供するグラフィックリソースエディタである。
リソースエディタは、ソースコードの変更又は再編集な
しで、新旧共に、全てのアプリケーションによって動作
すべきである。リソースエディタは、選択されたリソー
スファイルの静的変更だけでなく並行実行アプリケーシ
ョンの動的変更も可能とすべきである。エディタは、タ
イプ別にリソースをグループ化し、かつ各リソースタイ
プごとに専用のインターフェースを提供すべきである。
最終的に、アプリケーションは何千ものリソースを有す
ることができるので、カストマイズに所望されるか又は
同様の特性を示すと共に、所望される付加的リソースを
追加する能力をも保持している一組のリソースを選択す
るメカニズムを提供すべきである。

【００１２】

【課題を解決するための手段】本発明は、ユーザに、効
率の高い方法で対象のリソース値を選択的に変更する機
会を提供するグラフィックリソースエディタに関する。
ある好ましい態様においては、主要インターフェースウ
ィンドウが、グラフィックリソースエディタと対話する
ためにグラフィックユーザインターフェースオブジェク
トを提供する。主要ウィンドウ内には、選択可能なリソ
ースカテゴリオブジェクトのリストを含むリソースカテ
ゴリ選択オブジェクトがある。これらのオブジェクト
は、編集可能なリソースのカテゴリに対応するリソース
カテゴリ記述子を含む。リソースカテゴリ選択オブジェ
クトは、リソースカテゴリオブジェクトのリストの中か
ら編集可能なリソースカテゴリを選択するためにユーザ
起動可能インターフェースを提供する。グラフィックリ
ソースエディタは、編集可能なリソースの選択されたカ
テゴリと対応するリソース記述子のリストを主要ウィン
ドウ内に発生するために、リソースカテゴリ選択オブジ
ェクトのユーザ起動に応答するシステムをさらに含む。
複数のリソース値ディスプレイフィールドも、編集可能
なリソースの選択されたカテゴリの状態を表わすリソー
ス値をディスプレイするために主要ウィンドウ内に提供
される。主要ウィンドウ内には、編集可能なリソース値
をセットするためにユーザ起動可能インターフェースを
提供する一組のリソース値選択オブジェクトがさらに提
供されている。クライアントアプリケーションのカスト
マイズは、リソースエディト（編集）をリソースファイ
ル内に保管することによって静的に、又はリソースエデ
ィトをグラフィックリソースエディタと並行実行するア
プリケーションにオン・ザ・フライ式で適用することに
よって動的に、実行され得る。

【００１３】本発明の一つの態様は、データ処理システ
ムにおいてアプリケーションリソース編集装置と並行実
行するソフトウェアアプリケーションのグラフィックリ
ソースをカストマイズするための前記アプリケーション
リソース編集装置におけるソフトウェアアプリケーショ
ンの動的カストマイズ方法であって、リンクタイムにお
いて前記ソフトウェアアプリケーションにアプリケーシ
ョン事象ハンドラーを挿入するステップと、動的カスト
マイズのユーザ要求に続いて前記アプリケーションリソ
ース編集装置にカストマイズ事象ハンドラーを呼び出す
ステップと、前記アプリケーションリソース編集装置と
前記ソフトウェアアプリケーションとの間に通信を確立
するために、前記カストマイズ事象ハンドラーの呼出し
に続いて前記アプリケーション事象ハンドラーと接触す
るステップと、前記アプリケーションリソース編集装置
におけるユーザ開始カストマイズ要求に応答して前記ソ
フトウェアアプリケーションにリソース属性を設定する
ステップであって、前記属性が前記ソフトウェアアプリ
ケーション事象ハンドラーを介して設定されるステップ
と、を備える動的カストマイズ方法である。

【００１４】本発明の一つの態様は、データ処理システ
ムが、データ処理ユニットと、ビデオディスプレイター
ミナルと、キーボードと、前記データ処理システムへ制
御入力を提供するためにスクリーンカーソル及びユーザ
起動可能カーソルポジショナを含むカーソル制御システ
ムと、データ記憶リソースと、前記データ処理システム
で実行するソフトウェアアプリケーションが前記ソフト
ウェアアプリケーションのユーザ対話機能を提供するた
めに前記ビデオディスプレイターミナルに一つ以上のグ
ラフィックウィンドウオブジェクトを発生するグラフィ
ックユーザインターフェースシステムと、を備え、前記
グラフィックウィンドウオブジェクトの外観及び振舞い
がリソースによって部分的に決定される前記データ処理
システムにおいて、前記データ処理システムにおいてグ
ラフィックリソース編集装置と並行実行されるソフトウ
ェアアプリケーションにおいて選択されたリソースを動
的に変更するためのグラフィックリソース編集装置であ
って、アプリケーション事象ハンドラーをリンクタイム
に前記ソフトウェアアプリケーションへ挿入する手段
と、動的カストマイズのためのユーザ要求に続いて前記
グラフィックリソース編集装置においてカストマイズ事
象ハンドラーを呼び出す手段と、前記グラフィックリソ
ース編集装置と前記ソフトウェアアプリケーションの間
に通信を確立するために、前記カストマイズ事象ハンド
ラーの呼び出しに続いて前記アプリケーション事象ハン
ドラーと接触する手段と、グラフィックリソース編集装
置においてユーザ開始カストマイズ要求に応答して前記
ソフトウェアアプリケーション内にリソース属性を設定
する手段であって、前記属性が前記ソフトウェアアプリ
ケーション事象ハンドラーを介して設定される手段と、
を備えるグラフィックリソース編集装置である。

【００１５】

【実施例】システムコンテキスト 本明細書中に記載されている本発明の概念が、ディジタ
ル処理システムにおけるグラフィックリソースエディタ
の提供に係り、かつ多様なシステムコンテキストにおい
て具体化され得ることがこの技術における当業者によっ
て理解されかつ評価されるであろう。この種の一つのシ
ステムが図１の実施例によって示されており、ここで、
データ処理システム１０は、データ処理ユニット２０
と、ビデオディスプレイターミナル３０と、キーボード
４０と、当該データ処理システム１０へ制御入力を提供
するために、スクリーンカーソル５０及びユーザ起動可
能カーソルポジショナーを提供するマウス６０を有する
カーソル制御システムと、を含んでいる。データ処理シ
ステム１０は、プログラムを実行し、かつシステムの種
々のハードウェア及びソフトウェアエンティテイを制御
するために、データ処理システムによって使用されるフ
ロッピーディスクドライブ７０、ハードディスクドライ
ブ８０、及び局所的揮発性メモリ（図示されてない）を
有するデータ記憶リソースをさらに含む。

【００１６】データ処理システム１０は、ワークステー
ションとして知られているデータ処理装置のこのクラス
において一般に見つけられるプロセッサを含むが、これ
に限定はされない多数の従来のプロセッサデバイスのい
づれかから選択され得る。本発明のグラフィックリソー
スエディタの好ましい動作環境は、ＭＩＴからのXWindo
w System （エックスウィンドウシステム）である。上
記のように、X Window System は、データ処理システム
のためのアプリケーション・プログラム・インターフェ
ースを含むデバイスインデペンダント（独立）でありネ
ットワークトランスパレント（透過形）なグラフィック
・ウィンドウイング・システムを提供する。X Window S
ystem はオペレーティングシステムインデペンダントで
あるように設計されてるが、ＵＮＩＸ及びＡＩＸオペレ
ーティングシステムと共に用いられるのが最も一般的で
ある。X Window System は、グラフィック・ディスプレ
イ・ターミナルへのグラフィック出力を必要とするソフ
トウェアアプリケーションが、グラフィック・ディスプ
レイ・ターミナルの制御を有するサーバによって提供さ
れたサービスを利用するクライアント−サーバモデルに
基づく。“X client”及び“X server”は、ディスクリ
ートハードウェアプラットフォーム上に常駐し得るか、
若しくはシングルワークステーション又は他のデータ処
理システムにおいて動作し得るソフトウェアエンティテ
イを示す。

【００１７】図１のデータ処理システムにおいては、X
サーバは参照番号１００で示され、X クライアントは参
照番号１１０で示されている。X サーバ１００は、キー
ボード４０及びマウス６０からの入力を管理する。X サ
ーバ１００は、X クライアント又はX クライアントアプ
リケーション１１０からのグラフィック出力情報を処理
し、かつこの出力情報をディスプレイ上のウィンドウ１
２０などの指定されたウィンドウ内にディスプレイする
ため、ビデオディスプレイ３０を管理する。同時に、X
サーバ１００は、ディスプレイ内で他のウィンドウズ１
３０、１４０、及び１５０を管理し得る。これらのウィ
ンドウは、他のクライアントアプリケーションの出力を
表すことができ、かつデータ処理システム１０自体を制
御するためにインターフェースウィンドウズを表わすこ
ともある。

【００１８】X サーバ１００は、グラフィック出力を所
望するアプリケーションへウィンドウズを割当て、かつ
ウィンドウ位置決め及びリサイズ（再寸法決め）サービ
スも提供する。他のウィンドウマネジメントタスクは、
ウィンドウズに割り当てられたクライアントアプリケー
ションによって実行される。サーバは、ユーザ発生事象
をクライアントアプリケーションへ連絡し、かつこのク
ライアントアプリケーションは、アプリケーションのク
ライアントウィンドウズにおいて必要な動作を実行する
ためにX サーバヘ情報をリターンする。X クライアント
とX サーバとの間のこれらの通信は、X プロトコルとし
て知られる良好に定義されたプロトコルに従う。X プロ
トコルを実行するプログラミング構成素子は図１に参照
番号１６０によって示されている。X プロトコルを使用
する通信は、クライアント−サーバの関係に影響を与え
ずに、クライアントアプリケーション１１０が、遠隔プ
ラットフォームにおいて、又はデータ処理システム１０
内で、位置することを許容するネットワークインターフ
ェース１７０を介して送られる。X プロトコルは、クラ
イアントとサーバの間で交換されるデータの意味を定義
するプロセス間通信メカニズムを提供する非同期バイト
ストリームプロトコルである。X サーバは、クライアン
トからのX プロトコルバイトストリームを解釈し、かつ
グラフィック出力を発生する。

【００１９】クライアントアプリケーションを書き込む
タスクを容易にするために、XWindow System は、Xlib
（ライブラリ）として知られるＣ言語ルーチンのライブ
ラリを提供する。Xlibは、参照番号１８０によって図１
に示されている。Xlibは、グラフィックの基本を発生す
るために、数百又はそれ以上のユーティリティ・ルーテ
ィンを介してX プロトコルへのアクセスを提供する。こ
れらのルーティンは、図１に示されているクライアント
アプリケーション１１０によって直接利用され得る。Xl
ibに加えて、X Window System は、X ツールキット組込
みとして知られている高次レベルセットのファンクショ
ンを提供する。Xt組込み関数は、Xlib関数を呼出して必
要なグラフィック・ユーザインタフェース・オブジェク
トを組立てることにより１組の効用関数を提供して必要
なグラフィック要素を構築する。Xt組込み関数は、図１
の参照番号１９０によって示されている。Xt組込み関数
に加えて、X Window System は、アプリケーションがグ
ラフィックユーザインターフェースの構築に使用するこ
とができるグラフィックインターフェースオブジェクト
（ウィジット及びガジェットとして知られる）のライブ
ラリを提供する種々の「ツールキット」（“toolkit
s”）をサポートする。Open Software Foundation,Inc.
社製のMotif ツールキットは、グラフィックインター
フェースオブジェクトを提供するためにXt組込み関数及
びXlib関数を用いて構築されるウィジット（及びガジェ
ット）の内包的セットを提供する。上記のように、ウィ
ジットは、データに関して動作するデータ及びファンク
ション（関数）を含むオブジェクト用プログラミングエ
ンティテイである。ガジェットは、ウィジットと類似し
ているが、呼び出された時にガジェット自体のウィンド
ウを受け取らない。図１のシステムにおいて、X ツール
キット（Motif ）ウィジットライブラリは参照番号２０
０によって示されている。クライアントアプリケーショ
ン１１０は、それ自体のウィジットを構築するため、X
ツールキット２００によって提供されるウィジットを使
用できるか、又はXt組込み関数１９０若しくはXlib１８
０を利用できる。

【００２０】上記のように、ウィジットは、グラフィッ
クユーザインターフェースを構築するためにアプリケー
ションによって使用されるビルディングブロックを形成
する。ウィジットは、アプリケーションのためにX サー
バによって生成されるトップレベルのウィンドウに対応
するトップレベルシェルウィジットから始まるウィジッ
ト階層において互いに関連している。アプリケーション
の全ての後続のウィジットはシェルウィジットから発生
する。あるアプリケーションによって生成される各後続
のウィジットは、X サーバによって対応するウィンドウ
に割当てられる。従って、X Window System のもとで発
生するグラフィックユーザインターフェースによるアプ
リケーションは、ウィンドウズとウィジットの並行階層
によって特徴付けされる。

【００２１】図１においては、ディスプレイ３０は複数
のグラフィックディスプレイウィンドウズ１２０、１３
０、１４０、及び１５０を発生する。示されているよう
に、これらのウィンドウズの各々は、X サーバ１００と
通信するクライアントアプリケーションと対応してい
る。これらのウィンドウズの各々は、複数のクライアン
トアプリケーションによって生成される一つ以上のウィ
ジットを含む。これらのウィジットはまた、背景及び前
景のカラー、テキストフォントの外観、スクリーンカー
ソルの形状及びコンフィギュレーション、及びウィンド
ウズの他のグラフィック属性などのウィンドウ特性を指
定するためにアプリケーション「リソース（“resource
s ”）」を使用する。X Window System においては、ア
プリケーションリソースは、アプリケーションの振舞い
又は外観に影響を与えるいづれのユーザによりカストマ
イズ可能なパラメータであり得る。アプリケーションリ
ソースは、アプリケーション発生アプリケーション省略
時ファイル及びユーザ.X省略時ファイルに記憶される。
これらのファイルはデータ処理システム１０を介してア
クセスされ得るディレクトリ内で保持される。

【００２２】グラフィックリソースエディタ概説 本発明によれば、グラフィックリソースエディタは、デ
ータ処理システム１０に組み込まれる。グラフィックリ
ソースエディタは、アプリケーションリソースへアクセ
スし、かつアプリケーションのグラフィックユーザイン
ターフェースの一つ以上の属性を変えるためにリソース
を選択的に変更する能力をユーザへ提供する。この能力
は、リソースの変化の影響が瞬時に見られるように並行
実行アプリケーションを「オン・ザ・フライ」式に編集
することを含む。図２は、変更されるべきアプリケーシ
ョンに関してグラフィックユーザインターフェースのフ
ァンクション特性のいくつかを示している。グラフィッ
クリソースエディタは、データ処理システムディスプレ
イ３０上にカストムインターフェースウィンドウ３００
を発生し、このウィンドウの機能（特徴）は参照番号３
００によって示されている。カストムインターフェース
ウィンドウ３００は、編集可能なリソースを選択し、か
つリソース値を指定するためのメニューを含む。カラー
などのいくつかのリソース値のタイプに対しては、グラ
フィックリソースエディタが、広範囲のリソースの値を
制御するために、カラーエディタ３１０のような走査検
索（ブラウジング）エディタを提供する。ブラウジング
エディタは、主要カストマイズウィンドウ３００から選
択可能であるポップアップウィンドウズとして実行され
る。もはや要求されないところでは、これらのウィンド
ウズはスクリーンからデリート（削除）される。

【００２３】属性が一層大きな数のリソースによって定
義付けられる何百ものウィジットを用いることは、X Wi
ndow System 内で実行されるアプリケーションにとって
珍しいことではない。全てのこの種のリソースを編集す
ることは所望されないし、また必要がないので、本発明
のグラフィックリソースエディタは、編集が所望される
リソースだけを指定するためにリソースフィルタメカニ
ズムを使用する。このフィルタリングメカニズムは、
“app-custom”（アプリケーションカストム）ファイル
と呼ばれるカストムデータを介して実行される。アプリ
ケーションカストムファイルは図２において参照番号３
２０によって示されている。アプリケーションカストム
ファイル３２０は、各アプリケーションが、グラフィッ
クリソースエディタによって使用されるように発生され
ることが意図されている。さらに、ユーザは、アプリケ
ーション指定のアプリケーションカストムファイルが使
用不可能な時に使用されるように、省略時アプリケーシ
ョンカストムファイルを生成することができる。アプリ
ケーションカストムファイル内に含まれている情報は、
このファイル内に含まれているカストマイズ情報に基づ
くカストムインターフェースウィンドウ３００を構築す
るためにグラフィックリソースエディタによって使用さ
れる。

【００２４】図２においては、グラフィックリソースエ
ディタは、グラフィックユーザインターフェース３３０
を有する“client”（クライアント）アプリケーション
のリソースを変更するために使用される。このアプリケ
ーションによって使用されるリソースは二つの方法で変
更され得る。第１に、リソース編集はユーザの.X省略時
ファイル３４０内に記憶され得る。さらに、クライアン
トアプリケーションがグラフィックリソースエディタと
並行に実行されている場合、リソース編集は、以下に詳
細に記述されている通信プロトコル３５０を用いて「オ
ン・ザ・フライ」式でアプリケーションへ提供され得
る。プロトコルを用いて、クライアントアプリケーショ
ンは再スタートせずに更新され得る。しかしながら、リ
ソース編集の永久記憶のために、変更内容はユーザの.X
省略時ファイルへ保管されなければならない。

【００２５】図３及び図４は、リソース編集セッション
の間に図２のグラフィックリソースエディタによって実
行されるプロセスステップを示す。ユーザがリソースエ
ディの実行を開始する時、編集プロセスはステップ４０
０においてスタートする。ステップ４１０では、ユーザ
がカストマイズするためにアプリケーションを選択し、
リソースエディタは、このアプリケーションを瞬時に更
新するために、このアプリケーションとの通信を確立す
るように試み、次いでこのアプリケーションのためにア
プリケーションカストムファイルを位置指定する。プロ
セスステップ４２０においては、リソースエディタがア
プリケーションカストムファイルを位置指定しかつパー
ズ（解析、分解）し、これにより、ファイル内に含まれ
るリソース情報が、リソースエディタのカストムインタ
ーフェースウィンドウ３００に適用され得る。グラフィ
ックリソース編集プロセスにおける次のステップ４３０
においては、カストムインターフェースウィンドウ３０
０が生成される。このステップは、ウィンドウ・メニュ
ー・バーを生成する第１のステップ４４０と、リソース
選択オブジェクトを生成するステップ４５０とを含む。
これらのインターフェースオブジェクトは、従来、Moti
f ツールキットなどのウィジットライブラリ内で使用可
能なウィジットの組合せを用いて生成される。これらの
インターフェースオブジェクトはアプリケーションカス
トムファイルからのリソース情報を用いて発生される。
ステップ４６０においては、リソースエディタが、ユー
ザがエディタサービスを要求する度に必要に応じてエデ
ィタウィジットを組み立てる。ステップ４７０において
は、リソースエディタは、ユーザがメニューバーから選
択する度に“save as ”（保管）及び“help”（補助）
パネルを発生する。

【００２６】カストムインターフェースウィンドウ３０
０が確立されると、ステップ４８０において、リソース
エディタは、ユーザの.X省略時ファイル（又は指定され
たアプリケーション省略時ファイル）を読み取り、かつ
カストムインターフェースウィンドウにおいて好適なリ
ソース選択オブジェクトへリソース値を用いる。リソー
スエディタはここでユーザ対話の準備が整う。このユー
ザ対話は、ステップ４９０においてグラフィックリソー
スエディタによって処理される。通常、これによって、
エディタサービスユーザに対するユーザ要求によって発
生される一つ以上のエディタウィジットを生じることに
なる。カストマイズされるアプリケーションがリソース
エディタと並行に実行されている場合には、ユーザは、
このアプリケーションがオン・ザ・フライ式に更新され
ることを要求してもよい。ステップ５００においては、
リソースエディタが、編集（エディト）がリソースエデ
ィタとカストマイズされるアプリケーションとの間の通
信プロトコルを介して行なわれるように、リソースエデ
ィトを適用することによってこのような要求に応答す
る。編集セッションの終了に続いて、ユーザは、ユーザ
の.X省略時ファイル（又は指定されたアプリケーション
省略時ファイル）にリソース変更を保管することが促さ
れる。ユーザは、リソースエディトを破棄し得る。リソ
ースエディタは、ステップ５１０においてユーザの選択
に応答し、かつ編集セッションはステップ５２０で終了
する。

【００２７】図５に関しては、好ましい実施例において
リソースエディタによって使用されるソース及びヘッダ
ファイル、データタイプ、及びエディタウィジットが示
されている。グラフィックリソースエディタの好ましい
バージョンは、他の言語が使用されてもよいが、Ｃプロ
グラミング言語を用いて構築されている。従来のＣ言語
のプログラミング技術によれば、グラフィックリソース
エディタは、図３及び図４に関して上記に示されている
プロセスフローを制御する主要ソース及びヘッダファイ
ル５５０を使用する。主要ソース及びヘッダファイル５
５０に加えて、グラフィックソースエディタは、他のソ
ースファイルによって使用されるグローバル（大域）定
義を含むスタンダードヘッダファイル５６０を使用す
る。通信ソース及びヘッダファイル５７０は、カストマ
イズされるアプリケーションのトップレベルウィンドウ
のウィンドウｉｄ（識別コード）を識別するため、オン
・ザ・フライ式通信用に使用される。ヘルプソース及び
ヘッダファイル５８０は、リソース・エディタ・ヘルプ
・ファシリティをサポートするために提供される。メッ
セージソース及びヘッダファイル５９０は、リソースエ
ディタの操作に関するメッセージを含むポップアップウ
ィンドウをサポートするリソース・エディタ・メッセー
ジ・ファシリティを提供する。メッセージファシリティ
によってディスプレイされるメッセージは、カストムフ
ァイル６００のメッセージカタログファイル部分内に配
置される。リソースエディタのための省略時カラー、フ
ォント、その他はカストムファイル６００のアプリケー
ション省略時ファイル部分内に記憶される。アプリケー
ションカストムパーザ６１０は、ＵＮＩＸ／ＡＩＸパー
ザ構築ツール“Lex ”及び“Yacc”を用いて構築された
ファイルを含む。パーザは、カストマイズされるアプリ
ケーションに対応するアプリケーションカストムファイ
ルを位置指定しかつパーズするために使用される。以下
に詳細に記載されているように、このパージングプロセ
スは、カストムリスト及びカストムグループと呼ばれる
グローバル構造を発生するために、アプリケーションカ
ストムファイル内の情報を使用する。主要インターフェ
ースソース及びヘッダファイル６１０は、カストム・イ
ンターフェース・ウィンドウ３００を生成するために使
用される。主要インターフェースソースファイルは、ア
プリケーションカストムファイル内で識別される異なる
リソースタイプと対応する適切なグラフィック・インタ
ーフェース・オブジェクトに対して発生するためにデー
タタイプファイル６２０乃至７００を使用する。データ
タイプソースファイルは、各リソースデータタイプのた
めのファンクション及びコールバックを含む。

【００２８】.X省略時ソース及びヘッダファイル７１０
は、ユーザの.X省略時ファイル（又は他の指定されたリ
ソースファイル）へ読み取りかつ保管し、次いでこのフ
ァイル内のリソース値をカストムインターフェースウィ
ンドウ３００内の適切なメニューロケーションへ適用す
るために使用される。エディタ・ウィジット・ファイル
７２０乃至７６０は、カストムインターフェースウィン
ドウ３００とのユーザ対話に応答して、カラーエディ
タ、フォントエディタ、カーソルエディタ、セレクトメ
ニー（selectmany）エディタ、及びピクセルマップ（pi
xmap）エディタをそれぞれ発生するために使用される。
最後に、「オン・ザ・フライ」式ソース及びヘッダファ
イル７７０は、並行実行クライアントアプリケーション
がグラフィックリソースエディタと通信することを許容
する事象ハンドラーを提供する。これらのファイルは、
クライアントアプリケーションリンキング（連係）の
間、クライアントアプリケーションにリンクされる。

【００２９】グラフィックリソースエディタの詳細な機
能的説明 上記に概説されたように、好ましくはX Windowグラフィ
ックユーザインターフェース環境で実行される好ましい
グラフィックリソースエディタの詳細な機能及び操作特
性に関してここに記載される。X Window System におけ
るプログラミング技術上の当業者は、全てが大規模に文
書化される従来のX Windowコマンド及び機能を用いて多
様な方法で実行され得る編集機能（エディタファンクシ
ョン）の次の記述を評価するであろう。

【００３０】グラフィックリソースエディタのスタート
アップ（開始）は、以下のＵＮＩＸ／ＡＩＸコマンドフ
ォーマットによる一つ以上のコマンドライン（行）記述
子と共に、コマンド“custom（カストム）”をタイプす
ることによって達成される。

【００３１】カストム｛−h ｝｛−e Editor／｛−s fi
lename｝｛Appllication｝｝

【００３２】コマンドラインヘルプは、−h のオプショ
ンを用いて得られる。−e のオプションは、個々のブラ
ウザエディタが、スタンドアロン（独立）で呼び出され
ることを許容する。以下に詳細に記載されているよう
に、リソースエディタは、カラーブラウザ、フォントブ
ラウザ、カーソルブラウザ、セレクトメニーブラウザ、
及びピクセルマップブラウザを提供する。−s オプショ
ンは、リソースファイルを指定する方法を提供し、そこ
からリソース及び値を読み取りかつ保管する。省略値
は、ユーザの.X省略時ファイルである。アプリケーショ
ンオプションは、ユーザが、カストマイズされるアプリ
ケーションを識別することを許容する。ユーザは、前景
をセットするための−fg、背景をセットするための−b
g、及び他のコマンドなどのスタンダードＡＩＸ／ＵＮ
ＩＸウィンドウズコマンド−ラインオプションを指定す
ることもできる。これらのコマンドは従来のX Windowフ
ァンクションによって処理される。

【００３３】“custom”コマンドの入力に続いて、グラ
フィックリソースエディタは、データ処理システム１０
のディスプレイ３０にスタートアップ（開始）ウィンド
ウ８００を発生する。グラフィックリソースエディタに
よって発生されるウィンドウズ、フィールド、パネル、
及び他のグラフィックオブジェクトの全てと同様に、ス
タートアップウィンドウ８００の外観及びファンクショ
ンは、ウィジットウィンドウズ内に生じるユーザ入力事
象に応答するアプリケーション定義のコールバックファ
ンクションと共に、Motif ライブラリなどのX Windowウ
ィジットライブラリから構築されるウィジット（及びガ
ジェット）の組合せによって決定される。スタートアッ
プウィンドウ８００は、カストマイゼーションに使用可
能であるアプリケーションのリストを含むスクロール可
能アプリケーションリストウィンドウ８１０を含む。各
リストされたアプリケーションのネーム及びクラスと、
これらの対応するアプリケーションカストムファイルの
ネーム及びクラスとを含むリソースファイルは、ウィン
ドウ８１０内に情報を発生するため、グラフィックリソ
ースエディタによって使用される。アプリケーションリ
ストウィンドウの下には、ユーザによってアプリケーシ
ョンが選択され得る三つのオプションを表わす三つのテ
キストフィールドがある。第１のオプションは、プッシ
ュボタン・インターフェース・オブジェクト８２０を使
用する。このオプションは、カストマイズされるアプリ
ケーションがデータ処理システム１０上で並行実行され
る時に使用される。ユーザは、プッシュボタン８２０を
起動させ、対象となるアプリケーションによって使用さ
れるウィンドウへマウスカーソルを動かし、このウィン
ドウでマウスを起動させる。ウィンドウ検索手順が、カ
ストマイズされるアプリケーションを識別し、かつスタ
ートアップウィンドウ８００のディスプレイフィールド
内にそのネームをディスプレイするために使用される。
アプリケーションネームが所望されるネームであるなら
ば、ユーザは、“ＯＫ”プッシュボタン８４０を用いて
アプリケーションを選択することができる。ウィンドウ
検索手順は、Xtコンビニエンスファンクション、XtAppN
extEvent( ) を用いて構築される。このファンクション
は、X サーバによって報告された事象をトラップし、か
つ X事象（event ）ユニオンとして知られるデータ構造
内にそれらを配置する。X サーバ事象報告は、マウス事
象についての情報を含む。X 事象ユニオンを問い合わせ
ることによって、カストムアプリケーションは、マウス
ポインタがマウス起動中に位置決めされるウィンドウの
識別を得る。この情報から、クライアントアプリケーシ
ョンのネーム及びクラスは容易に決定され得る。あるア
プリケーションを選択するための第２のオプションは、
アプリケーション・リスト・ウィンドウ８１０内のアプ
リケーションのリストから選択することである。あるア
プリケーションが選択される時、そのネームがディスプ
レイフィールド８３０内に現れ、かつ“ＯＫ”プッシュ
ボタン８４０を選択することによって受容され得る。ア
プリケーションを選択するための第３のオプションは、
ディスプレイフィールド８３０内のアプリケーションネ
ームにおけるタイプを単純化し、かつ“ＯＫ”プッシュ
ボタン８４０を選択することである。カストマイズされ
るアプリケーションの選択に続いて、グラフィックリソ
ースエディタは、アプリケーションを「オン・ザ・フラ
イ」式に瞬時更新するためにアプリケーションとの通信
を確立するため、以下に詳細に記述される通信プロトコ
ルを開始する。

【００３４】アプリケーション選択手順は、図３のプロ
セスステップ４１０内で生じる。プロセスステップ４２
０においては、リソースエディタは、アプリケーション
のアプリケーションカストムファイルに対する所定の検
索パスに従って検索する。アプリケーションカストムフ
ァイルは、アプリケーションの編集に先立って、アプリ
ケーションプログラマー又はユーザによって前もって発
生されていなければない。アプリケーションのためのア
プリケーションカストムファイルが全く存在していない
ならば、省略時アプリケーションカストムファイルが使
用される。これはリソースエディタパッケージによって
供給されるか又はユーザによって発生される。省略時ア
プリケーションカストムファイルが見つけられない場合
又は選択されたアプリケーションカストムファイル内に
エラーが存在した場合、エラーメッセージがポップアッ
プウィンドウ内にディスプレイされる。スタートアップ
ウィンドウ８００は、“Cancel（取消し）”プッシュボ
タン８５０及び“Help（ヘルプ）”プッシュボタン８６
０も含む。“Cancel”プッシュボタンは、ユーザがアプ
リケーション選択を取消しかつ再開することを許容す
る。“Help”プッシュボタン８６０は、スタートアップ
ウィンドウ８００を使用するためにヘルプ情報を含むポ
ップアップウィンドウを発生するために使用される。

【００３５】一旦、カストマイズ可能なアプリケーショ
ンが選択され、かつそのアプリケーションカストムファ
イル又は省略時アプリケーションカストムファイルが見
つかったならば、図３のプロセスステップ４２０に関し
て上記のように、アプリケーションカストムファイルは
パーズされる。パージングプロセスは、リソースエディ
タのカストム・インターフェース・ウィンドウ３００を
発生するために使用されるアプリケーションカストムフ
ァイルから情報を抽出する。図７に示されているよう
に、このインターフェースウィンドウは、グラフィック
リソースエディタと対話するためにグラフィックユーザ
インターフェースオブジェクトを提供する主要ウィンド
ウ９００によって形成される。主要ウィンドウ９００内
には、“File”、“View”、“Option”、及び“Help”
と指定された一連のプルダウンメニューを含むメニュー
・バー・ウィンドウ９１０がある。メニューバーウィン
ドウの下には、編集可能なリソースのメニューを提供す
る選択オブジェクトの構成を含む主要フォームウィンド
ウがある。この種のメニュー項目は、選択プッシュボタ
ン９３０を含むリソースカテゴリ選択オブジェクト９２
０によって表される。リソースカテゴリ選択オブジェク
ト９２０は、スクロール可能なウィンドウパネル９４０
において並行ディスプレイされる編集可能なリソースの
カテゴリを識別するリソースカテゴリ記述子ラベルを含
む。リソースカテゴリ選択オブジェクトは、マウスポイ
ンタが選択プッシュボタン９３０上にある間、マウスボ
タンを押して保持するユーザに応答して、リースカテゴ
リ選択オブジェクト内に元来含まれているリソースカテ
ゴリ記述子によって開始するリソースカテゴリ記述子の
カスケーディング（連鎖）リストを発生するコールバッ
クファンクションによってサポートされ得る。リソース
カテゴリ記述子は編集可能なリソースのカテゴリに対応
している。リソースカテゴリ選択オブジェクトは、ユー
ザが、リスト上にマウスポインタをドラッギングさせ、
かつこのポインタが選択されるリソースカテゴリに位置
した時にはマウスボタンをリリースすることによって編
集可能なリソースカテゴリを選択することを許容する。
選択オブジェクト９２０と協働するコールバックファン
クションは、スクロール可能なウィンドウ９４０に、他
のセットのリソースをディスプレイさせてカストマイズ
させることによってこの動作に応答する。これによっ
て、リソースカテゴリ選択オブジェクト９２０は、リソ
ースカテゴリオブジェクトのリストの中から編集可能な
リソースカテゴリを選択するためにユーザ起動可能イン
ターフェースを提供する。

【００３６】スクロール可能なウィンドウ９４０の内部
には、編集可能なリソースの選択されたカテゴリに対応
するリソース記述子９５０のリストがある。スクロール
可能なウィンドウ９４０は、編集可能リソースの選択さ
れたカテゴリの状態を表わす複数のリソース値ディスプ
レイフィールド９６０をさらに含む。さらに、スクロー
ル可能なウィンドウパネル９４０は、編集可能なリソー
ス値を設定するためにユーザ起動可能インターフェース
を提供する一組のリソース値選択オブジェクト９７０を
含む。

【００３７】カストムインターフェースウィンドウ３０
０においてディスプレイされる情報は、クライアントア
プリケーションのアプリケーションカストムファイルか
ら決定される。このアプリケーションカストムファイル
は、以下のフォーマットに配置された文字ストリングを
含む文字ストリングファイルである。

【００３８】 Group Type Resource Name [Value]

【００３９】“Group ”識別子は同様のリソースを編成
するために使用される。例えば、“Scroll bar color
（スクロールバーカラー）”、“on/off scroll bar
（オン／オフスクロールバー）”、及び“number of sc
rolled lines to save（保管するスクロールライン
数）”は、全て異なるリソースのタイプなのに互いに関
連している。“Group ”パラメータは、任意の言語にお
ける任意の文字ストリングであり得る。これらの文字ス
トリングは、リソースカテゴリ記述子オブジェクト９２
０におけるラベルとして配置されるリソースカテゴリ記
述子を構成する。図７におけるリソースカテゴリ記述子
オブジェクト内のリソースカテゴリ記述子“General ”
は、あるアプリケーションの一般的な属性に対応するリ
ソースのグループと一致する。リソースは、ユーザによ
って所望されるいかなる方法でもグループ化され得る。

【００４０】“Type”（タイプ）パラメータは、リソー
スの可能な値が、カラー、フォント、又は他の値のタイ
プに限定されるべきかどうかを指定する。このパラメー
タは、リソース記述子リスト内に含まれる指定リソース
のために適切なリソース値選択オブジェクト９７０を発
生するために使用される。リソースエディタは、有効値
を、対応するリソース値タイプにセットするのを補助す
るグラフィックツールを提供する。例えば、カラーは、
カラーブラウザエディタを使ってセットされるが、フォ
ントはフォントブラウザエディタを用いてセットされ
る。選択及び数などの他のリソース値タイプは、以下に
詳細に記述されるように、異なる方法でセットされる。

【００４１】“Resource”パラメータは、編集プロセス
によって変更されるべきリソースファイルの実リソース
ストリングである。このパラメータは、リソースがアプ
リケーションネーム又はクラスによって前書きされない
ことを除いては、リソースが.X省略時ファイル内にある
ように、正確にリストされるように、X Windowリソース
仕様シンタックスに従う。編集セッションに続いて、.X
省略時ファイル（又は選択されたアプリケーション省略
時ファイル）にこのストリングを書き込む前に、リソー
スエディタが各リソースストリングの始まりに適切なア
プリケーションクラスをアタッチするので、この情報は
必要とされない。

【００４２】“Name”パラメータは、カストマイズされ
る各リソースの記述的説明である。このパラメータは、
スクロール可能なウィンドウ９４０内のリソース記述子
のリスト９５０内に発生するリソース記述子を定義す
る。X Windowリソースストリングが英語であり、かつX
Windowリソース仕様フォーマットに従わなければならな
い一方で、“Name”パラメータによって提供されるリソ
ース記述子はいかなる言語であってもよく、これによっ
て、グラフィックリソースエディタを完全に言語インデ
ペンダント（独立）とすることができる。

【００４３】若干のデータタイプが、カストムインター
フェースウィンドウ３００を生成するために追加データ
を必要とするので、“Value ”パラメータが提供され
る。

【００４４】図７は、リソース記述子のリスト９５０、
リソース値ディスプレイフィールド９６０、及びリソー
ス値選択オブジェクト９７０が、スクロール可能なウィ
ンドウ９４０内の連続する水平グループ内に位置してい
るのが図７に示されている。各水平グループは、リソー
ス記述子、リソース値ディスプレイフィールド、及びリ
ソース値選択オブジェクトを含む単一編集可能リソース
と対応している。各水平グループはアプリケーションカ
ストムファイル内の単一ラインと対応している。例え
ば、図７のスクロール可能なウィンドウパネル９４０内
の第１の水平グループは、以下のアプリケーションカス
トムファイルラインと対応している。

【００４５】 “General ”Color ^* bottomShadowColor “bottom shadow color ” 以下は、アプリケーション・カストムファイル・シンタ
クスのさらなる例である。

【００４６】カラー、フォント、カーソル、ファイルネ
ーム、数、及びストリングデータタイプは全て以下のシ
ンタクスを使用する。

【００４７】 Group Type Resource Name ; 以下は、カラーリソース・アプリケーション・カストム
ファイル・シンタクスの例である。

【００４８】 “Menu bar”Color ^* menubar ^* background“menu bar background ”; あるピクチャデータタイプは以下のシンタクスを用いて
アプリケーションカストムファイル内で指定され得る。

【００４９】 Group Picture Resource Name PictureType ; ここで項目はいかなるストリングであってもよい。以下
はこのアプリケーション・カストムファイル・シンタク
スの例である。

【００５０】 Icon Picture ^* appIcon “application icon” bitmap; PictureType （ピクチャータイプ）値は、三つのタイ
プ、即ちbitmap（ビットマップ）、pixmap（ピクセルマ
ップ）、又は全てのうちの一つであり得る。ビットマッ
プがセットされたならば、ビットマップだけがブラウジ
ングされ得る。ピクセルマップも同様である。

【００５１】しかしながら、全てがセットされたなら
ば、ビットマップとピクセルマップが共にブラウジング
される。

【００５２】Bitmaps は.Xbm;pixmapsを有するfilename
s end （ファイルネームエンド）がマルチカラー画像で
ある白黒画像であり、ここでファイル拡張は .pxであ
る。

【００５３】selectmany（セレクトメニー）データタイ
プは多くの値が選択リストから選択されることを許容す
る。これは２０項目に限定される。selectmanyデータタ
イプは、以下のシンタックスを用いてアプリケーション
カストムファイル内で指定され得る。 Group SelectMany Resource Name “Separator ” Item1 [＝String] Item2 [ ＝String]....; ここで項目はいかなるストリングであってもよい。この
Separator （セパレータ）パラメータは、リソース定義
が.X省略時ファイルに書き込まれた時にユーザが選択し
た各項目を分離させるために使用される一つ以上の文字
を指定する。以下はこのアプリケーションカストムファ
イルシンタックスである。

【００５４】 Foods SelectMany ^* iceCream “Ice Cream Choices ” " " vanilla chocolate strawberry ; ユーザが選択のためのより多くの記述ネームを見たいな
らば、ユーザはイコールサイン（＝）を有する各値にス
トリングをアタッチすることができる。これは、値を他
の言語に変換するために特に有用である。

【００５５】以下は一つの例である。 Foods SelectMany ^*iceCream “Ice Cream Choices ” “, ” vanilla ＝“Vanilla Flavor” chocolate ＝Fudge strawberry ; selectone タイプは選択リストから一つの値を選択する
ための総称データタイプである。これは２０項目に限定
されている。selectone データタイプは以下のシンタク
スを用いてアプリケーションカストムファイル内で指定
され得る。

【００５６】 Group SelectOne Resource Name Item1 [ ＝String] Item2 [ ＝String] ...; ここで項目はいかなる項目であってもよい。以下はこの
アプリケーションファイルシンタクスの例である。

【００５７】 Foods SelectOne ^* iceCream “Ice Cream Choices ” vanilla chocolate strawberry ; selectone データタイプは値同士をスイッチするために
オプションメニューボタンによって示されている。第１
のオプションは常に<none>である。これは、ユーザが一
つを指定して選択しなかった場合は、値は.X省略時ファ
イルに全く書き込まれないので他のデータタイプにも一
貫している。ユーザが選択のためのより多くの記述的ネ
ームを見たいと思うならば、ユーザはイコールサイン
（＝）を有する各値にストリングをアタッチする。これ
は、値を他の言語に変換するために特に有用である。

【００５８】以下に例が示されている。 Foods SelectOne ^* iceCream “Ice Cream Choices ” vanilla ＝“Vanilla Flavor” chocolate ＝Fudge strawberry ; コメントはライン上の第１の文字として感嘆符！で開始
されなければならない。

【００５９】アプリケーションカストムファイルの短い
例は以下のようになる。 ！ XClock app-custom file Size Number ^* width “width of clock”; Size Number ^* height “height of clock ”; Color Color ^* foreground “foreground”; Color Color ^* hands “analog hands”; Color Color ^* highlight “highight analog hands ”; Color Selectone ^* reverseVideo “reversevideo” true false; Font Font ^* font “digital clock font”; Behavior Number ^* Update “interval of updates/n(sec)”; Behavior Selectone ^* analog “type of clock ”; true ＝analog false＝digital; Behavior SelectOne ^* chime “chime every half hour ” true false; Behavior Number ^* padding “internal padding(pixels)”;

【００６０】図３のプロセスステップ４２０に関する上
記のアプリケーションカストムファイルパージングステ
ップは、“custom list （カストムリスト）”と呼ばれ
るデータ構造のリンクされたリスト内にアプリケーショ
ンカストムファイルの文字ストリングを配置する。この
リスト内の各項目は、単一カストマイズ可能リソースと
対応するデータ構造である。各データ構造は、アプリケ
ーションカストムファイルからリソースグループ、タイ
プ、リソース、ネーム、及び値の情報を含む。カストム
リスト内の各データ構造は、スクロール可能なウィンド
ウ９４０内にリソース記述子及びリソース値ディスプレ
イフィールドを形成するように用いられるウィジットも
識別する。各データ構造は、“selectone ”リソース値
タイプカテゴリに対する省略値を提供するウィジットも
識別する。 selectone（セレクトワン）のためのウィジ
ットは、選択プッシュボタン９９０を有するインターフ
ェースオブジェクト９８０によって図８に示されてい
る。

【００６１】グラフィックリソースエディタは、“cust
om group”（カストムグループ）と呼ばれるデータ構造
のリンクされたリスト内へアプリケーションカストムフ
ァイルの素子もパーズする。カストムグループは、生成
される全てのリソースカテゴリと、スクロール可能なウ
ィンドウ９４０の内部にこれらのグループを図形的に表
わす形式のウィジットＩＤ（識別）とを保持する。各カ
ストムグループデータ構造は、リソースカテゴリ記述
子、リソースカテゴリ記述子オブジェクト９２０と対応
するウィジット識別子、及びリソースグループ内の各リ
ソースタイプを識別するポインタリストを含む。各グル
ープは、リソースカテゴリ記述子によって識別された共
通のリソースカテゴリの一部である複数のリソースを表
わす。カストムリストとカストムグループに加えて、グ
ラフィックリソースエディタが有効データタイプのリス
トと、これらの対応するインターフェースオブジェクト
を発生するために使用される関数を保持する。このリス
トは、“custom type （カストムタイプ）”リストと呼
ばれる。カストムタイプリストは、各々が、リソースタ
イプの識別子と、このリソースタイプのために適切なリ
ソース値選択オブジェクトを生成するファンクションへ
のポインタとを含む複数のデータ構造から形成される。
示されているように、これらのインターフェースオブジ
ェクトは、図７の参照番号９７０によって表される。リ
ソースエディタによって使用され得るリソースタイプ
は、カラー、フォント、数、ストリング、selectone
（セレクトワン）、selectmany（セレクトメニー）、フ
ァイル、カーソル、及びピクセルマップ（pixmap）を含
む。他のリソースタイプも確実に類別され得る。ウィジ
ット（及びガジェット）の異なるセットは、各データタ
イプごとに生成される。各データタイプごとの生成ファ
ンクション及びコールバックは図５に示されているよう
に、データタイプファイル６２０乃至７００内に含まれ
ている。

【００６２】カストムインターフェースウィンドウ３０
０の発生における最終ステップが図３のステップ４８０
として示されており、ユーザの .X 省略時ファイル（又
は選択されたアプリケーション省略時ファイル）を読み
取ることと、そのリソース値を適切なメニューロケーシ
ョンへ用いることとを含む。選択されたリソースファイ
ルを読み取るための手順は、CUSTOMセクションとして識
別されるセクションのためのファイルを検索する。CUST
OMセクションは、エディタがユーザによって操作され、
かつリソースエディトが保管された時に初めて、リソー
スエディタによって生成される。リソースエディタは、
選択されたリソースファイルの終わりにCUSTOMセクショ
ンを生成する。このセクションは、“!CUSTOM BEGIN ”
及び“!CUSTOM END ”のステートメントによって区切ら
れる。選択されたリソースファイルを読み取る際、リソ
ースエディタは、カストマイズされるクライアントアプ
リケーションと関連しており、かつカストムリスト内で
指定されるリソースと対応している全てのリソース値
を、CUSTOMセクションから抽出する。これらの値は、適
切なリソースと対応するカストムリストへロードされ
る。選択されたリソースファイルがCUSTOMセクションを
含まない場合、カストムリストは変更されず、かつカス
トムインターフェースウィンドウ３００内のリソース値
ディスプレイフィールドは、リソースがユーザによって
編集されるまでブランク（空欄）のまま残される。CUST
OMセクションを有する .X 省略時ファイルの実施例は、
以下に示されている ！.Xdefaults file ＊background: SkyBlue （空色） ＊foreground: Red （赤色） !CUSTOM BEGIN xclock.width ２００ xclock＊foreground： medium goldenrod（中間鮮黄色） xclock＊background： forest green（深緑） !CUSTOM END ”

【００６３】リソースがユーザによって編集される時、
カストムリスト内の対応するデータ構造が更新される。
このリソース編集を保管するために、リソースエディタ
はカストムリストを介してループし、かつ選択されたリ
ソースファイルのCUSTOMセクション内の対応するリソー
スストリングへＮＵＬＬ（ヌル）でない全てのリソース
値を書き込む。この更新手続きの間、編集されないリソ
ースファイルのコピーが、必要な場合、オリジナルリソ
ース値が検索され得るように保存される。

【００６４】カストムインターフェースウィンドウ３０
０内にリソース値を指定するためには多様なメカニズム
がある。この種のメカニズムは、リスト９６０内のリソ
ース値フィールドによって提供される。“<none>”とラ
ベル付けされた第２のフィールドを除いて、リソース値
は、データ入力フィールドとして各フィールド内へタイ
プされ得る。このメカニズムを使用するために、ユーザ
は、キーボードフォーカスがそこへ向けられるように適
切なリソース値ディスプレイフィールドにおいてマウス
を起動させる。所望されるリソース値が入力され得る。
リソース値を選択するための他のメカニズムは、リソー
ス値選択オブジェクトリスト９７０のメンバーによって
提供される。インターフェースオブジェクトのこのリス
トは、“Colors... ”、“Fonts...”、及び“Cursor
s...”とラベル付けされたプッシュボタンを含む。マウ
スを用いるこれらのプッシュボタンの選択によって、対
応するリソースタイプを編集するためのブラウジング
（走査検索）エディタが発生することになる。これらの
プッシュボタンは、ブラウザが呼び出される時に強調表
示され、ブラウザが終了する時には強調表示されない。
リスト９７０内の他のインターフェースオブジェクトは
プッシュボタンを含まない。“< −Number”とラベル付
けされたインターフェースオブジェクトは、適切な数値
が、リスト９６０内の隣接するリソース値ディスプレイ
フィールドへ入力されることを必要とする。“< −choi
ce”とラベル付けされたインターフェースオブジェクト
は、図８に示されているように、隣接選択プッシュボタ
ン９９０が“selectone ”オブジェクト上でカスケーデ
ィング（連鎖）リストを発生するために選択されるべき
であることを指示する。

【００６５】ブラウザエディタについて説明する前に、
メニューバー９１０のファンクションについて考慮する
ことが好ましい。図７に示されているように、メニュー
バー８１０における第１の項目は“File”オプションで
ある。このメニュー項目の選択によって、四つのコマン
ドオプションを提供するプルダウンメニューが発生す
る。“New ”と識別される第１のコマンドは、新たなア
プリケーションのためのカストマイズ・セッションを開
始する。選択される時、スタートアップウィンドウ８０
０が再び発生される。ユーザが新しいアプリケーション
の編集を所望するならば、“ＯＫ”プッシュボタン８４
０が選択される。ユーザが他のアプリケーションをカス
トマイズすることを望まないならば、“Cancel”ボタン
８５０が選択される。“File”プルダウンメニュー内の
第２のコマンドオプションは、“Save As （保管せ
よ）”コマンドである。これは、ユーザが、ユーザのホ
ームディレクトリ内の.X省略時ファイルへ、或いは、グ
ラフィックエディタが呼び出された時に使用できるコマ
ンドラインオプションを用いて指定される任意の他のリ
ソースファイルへ、リソース変更を保管することを許容
する。“Save As ”コマンドオプションが選択された
時、図９に示されているように、ポップアップダイアロ
グウィンドウ１０００が発生する。ダイアログウィンド
ウ１０００は、対象となるリソースファイルを位置指定
するために検索ストリングを指定する“Filter”フィー
ルド１０１０を含む。“Save As...”ポップアップウィ
ンドウ１０００は、スクロール可能な“Directories ”
（ディレクトリ）ウィンドウ１０２０とスクロール可能
な“Files ”ウィンドウ１０３０も含む。“Directorie
s ”ウィンドウは、ユーザが、選択可能なファイル数を
限定するために、フィルタとしてファイルディレクトリ
を選択することを許容する。“Files ”ウィンドウは、
編集されたリソース値を保管するために、ユーザが指定
リソースファイルを選択することを許容する。スクロー
ル可能なウィンドウ１０２０及び１０３０の下には、三
つのラジオボタン１０４０、１０５０、及び１０６０が
ある。これらのラジオボタンは、変更されたリソースフ
ァイルがユーザの Xサーバに記憶されるかどうかを制御
する。X サーバ上にリソースファイルを配置することに
よって、ユーザは、X サーバを介して動作する全てのマ
シン上で .X 省略時ファイルを保持する必要はない。ラ
ジオボタン１０４０は、変更されたリソースファイルが
サーバにロードされないことを指定する。ラジオボタン
１０５０は、変更されたリソースファイルがサーバ上の
現存リソースファイルにマージ（併合）されることを指
定する。ラジオボタン１０６０は、変更されたリソース
ファイルが新しいリソースファイルとしてX サーバ上に
ロードされることを指定する。“Save As...”ポップア
ップウィンドウは、ユーザによって選択されたリソース
ファイルを識別する“Selection ”（選択）ウィンドウ
１０７０をさらに含む。“ＯＫ”プッシュボタン１０８
０、“Filter”プッシュボタン１０９０、“Cancel”プ
ッシュボタン１１００、及び“Help”プッシュボタン１
１１０も提供されている。“ＯＫ”プッシュボタン１０
８０は、ユーザが、選択されたリソースファイルを受付
けることを許容する。“Filter”プッシュボタン１０９
０は、ユーザがファイルフィルタを起動することを許容
する。“Cancel”プッシュボタン１１００は、前のリソ
ースファイル選択を取消し、かつ“Help”プッシュボタ
ン１１１０は、“SaveAs...”ポップアップウィンドウ
１０００を使用するためのヘルプ情報を含むポップアッ
プウィンドウを呼び出す。

【００６６】“File”メニューにおける第３のコマンド
オプションは、“Reset Values”コマンドである。この
コマンドは、編集セッション中にユーザによって選択さ
れたリソース値の全てを削除し、かつこれらのリソース
値を、カストマイズセッションの開始時に選択されたリ
ソースファイルから読み取られたリソース値へ逆に戻
す。“Reset Values”（値をリセットせよ）コマンドが
選択された時、ユーザが、“Reset Values”の選択を取
り消すか、又はこの選択を受容するのを許容するポップ
アップウィンドウが発生する。“File”メニューの第４
と最終コマンドオプションは“Exit”（終了）コマンド
である。このコマンドの起動は、ユーザがリソースエデ
ィタを終了することを許容する。リソース変更が行なわ
れ、かつ保管されなかった場合は、ユーザは、終了コマ
ンドを取り消すか、又は終了手続きを続けることを促さ
れ、かつ許容される。

【００６７】メニューバー９１０上の第２の項目は“Vi
ew”オプションである。このメニュー項目の選択は、二
つのコマンドオプションを含むプルダウンメニューを発
生する。第１のオプションは“Resources ”（リソー
ス）オプションである。選択されれば、“Resources ”
オプションは、リソース記述子リスト９５０内のリソー
ス記述子をして、実際のX Windowリソース仕様へ変化さ
せる。言語インデペンダント（独立）リソース記述子へ
戻るためには、“Resources ”コマンドが再度選択され
て、省略時状態に戻され得る。“View”メニューにおけ
る第２のコマンドオプションは“Instant Changes ”
（瞬時変更）オプションである。アプリケーションがリ
ソースエディタと並行実行されている場合、このオプシ
ョンの選択によって、カストマイズのために選択された
アプリケーションの「オン・ザ・フライ式」カストマイ
ゼーションをトグルスイッチ切換えさせる。このオプシ
ョンの選択によって、新しい値が選択された時にリソー
スは瞬時に更新され、かつこの更新がアプリケーション
ウィンドウ内で見られる。リソース値が、リスト９６０
内のリソース値ディスプレイフィールドへ直接タイプさ
れたならば、ユーザは、クライアントアプリケーション
を更新するために、システムキーボードの“Enter ”
（入力）キーをさらに押さなければならない。リソース
エディタがスタートする時、リソースエディタがクライ
アントアプリケーションとの通信を確立するに到るまで
“View”メニュー内の“Instant Changes ”ラベルは暗
くなる。リソースエディタがこのアプリケーションと通
信することができるならば、ユーザは、オン・ザ・フラ
イ式特性をターンオン又はターンオフするために、“In
stantChanges ”ラベルをトグルボタンとして起動させ
得る。クライアントアプリケーションの全ての例が、開
始後いつでも終了される場合は、オプション部分も暗く
なる。“Instant Changes ”オプションは可能性のある
変更を見るためのツールと考えられている。アプリケー
ションのインターフェースを改ざんすることが可能なの
で（例えば、読み取れないフォントの設定）、クライア
ントアプリケーションが非臨界状態にある時のみ、この
オプションを使用することを勧めたい。

【００６８】メニューバー９１０内の第３の項目は、
“Options ”（オプション）メニュー項目である。この
項目の起動は、“Reacquire Instant Changes ”（瞬時
変更を再入手せよ）とラベル付けされた単一コマンドオ
プションを含むプルダウンメニューを発生する。このオ
プションは、ユーザが、クライアントアプリケーション
を瞬時に更新するために、このクライアントアプリケー
ションとの通信を再び得ることを許容する。このオプシ
ョンは、リソースエディタが開始した時にクライアント
アプリケーションがまだ実行されていない時に、或い
は、このクライアントアプリケーションがリソース編集
セッションの間に再スタートされた場合に使用され得
る。

【００６９】メニューバー９１０の最終選択は“Help”
メニュー項目である。このメニュー項目の起動は、リソ
ースエディタを使用するためのヘルプ（補助）情報を発
生するために、コマンドオプションを含むプルダウンメ
ニューを発生する。第１のヘルプコマンドオプション
は、“Help Facility...”オプションである。このオプ
ションの選択は、図１０に示されているようにポップア
ップヘルプディスプレイウィンドウ１１２０を発生す
る。ヘルプディスプレイウィンドウ１１２０は、リソー
スエディタトピックスの索引を含むスクロール可能なウ
ィンドウ１１３０を含む。スクロール可能な“Help”メ
ッセージウィンドウ１１４０は、ヘルプ索引内の各トピ
ックに対応するヘルプ情報を含む。スクロール可能な
“Index ”（索引）ウィンドウ１１３０の下には、“Go
Back ”（戻れ）プッシュボタンがある。このボタンは
ヘルプ索引が階層的なので使用される。索引内で項目を
選択することによって、対応するヘルプメッセージをヘ
ルプメッセージウィンドウ１１４０内にディスプレイさ
せる。索引項目がさらなるヘルプメッセージを有する場
合は、この項目を選択することによって、索引を次のレ
ベルへ降ろすことになる。先行レベルへ戻るためには、
“Go Back ”ボタンが起動される。第２のプッシュボタ
ン１１６０は“On the Context... ”とラベル付けされ
る。このボタンは、コンテキスト（文脈）／センシティ
ブ（感知可能）ヘルプへのアクセスを提供する。“Canc
el”プッシュボタン１１７０は、ポップアップヘルプウ
ィンドウ１１２０を終了させる。“Help”メニュー上の
第２のメニューオプションは、“Onthe Context...”オ
プションである。このオプションの選択は、マウスカー
ソルを疑問符カーソルに変え、これによってユーザにカ
ストムインターフェースウィンドウ３００内の対象とな
るいかなるオブジェクトに対してもカーソルをクリック
するように指示する。これは、ポップアップウィンドウ
１１２０を発生させ、かつこのオブジェクトに対する索
引及びヘルプメッセージが適切なウィンドウ１１３０及
びウィンドウ１１４０内にディスプレイされる。“Hel
p”メニュー項目下の第３のコマンドオプションは、“O
n Help...”オプションである。このオプションの選択
はヘルプ機能の使用に関する情報を発生する。

【００７０】図１１に関しては、カラーブラウザエディ
タ１２００が示されている。カラーブラウエディタは、
カラーネームリストを含むスクロール可能なカラー“Li
st”（リスト）ウィンドウ１２１０を有する。これらの
ネームは、rgb.txt.として知られているX Window Syste
m ファイルから検索される。このファイルは、スタンダ
ードX Windowディレクトリ内で保持される。このファイ
ルは、カラーネームと、対応する赤、緑、及び青のカラ
ー値のリストを有する。スクロール可能な“List”ウィ
ンドウ１２１０内のカラーリストは、カラーリソース値
をセットするためにユーザ起動可能インターフェースを
提供するブラウジングエディタ値選択オブジェクトのセ
ットを表している。スクロール可能なウィンドウ１２１
０は、カラー値選択オブジェクトを含む入力ディスプレ
イフィールドを提供する。これらのオブジェクトはマウ
スを用いて選択されることができ、かつこの選択された
カラーはブラウジングエディタウィンドウ１２００の底
部の近くに位置指定された出力ディスプレイフィールド
１２２０内にディスプレイされる。出力ディスプレイフ
ィールド１２２０は、データフィールド１２２０がマウ
スを使って入力を受け取るように選択された時、カラー
値がキーボード入力を介して入力され得るデータ入力フ
ィールドも提供する。スクロール可能なウィンドウ１２
１０の下には、出力ディスプレイフィールドも表わすカ
ラーパッチ１２３０がある。このフィールド内にディス
プレイされるカラーは、ユーザ選択カラーと対応してい
る。カラーパッチ１２３０の下には、赤色、緑色、及び
青色のそれぞれに対応する三つのスライダ・バー１２４
０、１２５０、及び１２６０がある。これらのスライダ
は、リソースカラーをインクリメントに調整するため
に、さらなるブラウジングエディタ値選択オブジェクト
を提供する。スライダが移動する時、スライダより上に
あるカラーパッチは、ＲＧＢスライダ値によって定義さ
れたカラーを反映する。ＲＧＢスライダが所望されるカ
ラーに位置設定された後、ユーザは、“Match RGB to C
losest Color Name ”（ＲＧＢを最も近いカラーネーム
に整合させよ）プッシュボタン１２７０を押すことがで
きる。このボタンの起動によって、エディタに、ＲＧＢ
値に最も近いカラーネームをカラーリスト１２１０内で
見つけさせ、かつリスト内でそのカラーを強調表示させ
る。従って、エディタは、ＲＧＢスライダを再度位置決
めし、かつ“Chosen Color”（選ばれたカラー）フィー
ルド１２２０が適切なカラーネームにセットされる。
“Select Color on Display with Mouse”（マウスを使
ってディスプレイ上のカラーを選択せよ）とラベル付け
された第２のプッシュボタン１２８０は、ユーザが、マ
ウスボタンを起動させることによってディスプレイ内に
現れるいかなるカラーをも選択することを許容する。カ
ラーブラウザエディタは、このカラーのためのＲＧＢを
見つけ、かつスライダ・バーを適切な値へ再度位置決め
する。エディタは、カラーリスト１２２０内のカラーネ
ームをさらに強調表示し、かつカラー値が有効カラーネ
ームと整合した場合、“Chosen Color”フィールド内に
ネームをディスプレイする。カラーブラウザウィンドウ
１２００の底部には、四つのプッシュボタン１２９０、
１３００、１３１０、及び１３２０がある。“ＯＫ”の
ラベル付けされたボタンは、“Chosen Color”フィール
ド１２２０内に現れるカラーを受容するために使用され
る。これによって、選択されたカラーを、カストム・イ
ンターフェース・ウィンドウ３００の適切なリソース値
フィールド内にディスプレイさせる。“Apply ”とラベ
ル付けされたボタンは、オン・ザ・フライ式カストマイ
ズが要求された場合、選択されたカラーを、並行実行ク
ライアントアプリケーションに適用させる。“Cancel”
とラベル付けされたボタンは、どのカラー値も保管せず
に、カラーブラウザを終了させる。“Help”とラベル付
けされたボタンは、そのカラーブラウザのためにヘルプ
ファシリティを呼び出す。

【００７１】図１２に関して、フォントブラウザエディ
タは、ポップアップフォントブラウザウィンドウ１３３
０を介して実行される。フォントブラウザウィンドウ１
３３０は、スクロール可能な“List”ウィンドウ１３４
０を含む。このウィンドウは、フォントリソース値をセ
ットするために、ユーザ起動可能インターフェースを提
供する一組のブラウジングエディタ値選択オブジェクト
を含む入力ディスプレイフィールドを表わす。フォント
のリストは、X Window System ファイル内で定義される
フォントを含む。これらのフォントは、マウスボタンを
起動することによって選択され得る。これらの選択され
たフォントは、“Chosen Font ”ディスプレイフィール
ド１３５０内に現れる。ディスプレイフィールド１３５
０は、出力ディスプレイフィールドを表すが、入力フィ
ールドとしても使用され得る。このことは、キーボード
入力をフォーカスするためにマウスを使ってフィールド
を選択することと、キーボードを使って関連するフォン
ト情報を入力することとによって実行される。スクロー
ル可能なフォントリストウィンドウ１３４０の下には、
ユーザ選択のために使用できるフォントタイプの数を限
定するためにユーザ起動可能インターフェースを提供す
る四つのフィルタオブジェクトがある。第１のフィルタ
オブジェクトは、ファントファミリー値のスクロール可
能なリスト１３６０である。所望されるファミリーはマ
ウスを使ってこのリストから選択され得る。第２のフィ
ルタオブジェクトは、選択可能なフォント重み付け値に
対応するラジオダイアル１３７０のリストによって提供
される。第３のフィルタオブジェクトは、選択可能なフ
ォントスラント値に対応するラジオダイアル１３８０の
リストによって提供される。第４のフィルタオブジェク
トは、選択可能なフォントサイズのリストを含むスクロ
ール可能なウィンドウ１３９０によって提供される。フ
ィルタオブジェクトの下には、選択されたフォントサン
プルを示す出力ディスプレイフィールドを表わすスクロ
ール可能な“Font Sample ”（フォントサンプル）ウィ
ンドウ１４００がある。編集可能なフォントリソースの
言語デペンダント（依存）及び言語インデペンダント
（独立）の記述を選択的にディスプレイするために他の
ブラウジングエディタ値選択オブジェクトを制御するた
めにユーザ起動可能インターフェースを提供する文字セ
ットオブジェクトを表わすプッシュボタン１４１０もさ
らに提供されている。フォントブラウジング編集ウィン
ドウ１３３０の底部には、四つのプッシュボタン１４２
０、１４３０、１４４０、及び１４５０がある。これら
のプッシュボタンは、カラー・ブラウザ・エディタ・ウ
ィンドウ１２００内のボタン１２９０乃至１３２０のフ
ァンクションに対応するファンクションを提供する。

【００７２】図１３に関しては、ピクチャーズブラウザ
エディタが、ピクチャーズブラウザウィンドウ１４６０
内で実行される。ピクチャーズブラウザウィンドウは、
対象となるビットマップ又はピクセルマップファイルを
有するディレクトリを定義する選択された検索ストリン
グをディスプレイするために“Filter（フィルタ）”ウ
ィンドウ１４７０を含む。“Filter”ウィンドウ１４７
０内に示されている値は、ウィンドウ内に直接タイプさ
れるか、又はスクロール可能な“Directories（ディレ
クトリ）”ウィンドウ１４８０を介して選択され得る。
このウィンドウに隣接して、マウスを使って選択され得
るブラウジングエディタ値選択オブジェクトを表わすビ
ットマップ又はピクセルマップのリストを含むスクロー
ル可能な“Files ”ウィンドウ１４９０ウィンドウがあ
る。選択が実行された時、図１４に示されているよう
に、ポップアップウィンドウ１５００が発生する。ポッ
プアップウィンドウ１５００は、選択されたビットマッ
プ又はピクセルマップのファイルの内容のピクチャーデ
ィスプレイを含む。このピクチャーディスプレイは、ピ
クチャーズブラウザウィンドウ１４６０内の“Edit Pic
ture”（ピクチャーを編集せよ）プッシュボタン１５１
０を選択することによって編集され得る。これは、X Wi
ndow System 内に提供される分離アプリケーションであ
るエディタ（編集プログラム）を起動させる。このエデ
ィタは、リソースエディタによってユーザに代わって呼
び出される。“Cancel”（取消し）プッシュボタン１５
２０は、ピクチャーエディタを終了させるために使用さ
れる。ピクチャーズブラウザウィンドウ１４６０は、選
択されたビットマップ又はピクセルマップのディレクト
リ及びファイルネームをディスプレイするために“Chos
en Picture”（選択されたピクチャー）出力ディスプレ
イフィールド１５３０も有する。マウス起動によって、
この出力ディスプレイフィールドは、所望されるビット
マップ又はピクセルマップのディレクトリ及びファイル
ネームをタイプするためのキーボードフォーカスを有す
る入力ディスプレイフィールドとしても使用され得る。
ディスプレイフィールド１５５０の下には、四つのプッ
シュボタン１５４０、１５５０、１５６０、及び１５７
０がある。これらのプッシュボタンは、“Save as...”
ウィンドウ１０００内のプッシュボタン１０８０乃至１
１１０のファンクションに対応するファンクションを表
わす。

【００７３】図１５に関しては、カーソルエディタウィ
ンドウ１５８０内にカーソルブラウザエディタが提供さ
れている。エディタウィンドウ１５８０は、スクロール
可能な“List”ウィンドウ１５９０を含む。このウィン
ドウは、カーソルを選択するためにユーザ起動可能イン
ターフェースを提供する一組のグラフィックインターフ
ェースオブジェクトを含むディスプレイフィールドを表
わす。スクロール可能なウィンドウパネル１５９０の下
には、選択されたカラーの画像をディスプレイするため
に“Chosen Cursor ”（選ばれたカーソル）とラベル付
けされた出力ディスプレイフィールド１６００がある。
“Chosen Cursor ”フィールドの下には、四つのプッシ
ュボタン１６１０、１６２０、１６３０、及び１６４０
がある。これらのボタンは、カラーエディタウィンドウ
１２００内のプッシュボタン１２９０乃至１３２０のフ
ァンクションに対応するファンクションを提供する。

【００７４】図１６に関しては、チョイス（選択）ブラ
ウザエディタがチョイスエディタウィンドウ１６５０内
に提供されている。ウィンドウ１６５０内には、“Item
s ”（項目）とラベル付けされておりかつ選択可能な値
のリストを含むディスプレイフィールド１６６０があ
る。これらの値は、リストから複数の項目を選択するた
めにユーザ起動可能インターフェースを提供する一組の
グラフィックインターフェースオブジェクトを表わす。
入力ディスプレイフィールド１６６０の下には、“Sele
ction(s)（選択）”とラベル付けされた出力ディスプレ
イフィールド１６７０がある。このフィールドは、入力
フィールド１６６０内のリストから選択された項目をデ
ィスプレイする。さらに、フィールド１６７０上のマウ
スを起動させることによって、キーボード入力フォーカ
スがこのフィールド内に配置され、これにより、ユーザ
が、フィールド内に複数のセレクションをタイプするこ
とを許容する。この場合、出力ディスプレイフィールド
１６７０は、入力ディスプレイフィールドとしても作用
する。“Selection(s)”フィールド１６７０の下には、
四つのプッシュボタン１６８０、１６９０、１７００、
及び１７１０がある。これらのボタンは、カラーエディ
タウィンドウ１２００内のプッシュボタン１２９０乃至
１３２０のファンクションに対応するファンクションを
実行する。

【００７５】図１７に関しては、ファイルネームブラウ
ザエディタが、ファイルネームエディタウィンドウ１７
２０内に提供される。このエディタウィンドウは、ファ
イルを位置指定するためのフィルタとして使用されるよ
うに選択された検索ストリングをディスプレイするため
に“Filter”（フィルタ）ウィンドウ１７３０を含む。
“Filter”フィールド１７３０の下には、スクロール可
能な“Directories ”ウィンドウ１７４０がある。この
ウィンドウは、選択可能なファイルを位置指定するた
め、フィルタとして使用されるように選択できるディレ
クトリのリストを含む。これらのファイルは、スクロー
ル可能な“Files ”ウィンドウ１７５０内にリストされ
る。このウィンドウは、ファイル選択のためのユーザ起
動可能インターフェースを提供する一組の選択可能なフ
ァイルオブジェクトを含む入力ディスプレイフィールド
を表わす。ウィンドウ１７４０及び１７５０の下には、
選択されたファイルネームをディスプレイするための出
力ディスプレイフィールドを提供する“Chosen Filenam
e ”（選択されたファイルネーム）ウィンドウ１７６０
がある。このフィールドは、内部でマウスを起動するこ
とによって入力フィールドとして作用することもでき
る。マウスの動作は、キーボード入力フォーカスをフィ
ールドへ変えることができ、かつこのフィールド内にフ
ァイルネームがタイプされるのを可能とする。フィール
ド１７６０の下には、プッシュボタン１７７０、１７８
０、１７９０、及び１８００がある。これらのボタン
は、ピクチャーズエディタウィンドウ１４６０内のプッ
シュボタン１５４０乃至１５７０によって提供されるフ
ァンクションに対応するファンクションを提供する。

【００７６】図１８に関しては、クライアントアプリケ
ーションのオン・ザ・フライ式カストマイズを実行する
ためのメカニズムが記述されている。オン・ザ・フライ
式メカニズムは、X ツールキットを使って構築されたい
かなるアプリケーションによっても作動する。図１８に
おいては、データ処理システムにおいて動作する Xサー
バ２０００が示されている。データ処理システムは、X
クライアントアプリケーションに代わってX サーバが制
御するグラフィックディスプレイを含む。二つのこの種
のクライアントアプリケーションは、本発明のグラフィ
ックリソースエディタを表わすカストムアプリケーショ
ン２０１０であり、かつグラフィックリソースエディタ
によってカストマイズされるアプリケーションを表わす
クライアントアプリケーション２０２０である。X Wind
ow System では従来的にそうであるように、アプリケー
ション２０２０は、X ツールキット２０３０、Xt組込み
ライブラリ２０４０、及び Xlib ２０５０のファンクシ
ョンを使用する。カストムアプリケーション２０１０も
これらのライブラリを使って構築される。カストムアプ
リケーション２０１０内には、オン・ザ・フライ式カス
トマイズ更新のための通信パッケージを含むソースファ
イル５７０がある。各クライアントアプリケーションが
呼び出される時、X サーバはこのアプリケーションをト
ップレベルウィンドウへ割り当てる。図１８において
は、トップレベルウィンドウ２０６０は、カストムアプ
リケーション２０１０に割り当てられる。X サーバはト
ップレベルウィンドウ２０７０をクライアントアプリケ
ーション２０２０へ割り当てる。

【００７７】ユーザがリソースエディタを開始する時、
グラフィックリソースエディタは、クライアントアプリ
ケーションとのオン・ザ・フライ式通信を確立するため
の手続きを実行する。この通信手続きは、ユーザが“Re
acquire Instant Changes ”（瞬時変更を再入手せよ）
のコマンドオプションを“Options ”プルダウンメニュ
ーにおいて起動させる時にも呼び出される。通信プロセ
スの第１のステップにおいては、カストムアプリケーシ
ョン２０１０は、トップレベルアプリケーションウィン
ドウ２０７０のウィンドウ識別を得る。このステップに
おいては、XlibファンクションであるXGetClassHint( )
及びXQueryTree( ) が呼び出される。XQueryTree( ) フ
ァンクションは、ウィンドウ階層を決定し、かつこの階
層は指定されたウィンドウ深さまで再帰的に降ろされ
る。各ウィンドウレベルにおいては、XGetClassHint( )
が、ウィンドウズから決定されたアプリケーションネー
ムを、リソースエディタの呼び出しの間に入力されたア
プリケーションネームと比較するために使用される。ユ
ーザ指定のクライアントアプリケーションのネーム又は
クラスの識別子と整合しているウィンドウズは、リンク
されたウィンドウリスト内に戻される。複数例のクライ
アントアプリケーションが実行されている場合、ウィン
ドウマッチング（整合）手続きがこれらのアプリケーシ
ョンを識別する。クライアントアプリケーションのトッ
プレベルウィンドウ２０７０のウィンドウ識別が一旦決
定されると、カストムアプリケーションはクライアント
アプリケーションとの通信を確立するために“ping”手
続きを呼び出す。“ping”手続きにおいては、クライア
ントアプリケーションのトップレベルウィンドウ２０７
０上に“property”（特性）をセットする。X Window S
ystem において、特性は、それによってアプリケーショ
ンが情報を互いに共用する一般的なメカニズムを提供す
るデータの属性コレクションである。まるで特性がタグ
であるかのように、アプリケーションはウィンドウ上の
“hanging ”（ハンギング）特性によって通信する。こ
れらの特性は、文字ストリングを表わす独特な識別子で
ある“atoms”を使ってネーミングされかつタイピング
される。X Window System の下でプログラミングする技
術における当業者は、あるアプリケーションが任意のウ
ィンドウのために任意の特性を生成すること、及び／又
は、任意のウィンドウのための任意の特性内へデータを
記憶できることを評価するであろう。さらに、あるアプ
リケーションは、たとえ、データが、他のいくつかのア
プリケーションによって記憶されたとしても、任意のウ
ィンドウのための任意の特性内でデータを検索すること
ができる。最後に、あるアプリケーションは、他のアプ
リケーションが所与のウィンドウの特性のいづれかをい
つ変更するかを決定するために、PropertyNotify事象を
請求することができる。カストムアプリケーション２０
１０は、“Custom-init ”とラベル付けされた特性２０
８０を生成するために、XlibファンクションであるXCha
ngeProperty( )を使用する。この特性は、クライアント
アプリケーションのトップレベルウィンドウ２０７０か
ら“hung”されている。“Custom-init ”（カストム初
期化）特性は通信を確立するためのみに使用され、従っ
てデータは含まない。“Custom-init ”特性が一旦生成
されると、カストムアプリケーション２０１０は、Xlib
ファンクションであるXSelectInput( ) を使って事象ハ
ンドラーをセットする。カストム事象ハンドラーは、特
性変更に関するX サーバ事象報告をトラップするために
事象マスクをセットすることによって、“Custom-init
”特性２０８０における変更のカストムアプリケーシ
ョンを知らせる。

【００７８】“Custom-init ”特性２０８０が発生した
ことをクライアントアプリケーション２０２０に通知す
るためのメカニズムは、クライアントXt組込み（関数）
ライブラリ内のクライアント事象ハンドラー２０９０に
よって提供される。事象ハンドラーは、クライアントア
プリケーションのトップウィンドウ２０７０のためにレ
ジスタされなければならない。これは、好ましくは、Xt
のCreate.cソースファイル内のXtCreatePopupShell( )
及びXtAppCreateShell( ) のファンクションにおいて行
なわれる。事象ハンドラー２０９０は、XtAddEventHand
ler( )ファンクションを使ってセットされる。このファ
ンクションは、X サーバによって報告される特性変更事
象をトラップするために事象マスクをセットする。クラ
イアント事象ハンドラーは、クライアントアプリケーシ
ョンのトップレベルウィンドウ２０７０と関連する特性
に関する事象情報に対するX 事象（event ）ユニオンを
テストする。“Custom-init ”特性が、カストムアプリ
ケーション２０１０によって生成されると、クライアン
ト事象ハンドラー２０９０は、この特性を削除するため
に、Xlib XDeleteProperty( ) ファンクションを呼び出
す。カストムアプリケーション２０１０は、特性が消去
されたことを通知され、これにより通信が確立したこと
を知る。通信努力は、XtAppAddTimeOut( )ファンクショ
ンを使って呼び出されるタイムアウト手続きによって高
められ得る。クライアントアプリケーションウィンドウ
が指定された時間内の“ping”（音）に応答しないなら
ば、タイムアウト手続きは、初期ウィンドウ検索手続き
の間に発生したウィンドウリストからこのアプリケーシ
ョンのウィンドウを削除する。このウィンドウに対する
“Custom-init ”特性も削除される。タイムアウト手続
きは、“Instant Changes ”トグルを非活動化する。

【００７９】アプリケーション２０１０とアプリケーシ
ョン２０２０の間のプロセス間通信が一旦確立される
と、カストムアプリケーション２０１０内のリソース値
における変更はデータを発生し、かつクライアントアプ
リケーションのトップレベルウィンドウ２０７０と結合
している“Custom-data ”（カストムデータ）特性３０
００内にデータを配置することによって、クライアント
アプリケーションへ送られる。Xlib XChangeProperty
( ) ファンクションはこの動作を達成する。“Custom-d
ata ”特性内に配置されたデータは、編集されたリソー
スを表わすX Windowリソース仕様を含むストリングであ
る。このストリングは、リソース及びその編集された値
を含む。このストリングは、リソースエディタによって
カストムリスト内のリソース情報に追加されるクライア
ントアプリケーションクラスネームも含む。リソース値
がヌルであれば、“Custom-data ”特性はセットされな
い。

【００８０】クライアント事象ハンドラー２０９０が
“Custom-data ”特性事象を識別する時、これが、Xlib
ファンクションである XGetWindowProperty( )を使って
“Custom-data ”特性からリソース仕様及び値を検索す
る。次のステップは、リソースストリングを、それが適
用されるウィジットへ整合させるために、カストムアプ
リケーション２０２０のウィジットツリーを検索するこ
とにある。リソース値は、次いで各整合ウィジットへセ
ットされなければならない。リソース仕様と対応するウ
ィジットからスタートすることによって、手続きは、ヌ
ル値がリターンされるまで、XtファンクションのXt Par
ent( )を連続クライアントアプリケーションウィジット
へ適用することによってウィジットツリーのトップへ上
がる。手続きは、リソース仕様と対応する全てのウィジ
ットを見つけるために、ツリーの下方へ降りる。リソー
スを使用するウィジットは、XtファンクションのXtVaSe
tValues( )を使ってアプリケーション・リソース・デー
タベースを更新することによって変更される。

【００８１】どのウィジットへ変更されたリソース値を
適用するかのウィジットの決定は、リソースがX Window
リソースマネージャによって指定される方法を考慮に入
れなければならない。上記のように、リソースは、これ
らが適用するウィジット階層内の一つ以上のウィジット
を、ネーム又はクラスによって識別するストリングを使
って指定される。二つの種類のデリミッタがストリング
を生成するために使用され得る。第１のデリミッタタイ
プはドット’. ’. である。このドットデリミッタは、
アプリケーションのウィジットツリーを通過する独特の
パスを指定する。例えば、“app ”（アプリケーショ
ン）とネーミングされたアプリケーション内の“menu”
（メニュー）とネーミングされたウィジット内に位置指
定された“button1 ”（ボタン１）とネーミングされた
ウィジットの前景カラーを指定するためには、以下のよ
うに指定され得る。

【００８２】 app.menu.button.foreground: red ウィジットパスの全てのメンバーを使ってリソース値を
指定することはしばしば不都合なので、X Windowリソー
スマネージャは、リソースが、ウィジットパスに沿って
ウィジットのいかなる数をも表わすように、ワイルド・
カードアスタリスク文字' ^* ' を使って指定されること
を許容する。例えば、先の例の“button1”ウィジット
は以下のように指定され得る。

【００８３】 app ^* button1 ^* foreground: red このリソース仕様は、リソースが“button1 ”ネームの
全てのウィジットに適用されるが、“menu”ウィジット
内のウィジットには適用されないので、先の例の指定よ
りも広い。このリソースは、以下のウィジットを使って
一層広く指定され得る。

【００８４】app ^* foreground: red

【００８５】編集されたリソースをクライアントアプリ
ケーション２０２０へ正確に適用するためには、リソー
ス仕様で使用されるデリミッタが考慮されなければなら
ない。このことは、リソースストリングを以下の構成要
素へ選択的にパーズすることによって達成される。

【００８６】 resource ＝App ^* Form^* button1.background resource segment ＝App resource last segment＝background last token ＝． remainder＝^* Form ^* botton1 パージング手続きの第１のステップはトップレベルクラ
イアントアプリケーションウィジットの識別に続いて開
始される。このステップにおいては、“ resource segm
ent ”が、リソースエディタによってリソースストリン
グへプリペンディング（前もって保留）されていたアプ
リケーションクラスネームが除去されることを示す。次
のステップは、“ resource last segment”ストリング
及びデリミッタ又はそれに先行している“last token
”を分解終了し、次いで、残りの部分、又はリソース
ストリングの“remainder ”と共に、これらの素子を戻
すことである。残りの長さがゼロであり、かつトークン
が' ^* ' であるならば特別なケースが存在する。このケ
ースは、^* backgroundなどの一つだけのレベルのリソー
スをカバーする。このタイプのリソースは、ウィジット
階層内のトップレベルウィジットより下の全てのウィジ
ット上のリソース値を“setting ”（設定）することに
よって処理される。以下により詳細に示されているよう
に、リソース値を“setting ”することは、リソース値
がリソースタイプが有効であるウィジットのみに適用さ
れることを意味する。

【００８７】一つだけのレベルを有するリソースストリ
ングの特別なケースを除いて、全てのリソースストリン
グは再帰的にパーズされ、リソースラストセグメント
を、ウィジットツリー内の各パスに沿ってウィジットと
整合させる試みが行なわれる。リソースストリング全体
が一つのウィジットツリーパスに対して整合した時、リ
ソース値は、最終リソースセグメントに先行するデリミ
ッタが’. ’であるか、' ^* ' であるかによって、単一
整合ウィジット、又はウィジットとその下層へセットさ
れる。従って、デリミッタは、リソース値がセットされ
るウィジットを決定する。デリミッタは、リソースセグ
メントとウィジットを比較することによって整合を生じ
ない時、ウィジットツリーが移動しない方法も決定す
る。この場合、手続きは、デリミッタのタイプによって
二つの動作うちの一つを取る。デリミッタが ’. ’で
ある場合、手続きは、ウィジット階層内の他のウィジッ
トパスに対して検索を開始するためにツリー内にループ
バックする。デリミッタが' ^*' である場合、手続き
は、ウィジットツリーを降りて次のレベルへ進むが、リ
ソースストリングをパーズしない。整合がみつかり、か
つリソースストリングの終わりに到達されなかったケー
スにおいては、ウィジットツリーは次のレベルへ降り、
かつリソースストリングがパーズされて次のリソースセ
グメントを解除する。このステップは使用されるデリミ
ッタとは無関係に使用される。各検索パスが、整合を見
つけたり、全く見つからなかったりのどちらかによっ
て、使い果たされた時、手続きは検索する新しいパスを
見つけるためにループバックする。検索は、各検索パス
が使い果たされるまで続けられる。

【００８８】リソースストリングをパージングし、かつ
ウィジットツリーを降りるための再帰手続きは、以下の
擬似コード形式で考えられた時に容易に理解されるであ
ろう。

【００８９】 ^* / 再帰的ファンクションを set search （セットし検索せよ）^* / 各ウィジットの全ての子供をループ探索せよ リソースセグメントと、現在ウィジットネーム又はクラスとが整合した場合、 ’. ’がリソースセパレータである場合、 リソースストリングの終わりに到達した場合、 ’^* ’が最終セパレータであるならば、このウィジットとその下層の全て に対して値をセットせよ、或いは、’. ’である場合は値をこのウィジッ トのみにセットせよ。

【００９０】 さもなければ、 ウィジットツリーを降り、リソースセグメントをパージング終了し、こ のウィジットの子を決定し、かつ各子ウィジットごとに set search procedure を呼び出しなさい リターンせよ （この時点では、 set search 再帰的ファンクションが、このウィジッ トの兄弟が 評価されるように戻る）。

【００９１】 ’^* ’がリソースセパレータである場合、 リソースストリングの終わりに到達した場合、 ’^* ’が最終セパレータならば、このウィジットとその下層の全てに対し て値をセットせよ、或いは、’. ’である場合は値をこのウィジットのみ にセットせよ。

【００９２】 さもなければ、 ウィジットツリーを降り、リソースセグメントをパージング終了し、この ウィジットの子を決定し、かつ各子ウィジットごとに set search procedure を呼び出しなさい さもなければ、 ’. ’がリソースセパレータである場合、 リープ検索を続けよ−このウィジットの兄弟の残りを見つけるために set search procedure を呼び出しなさい ’^* ’がリソースセパレータである場合、 ウィジットツリーを降りるがリソースストリングをパーズしない 次に、このウィジットの兄弟の残りを見つけるために set search procedure を呼び出しなさい ループ終了

【００９３】リソースストリング及び一つ以上のウィジ
ットが整合された時、リソース値はウィジットへセット
されなければならない。リソース値をセットするための
手続きは、このリソースタイプが各ウィジットに対して
有効か否かを最初に決定する。例えば、labelString は
ラベルウィジットにとって有効なソースであるが、ブリ
ティンボード（掲示板）ウィジットにとっては有効では
ない。リソースに特定ウィジットがセットされ得るかど
うかを決定するために、このウィジットに対する全ての
有効ソースのリストがアプリケーションのリソースデー
タベースから得られる。これらのリソースは、ユーザ編
集リソースストリングの値部分に対して整合される。ユ
ーザ編集リソースストリングがウィジットに対して有効
でない場合、或いは、リソースネーム又はクラスネーム
がヌルである場合、次のウィジットがテストされる。手
続きにおける次のステップは、リソースデータベースを
問い合わせするために使用され得る対象ウィジットに対
するフルリソースのネーム及びクラス指定を、ユーザ編
集リソースから構築することにある。

【００９４】問い合わせプロセスにおいては、リソース
及びその値が、アプリケーションのリソースデータベー
ス内に配置され、かつウィジット情報から構築された指
定ネーム及びクラスのリソースストリングを使って再び
問い返される。これによって、リソースエディタのオン
・ザ・フライ式パラダイムが次に続くことが確実とな
る。即ち、瞬時に更新されるアプリケーションは、.X省
略時ファイルを使って再スタートするアプリケーション
と同じに見えるはずである。リソースエディタは、リソ
ースデータベースマネージャの先行ルールを侵害しては
ならない。例えば、リソース仕様について考えてみる
と、^* background： red app ^* mywidget.background blue 両リソースが“mywidget”に適用される。しかしなが
ら、第２のストリングがより絶対的であるので、第２の
ストリングが第１のストリングを打ち負かし、これによ
り結果的に生じる値は青である。リソースと値とを有す
るリソースマネージャファンクションXrmPutStringReso
urce( ) を呼び出し、次いで XrmGetResource( )によっ
てリソースデータベースマネージャを問い合わせること
によって、リソースデータベースマネージャがその先行
ルールを適用しかつ適切な値をリターンすることが要求
される。

【００９５】一旦、適切なリソース値が決定されると、
XtファンクションであるXtVaSetValues( )がリソースネ
ーム及び値によって呼び出される。 XtVaSetValues( )
ファンクションにおけるXtVaTypedArg引き数を使用する
ことによって、文字ストリングタイプであるリソース値
が、リソースで知られているタイプへ自動的に変換され
る。このポイントに先立って、値ストリング上では操作
は全く実行されない。Xt組込みは、.X省略時ファイルか
ら読み取られるストリング値に対してと同様にタイプ変
換を取扱い、これによってリソースデータタイプのトラ
ックを保持する必要はなくなる。さらに、国際化は問題
ではない。Xt及びX ツールキットは、たとえ、当該リソ
ース値がマルチバイトストリングであっても、リソース
値を適切に自動的に取扱う。

【００９６】従って、データ処理システムにおいてソフ
トウェアアプリケーションをカストマイズするためのグ
ラフィックリソースエディタが開示されている。本発明
の好ましい実施例が図示され、かつ説明されているが、
多くの変更が関連技術における当業者に生じ得ることが
理解されよう。例えば、上記以外の他のリソースタイプ
を編集するためにエディタ又は他のグラフィックインタ
ーフェースメカニズムを提供することが可能である。こ
の種のリソースタイプはキーボードエディタ、マウスエ
ディタ、スクリーンセーバーエディタ、その他を含み得
る。これによって、本発明の精神は、添付請求項及びこ
れらと同等のものに限定されない。

【００９７】

【発明の効果】本発明は、リソース仕様の規約及び内部
ウィンドウメカニズムの細部からユーザを解放するカス
トマイズに対して完全に国際化されたグラフィックイン
ターフェースを供給するグラフィックリソースエディタ
を提供する。

【図面の簡単な説明】

【図１】本発明のグラフィックリソースエディタを含む
データ処理システムを示す線図である。

【図２】本発明のグラフィックリソースエディタの一部
を示す線図である。

【図３】本発明のグラフィックリソースエディタによる
プロセスの流れを示すフローチャートである。

【図４】本発明のグラフィックリソースエディタによる
プロセスの流れを示すフローチャートである。

【図５】本発明のグラフィックリソースエディタによっ
て使用されるソースファイル、データタイプ、及びウィ
ジットを示すブロック図である。

【図６】グラフィックリソースエディタ・スタートアッ
プメニューを示す図である。

【図７】グラフィックリソースエディタ・カストマイズ
メニューを示す図である。

【図８】図７のメニューのサブパートを示す図である。

【図９】グラフィックリソースエディタ・ファイリング
メニューを示す図である。

【図１０】グラフィックリソースエディタ・ヘルプメニ
ューを示す図である。

【図１１】グラフィックリソースエディタ・カラーブラ
ウザを示す図である。

【図１２】グラフィックリソースエディタ・フォントブ
ラウザを示す図である。

【図１３】グラフィックリソースエディタ・ピクチャー
ブラウザを示す図である。

【図１４】図１３のピクャーブラウザを介して選択され
るダイアログボックスを示す図である。

【図１５】グラフィックリソースエディタ・フォントブ
ラウザを示す図である。

【図１６】グラフィックリソースエディタ・チョイスブ
ラウザを示す図である。

【図１７】グラフィックリソースエディタ・ファイルネ
ームブラウザを示す図である。

【図１８】「オン・ザ・フライ式」アプリケーションカ
ストマイズの間に呼び出される通信を示す図である。

【符号の説明】

１０ データ処理システム ２０ データ処理ユニット ３０ ビデオディスプレイターミナル ４０ キーボード ５０ スクリーンカーソル ６０ マウス ７０ フロッピーディスクドライブ ８０ ハードディスクドライブ １２０、１３０、１４０、１５０ ウィンドウ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 データ処理システムにおいてアプリケー
   ションリソース編集装置と並行実行するソフトウェアア
   プリケーションのグラフィックリソースをカストマイズ
   するための前記アプリケーションリソース編集装置にお
   けるソフトウェアアプリケーションの動的カストマイズ
   方法であって、 リンクタイムにおいて前記ソフトウェアアプリケーショ
   ンにアプリケーション事象ハンドラーを挿入するステッ
   プと、 動的カストマイズのユーザ要求に続いて前記アプリケー
   ションリソース編集装置にカストマイズ事象ハンドラー
   を呼び出すステップと、 前記アプリケーションリソース編集装置と前記ソフトウ
   ェアアプリケーションとの間に通信を確立するために、
   前記カストマイズ事象ハンドラーの呼出しに続いて前記
   アプリケーション事象ハンドラーと接触するステップ
   と、 前記アプリケーションリソース編集装置におけるユーザ
   開始カストマイズ要求に応答して前記ソフトウェアアプ
   リケーションにリソース属性を設定するステップであっ
   て、前記属性が前記ソフトウェアアプリケーション事象
   ハンドラーを介して設定されるステップと、 を備える動的カストマイズ方法。
2. 【請求項２】 前記ソフトウェアアプリケーション事象
   ハンドラーが、前記ソフトウェアアプリケーションがリ
   ンクタイムにリンクする前記データ処理システムのシス
   テムライブラリ内に組み込まれることよりなる請求項１
   に記載の方法。
3. 【請求項３】 前記カストマイズ事象ハンドラーが、共
   用されたデータ記憶装置内に生じる事象の前記アプリケ
   ーションリソース編集装置を通知するために事象マスク
   を使用することよりなる請求項１に記載の方法。
4. 【請求項４】 前記カストマイズ事象ハンドラーの呼出
   しに続いて前記アプリケーション事象ハンドラーと接触
   するステップが、 前記アプリケーションリソース編集装置が、前記アプリ
   ケーションリソース編集装置と前記ソフトウェアアプリ
   ケーションが通信している第１のデータ構造を発生する
   ステップを含み、 前記アプリケーションリソース編集装置が前記第１のデ
   ータ構造体内に値を置くステップをさらに含むことより
   なる請求項１に記載の方法。
5. 【請求項５】 データ処理システムが、データ処理ユニ
   ットと、ビデオディスプレイターミナルと、キーボード
   と、前記データ処理システムへ制御入力を提供するため
   にスクリーンカーソル及びユーザ起動可能カーソルポジ
   ショナを含むカーソル制御システムと、データ記憶リソ
   ースと、前記データ処理システムで実行するソフトウェ
   アアプリケーションが前記ソフトウェアアプリケーショ
   ンのユーザ対話機能を提供するために前記ビデオディス
   プレイターミナルに一つ以上のグラフィックウィンドウ
   オブジェクトを発生するグラフィックユーザインターフ
   ェースシステムと、を備え、前記グラフィックウィンド
   ウオブジェクトの外観及び振舞いがリソースによって部
   分的に決定される前記データ処理システムにおいて、 前記データ処理システムにおいてグラフィックリソース
   編集装置と並行実行されるソフトウェアアプリケーショ
   ンにおいて選択されたリソースを動的に変更するための
   グラフィックリソース編集装置であって、 アプリケーション事象ハンドラーをリンクタイムに前記
   ソフトウェアアプリケーションへ挿入する手段と、 動的カストマイズのためのユーザ要求に続いて前記グラ
   フィックリソース編集装置においてカストマイズ事象ハ
   ンドラーを呼び出す手段と、 前記グラフィックリソース編集装置と前記ソフトウェア
   アプリケーションの間に通信を確立するために、前記カ
   ストマイズ事象ハンドラーの呼び出しに続いて前記アプ
   リケーション事象ハンドラーと接触する手段と、 グラフィックリソース編集装置においてユーザ開始カス
   トマイズ要求に応答して前記ソフトウェアアプリケーシ
   ョン内にリソース属性を設定する手段であって、前記属
   性が前記ソフトウェアアプリケーション事象ハンドラー
   を介して設定される手段と、 を備えるグラフィックリソース編集装置。
6. 【請求項６】 前記ソフトウェアアプリケーション事象
   ハンドラーが、前記ソフトウェアアプリケーションがリ
   ンクタイムにリンクする前記データ処理システムのシス
   テムライブラリに組み込まれる請求項５に記載のグラフ
   ィックリソース編集装置。
7. 【請求項７】 前記カストマイズ事象ハンドラーが、前
   記ソフトウェアアプリケーションと通信しているデータ
   構造内で生じる事象の前記グラフィックリソース編集装
   置を通知するための事象マスクを使用する請求項５に記
   載のグラフィックリソース編集装置。
8. 【請求項８】 前記カストマイズ事象ハンドラーの呼び
   出しに続いて前記アプリケーション事象ハンドラーと接
   触する前記手段が、前記アプリケーションリソース編集
   装置と前記ソフトウェアアプリケーションが通信してい
   る第１のデータ構造を発生するための手段と、前記第１
   のデータ構造における値を置くための手段とを含む請求
   項５に記載のグラフィックリソース編集装置。