[Contents]  

---

1. 本ドキュメントについてに

本ドキュメントは、TOWNSユーザ向けの X プログラミングに関する ドキュメントです。実際には、TOWNSに依存しているのは、サンプル プログラムぐらいです。

 本来は、TOWNSの GUI 環境との比較が必要なところですが、私が、 TOWNSの GUI 環境での、プログラミングをしたことがないため、 比較できません。

 ただ、『実践High C プログラミング GUI 入門編』目を通したかぎりで は、似ているように思います。Oh!FM TOWNS 誌では、難しいと書いてあったので、 そのように思われたかたも多いと思います。 確かに、GUI を扱うプログラムは簡単ではないですが、 TOWNSの GUI 環境や Windows 環境と比べて X が特に難しいということは、 無いと思います。(NeXT と比べると自信がないが…)

 

• 他の GUI 環境と比較として、先に短所と長所について
• 短所
1. Athena Widget に関しては、インターフェースビルダーがない。 Linux では、市販品になる Motif では、あるようだが…… (私が知らないだけかもしれない)
2. X Toolkit は、Cだけでオブジェクト指向のプログラミングを導入しているので、 概念論が難しい。
3. GUI が、Athena Widget, OSF/Motif, OPEN LOOK と存在し、ユーザ・ インターフェースが統一されていない。
4. (Athena Widget のみに関して)デザインが寂しく、 X ツールキットのテスト用 に作られたため機能が少し低い。
• 長所
1. リセットしなければいけない、暴走は滅多になく。通常は、デバッガで 障害を起こした部分がすぐ分かる。
2. printf() が使える。 GUI 化によって使えなくなる関数が非常に少ない。
3. X Toolkit は、Cだけでオブジェクト指向のプログラミングを導入しているので、 新しい言語を覚える必要がない。(Visual C++ との比較)
4. 本当のマルチタスク環境なので、複数のプログラムを同時に走らすことに 対する規制がない。
5. マルチユーザ環境なので、ファイルに対する保護が働き、暴走などで重要 なファイルを失うことが少ない。
6. X 自体のソースコードが公開されている。
7. ソースコードが公開されている比率が高い。
8. GUI が、Athena Widget, OSF/Motif, OPEN LOOK と存在し選択肢が多い
• ANSI-C 準拠

　このドキュメントでは、サンプルとして紹介するプログラムは、ANSI-C 準拠のものとします。多くの UNIX系の OS では、GNU-C コンパイラが使え ますし、PC-UNIX では、標準ですので問題はないとおもいますが、少し前の ワークステーションなどとソースコードの共有をはかろうと言う場合には、 適切ではないかもしれません。

 　本ドキュメントで、ANSI-C を採用しているのは、ANSI-C で採用された プロトタイプ宣言などが使えることも要因の一つですが、一般に、UNIX の プログラミング関係の書籍には、ANSI-C 用に書かれていないものが多いの で、ANSI-C を使ったら、こうなると言う例のために採用しました。
(他にも、私が普段から使っていると言う理由もある。)

 

• なお、2つの表記方法の比較をしてみますと、以下のようになります。

◆プロトタイプ宣言を使う場合(ANSI-C)  void function(Widget w, XtPointer client_data, XtPointer call_data)  {  ・  ・　　　(関数の中身)  ・ ◆プロトタイプ宣言を使用しない場合  void function(w, client_data, call_data)  Widget w;  XtPointer client_data;  XtPointer call_data;  {  ・  ・　　　(関数の中身)  ・ 　双方の方法に対応するためには、 X のヘッダーファイルのプロトタイプ 宣言を参考にするとよい。これを元にすると…  ◆参考までに上記の例では、以下のように表すこともできる。  #if NeedFunctionPrototypes  void function(Widget w, XtPointer client_data, XtPointer call_data)  #else  void function(w, client_data, call_data)  Widget w;  XtPointer client_data;  XtPointer call_data;  #endif  {  ・  ・　　　(関数の中身)  ・

• プログラミング・スタイル

　今回のドキュメントの中のプログラムを読みにくいと感じるかたも多いと 思います。この要因としては、まず、「私のプログラムの組みかたが悪い」 という点が上げられます。そして、「私のプログラムの組みかたが、貴方の ものと違う」と言うことも大きな要因となります。

 　C言語は、フリーフォーマットの言語なので、字下げ(インデント:行の 先頭部分の空白/タブ)などで書きかたに規則がないので、書きかたは人そ れぞれになります。

 　私からは、この事に関しては、自分にあったやり方にしてくださいとしか 言えません。大事なのは、「作ったあと時間を置いてから見てももわかるこ と」なのです。字下げは、"indent"と言うツールで簡単に変更可能かもし れません。お試しください。

 　それから、私は、下位の関数をプログラムの上部に配置するボトムアップ でプログラムを組みます。これにより関数の宣言を減らしています。関数の 位置を再配置する場合には、関数の宣言を準備する必要があるかもしれませ ん。

 

• ウィンドウのタイトルバーについて

　このドキュメントでは、ウィンドウに対して、以下の様なタイトルバー をつけて表します。

 
　これは、fvwm のタイトルバーです。なお、設定により形状は、異なります。 mwm では、ほとんど同じ形状になります。
twm や olwm などでは、別の形状になります。

 　アプリケーション・デフォルト・ファイルやプログラム内のコメントは、 シフトJIS漢字コードです。 　タブ・サイズは 4 を使用しています。