GC / Win への道

描画の属性設定は簡単

ファイルを読み込んで,簡単な図形の描画を行えるようにする(GC/win 0.1)

かなりの数のプロシージャ

DEF***はお払い箱

配列の宣言方式の変更 - DIM と REDIM -

common shared x()
dim x(100)
..
redim x(200)

public x()
redim x(100)
..
redim x(200)

SUB SetX(n)
static passed
if static = 0 then
   dim x(n)
else
   redim x(n)
   passed = -1
end if
END SUB

DIM x()
REDIM x(199)

変形の実装

• 選択のプロシージャ
  • キーボード操作あるいはマウスイベントを観察
• 返ってきた入力の結果に応じて処理

「点の選択」の実装

SUB ***
OldStatus = Status
Status = ***
...
Status = OldStatus
call PrintStatus
END SUB

public Status as integer
SUB StatusSet(n as integer)  : 状態 n を設定, -1 のときは,スタックを一つ減らす
FUNCTION StatusGet           : 状態を取得
SUB StatusPrint              : 状態をステータスバーに表示

SUB Form_KeyDown
select case StatusGet
case ***
  call Deform_KeyDown
case ***
  call Select_KeyDown
end select

テスト版公開のための「セットアップ」作成(ver.0.1)

DLL,OCXなど,どこまで配布可能なのか

Visual Basicで作成したアプリケーションまたはコンポーネントは,自由に配布できます。アプリケーションを実行するには,実行ファイル(.exe)のほかに,ダイナミックリンクライブラリ(.dll),ActiveXコントロール(.ocx),ビットマップ(.bmp)などのファイルが必要になる場合があります。
Visual Basicディレクトリィの下の\Samplesディレクトリィにあるサンプルアプリケーションファイルおよび\Graphics\Iconsディレクトリィにあるすべてのファイルは,自由に配布できます。
これらのアプリケーションを運用した結果の影響については,マイクロソフト社は一切の責任を負いません。また,アプリケーションの使用に関する保証はありません。

Professional Edition および Enterprize Editionで配布が許諾されているファイル
Visual Basic Professional Edition またはEnterprize Editionでは,Visual Basicディレクトリィの\Graphicsディレクトリおよび\ODBCディレクトリィに含まれているファイルも自由に配布できます。

メモ Visual Basic 以外のアプリケーションにも,配布が許諾されているActiveX コントロール,exeファイル,および dllファイルが含まれていることがあります。これらのファイルを配布する場合は,各製品の使用許諾契約書を調べて,各ファイルの再配布が巨大されているかどうかを確認してください。

• 常識的には,標準コントロール程度のみで開発したアプリに必要なdll,ocxは配布できないという方がおかしいのではないか。
• セットアップウィザードで,それぞれのdll,ocxに関する著作権の所有者等はきちんと把握しておき,特にMicrosoft社以外の場合,何らかの手続きが必要なのかどうかは確認した方がいいかもしれない。
• 不確定な場合は,代替品を再配布フリーの市販のコントロールに求めた方がいいのかもしれない。

