[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[FDclone-users:00376] Re: 日本語文字コード(UTF8)環境での動作について



>その辺りニーズとしてはどうなんですかね?nkf にしろ何にしろ標準入力に食わせる
>ことの出来ない出力は端末側で何とかしないといけない訳で。
>そう言えば疑似端末ソフトでも端末出力の漢字コード変換って聞いたことありません
>ね。無いということは要らないということなんでしょうか。

 要らないってことは無いと思いますよ。

 ただ、そのへん、日本語やメタキャラクタを用いたファイル名の話と同じで、無いな
ら無いなりに「それが当たり前」になっちゃってるってのがあると思うんです。
 このへん、ユーザーの使い方も勿論なんですが、アプリケーション側が独自に対応し
ちゃってる現状がある意味それを現してるんだと思います。

 もう一つ言えるのは機能や単語だけでは、必ずしも直接的なイメージに結びつかない
人の方が多いんでは無いかと。
 これこれの機能を実装したと言われても、それが自分の使ってるどの場面に響いてく
るのか?ってのは、そもそもどの場面でどんな機能が使われているのか?を意識してい
ないと理解は出来ないでしょう。

 さらに、無いのが当たり前になってると、当然その新機能が使われる場面自体ナチュ
ラルに回避するのが当たり前になってる訳で。

 ぶっちゃけ、不便であってもそれはすでに意識の範疇外で、ただ「そんなもん用意せ
んでも、出来るからいーよ」ってことになっちゃうんだと思います(^^;)。

 それは、決してそういった機能が必要無いってこととイコールでは無いんですが、そ
うなってくると積極的にそれが欲しい!って要望に結びつかなくなるんですよね。

 このへん、開発してると陥りやすい罠でもあるんですが、技術ってのは生み出しただ
けでは駄目なんでしょう。
 それがどんな場面で、今まで出来なかった、或いは今までのどんな不便がどれ程ラク
になって、何が出来るようになるのか?、そこまで示して、始めて実用化したと言える
んだと思います。


># しかも OS によって「vt100」の挙動が全然違うというのは一
>#体どういうことなんでしょうねー。
># 本物の vt100 で確認する術がないのが悔しいところですが、
>#もしそれが出来たなら、端末 login した時の相手が例えば Free
>#BSD か Linux かで key bind が全然違う筈。
># DEL と BS は挙動が逆になるし、一方での 10 key が他方では
>#function key として扱われるし。じゃあ端末 emulator はどの
>#「vt100」を模倣したら良いのやら。

 いやぁ、そもそも vt100 が現実に存在したハードウェアの型番だってこと自体、既
に知らない人の方が多いと思いますよ(笑)。


>launcher ってそもそも、そういった手入力の煩わしさを解消するために作られてると
>思うので、いちいち escape したり "" で括ったりなんてことから user を解放する
>必要がある訳です。
>なので、そういう illegal な文字を用いた filename に対しても対応出来て然るべき
>ですね。
># 実装する側は大変ですけど :-)

 そう言う意味では、 FD に於けるコマンドラインってのは、あくまでも lanucher に
渡す引数を補うための存在だと割り切るべきなのかもしれませんね。
 でも、そうなると FD 内部で取り扱うために文字コードが変換されるってのも、本末
転倒になりかねないのかな(^^;)。

 ・・・なんか、そのへん突き詰めてくと FDSH の存在意義の話になってきかねないん
で、このへんにしときます(汗)。


                                                       TAKETYON こと 武貞一三