私案その２

まず、しるばさん、ありがとう。

私案は、現在試行中のｆｋｉｓｓ拡張部分に替わる物を考えようという論議の
一環です。形のある物を出した方が、論議が進みやすいと思ったからで、これ
自体は（書いていて自分でも）問題のある物だと思います。いろんな立場でど
んどんたたいてください。

これは、yavさんの、

＞この仕様がそのまま次期KISSの仕様として採用されることはない
＞というものです．

＞fkissでは拡張機能の記述についてイベント駆動っぽさを強調した
＞つもりだったのですが，慣れてない人には解りにくいかなー

という記述にしたがって、考えた物のひとつです。（私の意見は後述）


−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
しるばさんの意見について、

＞ もし後者だとすると，私の読んだ限りでは 現行の fkissと対して
＞  変わりない命令記述だと思うし，場合によっては かえって複雑で
＞  解り難くしているような気がするんですけど．

機能とか、動作については、意識的に、現在の物に合わせたつもりです。だか
ら、新味はありませんが、単純な置き替えですむように考えました。
記述上、ローダ側の処理上、あいまいさを排除するうえで、まだるっこしい表
現になったと思います。なお、仕事の合間に記憶を頼りに書いているので、変
なところもありますが、そのへんは、文法仕様のたたき台ということで。
『この方式だと、こういう点が判りにくい』『こうすれば』っていう論議がで
きれば良いと思っています。

−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−

で、私案その２です。

その１は、記述指向の物でした。記述が読みやすい。間違いが起きにくいこと
を考えましたが、書きにくいし、タイプ量が多いし、ローダの文法パーサがし
んどいです。その２は、将来は、記述ツールが作られることを前提にして、記
号的な表現をしています。このあたり、コンパイラとアセンブラの違いみたい
な物ですね。

【記述】
拡張部分には、ｆｋｉｓｓ命令をあらわす記号をつけて記述します。続けて、
宣言子、動作を記述します。複数の動作を記述すると、前の物から順におこな
われます。宣言子、動作の区切りはコンマとし、行末までがひとつの文としま
す。行中のスペースタブは読みとばします。ひとつの宣言文が１行を越える場
合は、｛｝でくくることができます。

同じ種類の宣言は、前にある物から動作します。タイマの設定は、タイマの起
動やより前にしなければいけません。

拡張機能宣言文はｃｎｆ中のどこにあっても良いですが、一ヶ所にまとめる方
が良いです。

例
/CA #3: UMP #3, MP #2, SN "_AA.WAV", PR "ああっ"

これでオブジェクト３をクリックすると、３を消し、２を表示し、音を出し、
テキストを表示します。


【宣言子】一部のみ
/TI #n		タイマの設定
/IN		最初にのみ実行
/QE		終了時のみ実行
/CA #n		オブジェクトｎをつかんだ
/UCA #n		オブジェクトｎをはなした
/TM #n		タイマｎが時間になった

【実行子】一部のみ
MP #n		オブジェクトを表示
UMP #n		オブジェクトを非表示
SN "  "		音を出す
PR "  "		テキストを表示
TS #n s		タイマの起動、停止
WT n		一定時間待つ

といったぐあいです。

私案１と基本的な構造は変わっていません。記述方法を変えただけです。ずい
ぶんちがって見えるでしょ。見た目は私案１よりすっきりしていますが、覚え
にくく、他人が読みにくいのが問題だと思います。

宣言子は、動作する条件と考えて、最初、終了というのも宣言子にしています。
これによって、セクションといった記述上の配置の制約がなくなりますが、判
りやすく配置するのユーザの責任ということになります。

実行子によっては、２つの引き数を必要とする物がありますが、この場合の区
切り方をかっこ良くするくふうが必要ですね。

宣言子、実行子は、２文字または３文字にしましたが、３や４文字でも良いで
す。ただ、あまり長くなると、記号化の意味が薄くなります。

これをエディタで記述するのは可能ですが、勘違いやミスが多発すると思いま
す。ツール・プログラムが生成するようになると、問題なくなります。トレー
サやデバッガーが作られれば便利ですね。

−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−

というような物を考えましたが、これらは、たたき台です。くりかえし言います
が、みんなでたたいてください。


ボク自身の個人的見解（yav さんと違う点）は、現行のｆｋｉｓｓの記述でも
そんなに不都合は無いということです。確かに不明確な部分もあるけれど、技
術情報でカバーできる程度だと思っています。

（ただし、現在の；ではじめる記述は賛成できませんので、別の専用の記号に
置き替えて欲しいです。これぐらいなら、機械的処理でできますものね。）

ｆｋｉｓｓの正式規格は、今の物と変えるという線で行くなら、やはり、急い
だ方が良いと思っています。あるいは、腹をくくって、現規格の手直し＆追加
でゆくか。


	さあ、どうします。＞データ作者さん。ローダ作者さん。

					ＭＡＲＳ