「コントロールやツールは買おう」
...
「(ActiveXコントロールは,OLEベースのカスタムコントロールと呼ばれるものです。すでにおなじみでしょうが,Visual Basicに内蔵されていない外部にあるコントロールを,部品として使うことができるのです。Visual Basic自体にも,多くのカスタムコントロールが付属してきます。そのためここで重大な過ちをすることが多いのです。それは,Visual Basicについてきたカスタムコントロールで仕事に使うプログラムを作ろうとすることです。
実は,Visual Basic付属のコントロールの多くは,サードパーティ製品のサブセットです。プロパティウィンドウで[About]を選んでみれば,ごとの製品かわかります。これはいわば,「だいたいこんなもんなので便利なのは判るでしょう。もっと機能が豊富で仕事にもちゃっと使えるレベルのものは売っているから,ちゃんと買ってね」ということなのです。実際,オマケでついていたカスタムコントロールは機能不足だったり,バグが多かったりで,使い物にならないものが多いのです。きちんと,サポートのある製品を買いましょう。」
(VBマガジン,1997-7,p.199)

DLL,OCXなど,どこまで配布可能なのか(2)

1.ライセンスの許諾
d.再頒布可能なコンポーネント
(i) サンプルコード (略)
(ii) 再頒布可能コンポーネント
マイクロソフトはお客様に対し,下記の本契約書第1条d(iii)を厳守する限り,本ソフトウェア製品のうち REDIST.TXT ファイルで記載されている部分(以下「再頒布可能コンポーネント」といいます)のオブジェクトコードバージョンを複製して頒布する非独占的かつ無償の権利を許諾します。
(iii)再頒布の条件
お客様が本サンプルコードまたは再頒布可能コンポーネント(以下総称して「再頒布可能ファイル」といいます)を再頒布する場合,以下の条項に同意しなければなりません。
(a)お客様が,本ソフトウェア製品に重要かつ主要な機能を追加し,Windows95またはWindowsNT環境で動作するようにお客様によって開発されたアプリケーション製品(以下「お客様のアプリケーション」といいます)と共におよびその一部として,再頒布可能ファイルをオブジェクトコードで頒布しなければなりません。
(b)お客様は,お客様のアプリケーションの販売にあたり,マイクロソフトの商号,ロゴまたは商標を使用することはできません。
(c)お客様は,お客様のアプリケーションに有効な著作権表示を付さなければなりません。
(d)お客様は,お客様のアプリケーションの使用または頒布の結果から生じる紛争,または訴訟について,マイクロソフトを免責,保護,補償するものとします(弁護士費用についての免責,保護,補償も含みます)。
(e)お客様は,お客様のエンドユーザーに対し,再頒布可能ファイルの再頒布を再許諾することはできません。
以下の例外は上記(iii)(e)に適用されます。
(1)お客様が頒布者を通じて,お客様のアプリケーションとともにおよびその一部として再頒布可能ファイルを頒布する場合,お客様は,再頒布可能ファイルを頒布者からエンドユーザーに再頒布することを許可することができます。ただし,お客様と頒布者とが本契約書のその他の条項に従うことを条件とします。
(2)お客様のエンドユーザーが本契約書のその他の情報に従うことを条件に,お客様はエンドユーザーが,拡張子が".ocx"であるファイル(以下「本コントロール」どいいます)のおぶじクトコードバージョンを,本コントロールに重要かつ主要な機能を追加するお客様のアプリケーションまたはWebページの一部としてのみ複製して頒布することを許可できます。
注意:本契約書第1条 d.(iii)(e)(2)で与えられている権利は,本ソフトウェア製品のDbgrid32.ocxファイルには適用されません。
(以下略)

• dll
• ocx

• VBの標準コントロール等の中で,自分のソフトに不可欠なものは,契約書にある条件の下で,再頒布することが可能である。(ただし,Dbgrid32.ocxは別)
  
• セットアップウィザードを使うと,自分のソフトに必要なものを検索し,自動的に組み込む。セットアップウッザードは,それが再頒布可能なものかどうかを判別しない。
  
• そのため,特に,新たにいろいろなocxやdllを組み込んでいる場合などは,その再頒布条件に関するチェックが必要になる。
• 心配であれば,標準的なものは,上記のリストの中に挙げられているかどうかをチェックすればいい。
• MSのサイトのFAQにあったが,「自分のソフトに必要もないもの」を勝手に配るということは,MSは認めていない。(当たり前と言えば当たり前のこと。)「exeしかないんだけど,それに必要なdllやocxを誰か持っていない?」という問いに対して「僕のをあげよう」というのは,適切でないから,元のソフトを作った人に相談しろというのが,FAQにあった記述である。そういう意味でも,「必要かつ再頒布可能なdll,ocxは,セットアップディスクにまとめて配布する」というのが,正当なやり方のようだ。

VB を使用してアプリケーションを作成された場合には、著作権の表示が必要となります。製品に添付されております使用許諾契約書をご覧ください。
製品の著作権表示は、お客様が配布されるアプリケーションのメディア(フロッピディスク / CD)のラベル、作成されたアプリケーション起動時のタイトル、作成されたアプリケーションのバージョン情報ダイアログのいずれかに、次のいずれかの英文での著作権表示が必要となります。また、著作権表示に示されている西暦は、VB のディスクラベル / CD に記載されている西暦を記載していただくようにお願いします。この西暦は製品ごとに異なっている場合がありますので十分ご注意ください。なお、以下の著作権表示に使用されている西暦はVisual Basic Enterprise Edition 4.0 を使用した場合のものです。

Copyright&Copy; 1991-1996 Microsoft Corporation, all rights reserved.
Copyright&Copy; 1991-1996 Microsoft Corporation.
Portion Copyright&Copy; 1991-1996 Microsoft Corporation.

著作権の表示方法は、製品によって異なりますので VB 以外の製品の場合には製品添付の使用許諾契約書をご覧ください。

「作図の継続」や「測定」の実装

メイン →  入力待機 ------+ 分岐   +-->処理A -> ・・・ -> 処理終了 --> メインへ
                                   +-->処理B -> ・・・

メイン(イベントを関知可能な状態)
  キーボード------>
  マウス---------->各イベントプロシージャ
  その他---------->

(今までの処理 A 全体に該当していたこと)
処理A1 - ・・・(内部処理のみ) ・・->メイン (入力が必要なときは戻らないといけない)
処理A2 - ・・・(内部処理のみ) ・・->メイン
処理A3 - ・・・(内部処理のみ) ・・->メイン
処理A4 - ・・・(内部処理のみ) ・・->メイン

幾何的対象の「選択」

開発環境としてのVBの便利さ(1)

• 規模が大きくてもインタープリタ環境でデバッグ可能
  あまりに当たり前のことではありますが,DOS版のときは,本当に初期のときまでしか,これができませんでした。QBX環境下でコーディングして,コンパイルしてエラーのないことを確認し,次にリンクも含めてmakeして,それを実行して実行時エラーがないかどうかを確認する。おかしな症状が起こったときには,ウォッチしたいのだけど,それはできない相談だから,変数の値を画面に表示するコードを埋め込んでまたコンパイル & リンクする。そういうことの繰り返しです。だから,いかにして,コンパイルやリンクを省略し,自動化するかなんていうことが結構現実的な悩みであり,自分なりのツールを作ったりもしました。しかし,そういう苦労はなんだったんだろうと思うような感じ。Windows時代では当たり前のことに決まっているんだけど,改めてそれを実感しています。
  
• ウォッチが便利
  また,デバッグで便利と思うのは,ウォッチが簡単。何しろ,変数の側にマウスポインタを置くだけで,その数値を表示してくれるんだから。もちろん,QBXでのインスタントウォッチも,それなりに便利ではあったけど,もっとお手軽です。
• オブジェクトブラウザ
  また,ときどき使うのが,F2キーのオブジェクトブラウザ。これは結構重宝します。また,構造体のメンバについて,「あれ」って思うときなんかは,多少ゆっくり入力していると,「.」の次に可能な候補一覧を表示してくれるのも,結構便利。
  実感としては,一方でプログラムを一生懸命分析し,利用可能なデータベースを構築・修正しながら,必要に応じてそれを参照したり,それを利用して,次に使う可能性のあるものを方向付けしてもらいながらやっていくというところでしょうか。まあ,そういうことをやりながらのコーディングなんで,ちょっと遅い感じがするんでしょうね。
• 画面が狭いよう。
  しかしまた,同時に実感しちゃうのが,「画面の狭さ」。昔はVGAでも,あまり狭さは感じなかったんだけど,現在のSVGA(800*600)でも,とっても手狭っていう感じがする。通常はTFT液晶画面だけど,CRTにして,ちっちゃい字を眺める気もしないので,本格的にやるんだったら,21インチが必要っていうのもよく分かる感じ。(でも,そんなの部屋に置きたくないし。)

「数値の選択」

例外的な作図手続き

• 新しく点を取る。
• 多角形
• n等分
• 角のn等分

バグ取りの実際

こんなことってあるんだろうか。(1)

こんなことってあるんだろうか。(2)

• コンパイル形態を変えてみる。
  
  • 最適化スイッチを変える
  • ネイティブではなく,p-codeにしてみる。
• VBのサービスパック2 をインストールしてみる。

• まず,ベンチマークのための機能を実装する。(100の変形で何秒かかるかを計測)
  
• 点の名前の表示で遅いのではないか。
  だめ。
  
• フォームが多いのではないか。
  一つのフォーム以外はすべて削除してみました。しかし,だめ。
  
• 作図で無駄なルーチンはないか。
  GC/DOSでのルーチンを移植したので,そういう部分が何カ所が見つかりました。統合環境内では,今までよりも高速化されました。しかし,EXEでは,あまり効果がありません。
  
• 大幅な削減
  メニューに関連するかなりのコードを削減してみました。すると,うまく動作することを発見しました。そのときの喜びと言ったらありません。次は,絞り込みです。
  
• イベントトラップが多過ぎるのではないか。
  メニューが関係しているのではと思いました。つまり,イベントトラップの数が多くなるからです。メニューを削減しましたが,効果はありませんでした。
• ステータスバーへの書き込みの削減
  関連する部分を観察して,ステータスバーへの書き込みがかなり多いことに気づきました。状態変数を緻密にする必要があることは,以前にも述べましたが,それが変更するたびに,ステータスバーでの表示を変更していました。これはDOSのときからの伝統です。実は,結果的には,これが問題でした。変形のとき,一つの図を書くごとに,「変形」「計算中」の状態が変わるのですが,それに伴うスタータスバーの変更が大きな足かせになってしまっていたのです。
  

組み込まれるDLL,OCXは削減できないか(ver.0.2.7)

残念ながら,一休み

と思いつつ,ついつい ver.0.2.8 を

• 軌跡の「設定」とその他の基本的な設定を一つに集約して実装
• 点の束縛条件の設定は別の機能として実装
• ファイルの入出力での使い勝手の改善

• 数式機能
• 複数の点の変形
• 数値の変化
• config.gcのような環境設定ファイルの利用

セットアップ用のフロッピィディスクの作成

しばらくの間沈黙の秘密?

ネットワーク対応にしようと思って起きたトラブル

• VBのマニュアルの記述

  VBの「コンポーネントツールガイド」には,いろいろなコントロールに関する記述があります。たとえば,FTPやHTTPの機能を使うためには, inet コントロールをこう使えばいいというような記述があります。しかし,先程の WebBrowser コントロールに関する記述はありません。
  
  

• redist.txtの記述

  そこで,再配布可能なOCX,DLLのリストである redist.txt を見てみました。すると,驚いたことに,ここにもSHDOCVW.DLLはありません。つまり,VBを購入したからと言って「再配布しても構わないDLLではない」のです。
  
  

• VB環境で出てくるコンポーネントは組み込まれているすべてのもの ?

  そこで,思い出してみると,VB環境の中では,VBで標準に添付されてくるコントロールだけが組み込まれるわけではありません。「コントロールとして購入したもの」が組み込まれるのは当然のことですが,それ以外にも,そのパソコンに組み込んであるソフトに関連したコントロールすべてが表示されています。たとえば,私のパソコンでは,「Acrobat Active X コントロール」というようなものも表示されています。
  当たり前のことですが,そういうものを無条件で再配布できるはずはありません。
  

• VBで開発されるソフトは,そのパソコンで使えるアプリ

  まず,VBで開発可能なのは,そのパソコンで利用可能なものをすべて使ったアプリだということだと思います。そのパソコンにDLLやOCXが組み込まれているとき,もちろん,それらは当該ソフトの中で使われるために組み込まれていますが,その環境の中で,それ以外の形で呼び出して利用する権利も一緒に提供されているということなのでしょうか。ライセンス契約に関する部分は分かりませんが, exe ファイルとしてでなく, ocxやdllという形態で配布するということは,より自由な利用を認めているということなのではないかと思います。
  
  

• SHDOCVW.DLLは IE によって組み込まれるが, IE は VB環境の前提でもある

  IEをインストールしたらGeometric Constructor / Win が動作したということも示すように,SHDOCVW.DLLは,Internet Explorer によって組み込まれたDLLだと思われます。このDLLはVBそのものによって提供されたものではありませんが,VBあるいは,Visual Studio をインストールするときに,「IEがインストールされていないから,インストールします(あるいは,することを強く推奨かな?)」というような状況になります。いずれにしても,VB環境においては,前提あるいは,それに近い存在です。VB環境があるということは,そのDLLあるいは,それらが動作するために必要なその他のDLL,OCXもあるということです。そういう意味合いで,アプリケーションウィザードで VB標準でないが,それに準拠するものとして組み込んでいるのかもしれません。そして,そうやって開発したアプリは,少なくとも,そのパソコンではきちんと動作するわけです。
  
  

• 開発マシンで動作することと配布した先で動作することは違う

  アプリ開発は二つの側面があると考えた方がいいようです。つまり,そのパソコンで使うアプリと,他のパソコンでも使うアプリです。そして,後者を考えるときには,それに関連する様々なDLL,OCXも「引き連れて」インストールする必要があり,それらを含めた「セットアップ」をする必要があるということです。
  
  

• SHDOCVW.DLLその他は配布できない

  さて,VB開発環境では存在が当たり前のSHOWDOCVW.DLLですが,上記のようなことから,それは再配布可能なDLLではありません。また,「SHOWDOCVW.dep」(依存ファイル)がないので,それが動作するのに必要なDLL,OCX一式を丸ごと組み込むというようなことはできません。あるいは,そういうことを意識していないと,自動的に「再配布してはいけないものまで再配布してしまう危険性がある」ので,「SHOWDOCVW.dep」がないのかもしれません(善意すぎる解釈かも)。
  配布に当たっては,SHOWDOCVW.DLL関係のものを「抜いて」配布する必要があるのです。
  
  

• IEがある環境ならば問題はない

  そういう「必要なものを抜いたままのセットアップを配布する」ということは,どう考えるべきでしょう。ある意味では,憤慨すべきことかもしれません。しかし,ある意味では,仕方のないことかもしれません。現実的な対処は「ある」のですから。つまり,
  「このソフトをインストールする前に,必ず, Internet Explorer 3.02 以降をインストールしておいてください」
  という旨を明記しておけばいいのです。そして,少なくとも,現状においては, IE 3.02以降は,新規のほとんどのパソコンには最初から組み込まれているし,また,そうでないパソコンでも,いろいろな方法で「無料で」組み込むことが可能だからです。
  
  

• それでも感じる不可解なもの

  そういう意味で,アプリ開発に当たっては,
  
  
  • IEの存在を前提として,その機能を使ったアプリを開発し,配布する
  • IEがなくても使えるように,その機能は使わない。あるいは,自主開発等の手段を講じる
  
  のどちらかを選択することになります。ブラウザをきちんと作るなんていうのは大変なことです。IEのサブセットをそのまま使えるというのは,開発者にとっては,朗報です。実際,Netscapeはパソコンに組み込まれていても,その機能をこのような形で,自分のソフトの中に取り入れたプログラミングをするというようなことはできません(アドイン等の機能として実現することばできるのかもしれませんが)。
  しかし,そのことによって,「IEを組み込まざるを得ない状況」をじわじわと作っているのは事実ではないでしょうか。しかも,そこにおいて,「契約」は存在しないのですから,IEのバージョンが変化したときに,今まで動いていたソフトが使えなくなる可能性もありえます。しかも,依存ファイルさえないということは,どういうDLL,OCXを前提として動いているのかさえ分からない状況におかれているわけです。
  
  「ほとんど無料でとても便利な環境を与えられている」ことは認めます。しかし,通常の開発者には「一緒に配布すべき」としている依存ファイルさえ与えないまま,そして「再配布」に関する正式な権利も与えないまま,そして標準的な機能であるアプリケーションウィザードで,「こういうこともお手軽にできるよ」とそそのかされ,それに安易に乗っている自分は,一体どういう扱いをされうる存在なのか,そうやって作ったアプリはどうなる運命なのかというようなあたりが,とっても気になるこのごろです。
  

マシンのトラブル等で,長期休憩

コントロールのフォーカスを設定するのは,「load」ではなく,「activate」にて

tab index は便利

自動組み込みするファイル群を設定するには,swtファイルを直接編集

VBのセットアップを使うには,「同一名のファイルはだめ」

• ../document/index.htm
• ../document/construction/index.htm
• ../index.htm

プログラムマネージャーなどの利用(shell, sendkey,..)とタイマーコントロールの利用

解消された問題点

• 「不出来な」簡易ブラウザを使わなくても,環境の中に組み込まれているブラウザを使うことができる。
• 組み込まれているのが,Netscapeであろうが,IEであろうが,その環境の中で「html」に関連づけられているブラウザを使うので,エラーが生じる心配は少ない。

新たに生じた問題点

• プログラムマネージャが「開きっぱなし」になってしまう。
• もう一度プログラムマネージャを呼び出すと,ファイルを開くのではなく,そのプログラムマネージャにフォーカスが移動するだけになる
• ブラウザの中で,GC4ファイルなどをクリックしたときに,どういう動作をするかは,元々の関連づけや Helperの設定に依存する。最も一般的なのは,最初に起動したGC/Winとは別のウィンドウのGC/Winで図形が開かれるということだが,それはあまり妥当ではない。
• つまり,「最適と思われる環境」をきちんと作るということが,不可欠であるが,それはちょっとややこしい。

じつは,安易の解消方法として,「プログラムマネージャのみをその後閉じる」という手を考えた。そのためには, SendKeyによって,プログラムマネージャに「Alt + F4」を送ればいいはずだ。しかし,結果的にはうまくいかなかった。想像するに,片方でブラウザを起動させようとしているタイミングとあわないのではないかと思う。
だから,一つの解消方法として,タイマーでSenkdKeyを使うタイミングを少し遅らせるということが考えられるのだが,今までタイマーを使ったことがなかったので,それあえず,ver.1.0.8では,その手は試さないままでいる。後日対策を考えるというところである。

と書きながら，ついついそのままにするのはしのびなく，まずテストを行って，次にGC/Winの中でも,実装した。思ったよりも簡単に実装できた。要するに,Activateできる状態であれば,そのために,タイマーで多少の時間を稼ぐことができれば,処理することはできるということだ。

今回,初めてタイマーコントロールを使ったのだが,なかなか面白い存在だ。あまり臆せず,機会を見つけて,活用してみよう。

プログラムマネージャーなどの利用(shell)で生じた問題点とその解消
(ファイル/パスのロングネーム)

ロングネームを使えるようにするための一つの常套手段は,ダブルクォーテーションで囲むということらしい。実行ファイル名はそれでうまくいった。そして,いろいろと試した結果,次のようなことが分かった。

• dir などはパラメーターに上記の方法が通用する。たとえば, dir "c:\program Files"
  
• プログラムマネージャではうまくいかない。つまり, progman "c:\program Files\test.htm"
  はだめ

WindowsAPI利用による上記の問題の解消

さて,早速,そのコードの一部を使って,あるHTMLファイルをブラウザで呼び出す試作版を作り,それが動作することを確認して, GC の機能として盛り込み, ver.1.1.2 とした次第である。

直交座標/極座標の切り換え

ver.1.1.5 から B 版の廃止

ver.1.1.4のときから,すでに簡易ブラウザは不要になっていたので,いずれ B版は廃止し,A版のみを残そうと思っていた。実際, こちらで問題にしていた SHDOCVW.DLL を使う必要がない。また,htmlファイルに関連づけられているブラウザを起動するので,機能的にもほとんど問題ない。

げ。1.1.4にはなかったバグ。