某所で(ミニ)イベント。
いくつか準備しなくてはいけないものがあるので、
今週はちょっとだけバタバタしている。
ところで、DDTS Project始動というのを読んで思い出したのですが、
FreeBSDのports/packagesでも、過去何度か同じような議論がされたような……。
FreeBSDのofficialなportsは現在(4.4-RELEASE)で6000近くあるわけですが、
数量の多さにめげる、ってのはあるでしょうねえ、やっぱり。
# 議論された当時はもちろん今より少なかったでしょうけど、
# それでも数千あったには違いない。
あと、FreeBSD的には、本家にマージしてもらうにあたって、
日本語だけではちょっと……、とかいう話も出ていたような記憶が。
今だと、portsの構造に持ち込みにくいっていうのもあるかのな。
# ということで、FreeBSDで同種の企画は見込みなしかなぁ。
ふとした弾みでずれてしまった。ここ数日、昼夜逆転生活。
余計に疲れるばかりで、あまりいいことがないから、今晩から元通りにしなくては。
# 問題は今日の日中眠ってしまわないかどうかだな……。
# やることは一杯あるんだが。
ですか。全然ダメダメになるわけですね(泣)。
もう、何を使えというより、「X捨てる?」という気さえしてきますねえ。むう。
なんか、libX11のサイズがR1の頃と比較して10倍になったとか言ってるようですが、
「だからどうした?」という気が……。
# 数千の文字を抱える文化圏の連中は、
# そんなものよりフォントキャッシュの方がよほどメモリを逼迫すると思う。
UTF-8 onlyでも欧米の連中は困らなさそう、というのがさらにイヤ。
# というより、その方が楽なんでしょうね。彼らは。
途中でくたびれてしまってまだ全部読んでないけど、
彼らがやろうとしているのは i18n ではなくて u11n のような気が。
# u11n = unicodization
# 今作ってみた(笑)
にしても、結局utf-8だと、
i. Read multibyte texts (such as EUC-JP) from file.
ii. Convert to utf-8.
iii. Convert utf-8 to wc.
iv. any processing.
v. Convert wc to utf-8.
vi. Draw strings with Xutf8DrawString()
になるような気が。うーん、どの辺がeasyかさっぱりわからん。
(iii)と(v)をとばしてutf-8 streamだけで処理するのが楽とも思えないし。
# utf-8は所詮multibyte characterの一つに過ぎないと思ってるのだけれど、
# 何か間違ってるだろうか。
に過ぎないですよね、unicodeだって。
第一、これ一つに絞ってしまって、後になってから問題が出ました、っていう時に、
じゃあ昔に戻りましょうという話になるかといえば、多分そうはならないで
ad hocな対処で乗り切ろうとするんでしょう。単なる予想だけど。
それって全然スマートじゃないし、面白くも嬉しくもない。
UTF-8で一番楽ができるのって、結局ISO-8859-*な方面の人たちですよね?
文字コードとかコード体系の話はろくに調べたことがないから、
全然見当違いのことを書いてるかもしれないけど、とりあえず納得はできないな。
# `ISO 10646 Fonts and XFontSet question'のツリーを眺めてる最中。
なら素直に中央のボタンですね。ホイール付きのマウスだと、ホイールがこれに相当します。
って、多分そういう話じゃないですよね (^^;
man XF86Configして、Emulate3Buttonsを探せば説明があります。
(XFree86 4.xには説明がないはずなので、その点は注意)。
/etc/XF86Configにその設定がないと、通常の2ボタンマウスとしてしか使えません。
# xmodmapでボタン配置を変更するという手もあるけど。
ついでに、dot filesは普通勝手に作ってくれません。
# pwとかでユーザを追加したときに/etc/skelにdot filesがあれば、コピーされたと思う。
というわけで、dot filesがない場合はデフォルトの振る舞いをするか、
システムワイドの設定を読み込むのが普通のようです。
/usr/X11R6/lib/X11/xinit/xinitrcとか
/usr/X11R6/lib/X11/fvwm/system.fvwmrcなどがシステムの設定ファイルです。
# 詳しくはmanを読みましょう。
それでは原稿書き頑張ってくださいな。
# 私も来月はドキュメント書きに悩まされそう……。
ですか。なんというか、さっぱり作業が進んでいないような。
そろそろプレゼンの準備も始めないとまずいかな。
……その前に、会場の設備を確認した方がいいような気もしてきたけど。
ところで、emacs -nw on ktermで期待した結果にならのいのは、
もしかしてktermのcodeとemacsのconding-systemがずれてるからではないですか?
何も設定をしていなければ、ktermのデフォルトのコードはJIS
(…のはず。使わなくなってしまったので自信なし)なので、
これをemacsのterminal-coding-systemにそろえる必要があります。
とりあえずeucにしておけばよいのではないでしょうか。
kterm上でCtrl+マウスの中ボタンを押して変更するか、
.XdefaultsにKTerm*kanjiMode: eucを加えましょう。
# 自分のネタはないのか? と思う今日この頃。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」