2002-02-26

これまでのあらすじ2/23のFinal β Laboratory更新履歴、「プラグインマクロ考」を参照してください。関係ないですが、2/23の更新履歴で2/24の記事への反応をいただいてます(笑)。

設定ダイアログを出すのと、「これはプラグインだからプラグイン管理ダイアログから登録してちょ」というメッセージを出すのと、どっちがいいかなあ。一見、前者の方が親切なように思えますが、そもそもプラグインマクロをどう使うか分かっていない(登録が必要だということを知らない)ユーザー(プラグインマクロを「マクロの実行」から呼ぼうとするくらいですから、こういった人である可能性も結構あるかなと)のことを考えたら、後者もありのような気がします。

ただメッセージボックスで「登録してちょ」よりはヘルプなどへ誘導するようなつくりのほうがいいとは思います。親切に念を入れるならWZ Xのように実行形式のアーカイブでインストールまで面倒見てしまうとか……(だから自動MAKEされないと意味ないんですが)。もっともWZ Xはある意味VCオフィシャルプラグインだからまた特別ですけど。あるいは「プラグインなので登録しないと使えません、登録しますか?」という展開にするとかですかね。

とはいえ、本筋と関係ないコードがいっぱいになるので、じっさいにはよほど会心の作でもできないことにはそこまではできませんね。

……いや、「利用しやすく」という観点からいえば、マクロの振る舞いを云々する以前に、もっと根本的な問題があるような気がしてきました……。

2002-02-25

今週の木曜日(2月28日)発売の「DOS/V POWER REPORT」誌4月号の付録CD-ROMに、「Cファイル入力支援」、「コマンドラインをWZから実行」、「CSVフォーム」の3つのマクロが収録されます。

……などとさらりと書いてますが、じつは初の雑誌収録依頼にめちゃくちゃ舞いあがってたりします。しかも、なんと誌面での紹介までしていただけるとのこと。オンラインソフトコーナーでのテキストエディタ特集ということだそうです。エディタのマクロで紹介記事まで書いてもらえるとは思いもよりませんでした。もう同誌の編集部には大感謝です。某所にも今後は足を向けて寝られません。

ほかのエディタにどんなマクロがあるのかというのもちょっと気になりますし。

……いや、やっぱり自分のマクロがどんなふうに紹介されるかがいちばん気になります(笑)。

2002-02-24

マクロソースの自動コンパイルについてのY.Nakamuraさんとのやりとり(ビレッジセンター掲示板、WZユーザ広場1の#2372、 #2373)からちょっと脇道へ……。

WZの既存のコマンドをフックするだけのプラグインなどでは、操作といえばプラグインに登録するだけで、[マクロの実行]ダイアログから実行する機会のないようなもの(ここの例でいえば「Cファイル入力支援」とか)もあります。そういったマクロでは、あえてmain関数を用意する理由は乏しいのですが、僕は、TX-Cライブラリに公開するようなマクロでは基本的に(一見必要ないように見えても)main関数を用意するようにしてます。

mainは[マクロの実行]ダイアログでマクロ名のみを入力して実行したときに呼び出されるコマンドでもあるので、いわばそのマクロ全体を代表しているインタフェースであるとも考えられます。だから、ユーザーにとって使いかたのよくわからないマクロでも、とりあえず[マクロの実行]ダイアログでマクロ名を入れてOKボタンを押せば、そのマクロの使用法についてなんらかのヒントが得られるようにしておこう、という発想です。

そんなわけで、じつはここで公開している中規模以上のマクロのほとんどは、基本的に「マクロが(設定ダイアログなどの)対話的なインタフェースを持つ場合は、mainコマンドからそのすべてにアクセスできるようになっているべき」というのを理想に作ってあったりします。使う側からしてみればキーやメニューをマクロに割り当てるときに1つきりで足りるということや、マクロ製作者の気分しだいで変わりかねない、configとかoptionとかsetteiといった関数名を把握しなくてすむ、といったメリットもあるかと。

2002-02-23

JustsystemのアプリケーションっていまでもデフォルトではC:¥JUSTにインストールしようとするんでしょうか。文節区切りの判断とか、変換精度はたしかに優れていてよいのですが、同社の製品はどうも無用な自己主張がうるさく感じることが多いです……。

使っていることを意識させないのが理想という、Microsoft Natural Inputの発想のほうがIMEの方向性としては正しいような。