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

[武貞 一三 <HCD02054@nifty.ne.jp>]

>さすがにその file の中身をどの漢字コードで出力するかまでは制御し切れません。

　あ、いや、それは全くもってその通りで(^^;)。
　と、言うか、明示的に出力を制御したいのならば、それこそ nkf等のツールを利用す
れば良い訳でもありますし。

　ただ、感覚的に、ついつい現在の端末の文字コードがそのままパススルーされてると
思いがちになっちゃうんだと思います。

　現実の実装としては、そのへん内部処理の都合があるわけで、そんな簡単な話にはな
らない訳ですが。


>疑似端末を使うなら、出力側の端末 emulation で漢字コード変換してやって、cat だ
>ろうが less だろうがどんな出力もお望みの漢字コードで表示可能ですけど。
>＃　疑似端末機能は全然反応が無かったので暫く棚上げ。

　シェルとしての側面を持つ現在の FD Clone では、本来、重要な機能になる筈なんで
すけどねぇ。
　ただ、このへん現実問題としては、旧来のランチャとしての側面から見られることが
まだまだ主だと思うんで、今一つ反応に結びつき難くなってるんじゃないかと。

　改めて、こうして実際に使ってるとクリティカルに響いてる訳なんですが(^^;)。


>そもそも内部コードに UTF8 なんていうケースは全く想定してい
>　　｜
>　中　略
>　　｜
>入出力など複数の interface についてそれぞれ異なる漢字コードを指定しないとい
>けないなんて状況は正常ではないと思います。
>I18N な人達ももっと考えてくれないと。
>Zaurus だって Mac OS X だって、内部コードは UTF-8 ということになっていなが
>ら標準端末は EUC-JP しか扱えないというちぐはぐな設計になっています。
>そんな環境の上で透過的に漢字コードを意識しないで済むアプリを用意しようとす
>ると、どうしても訳の判らない設定が必要になってくると思います。

　いや、仰る通りです。
　と言うか、そのへん細かい理屈を抜きにしても、長く PC 触ってると”経験的にも”
日本語ファイル/ディレクトリ名なんか、百害あって一利・・・あるかなぁ？って、骨
身に染みてますし。

　正直、今回の件にしてもたまたま別件で”予め用意された日本語名のファイル/ディ
レクトリ”を触らなければいけない状況になってしまったこと自体が、そもそも想定外
のケースだと、自分でも思ってます(^^;)。


> > んー meta character の存在は無視するしかないかなー。今の実
> > 装でも「$PATH」とか「\」とかいった名前の file は開けませんも
> > のね。
>　あ、これウソでした。ちゃんと開けます。source 良く見たら対
>応してありました。

　あ、そうなんですか。
　そのへんも日本語ファイル名と同じく”使えなくて当たり前”みたいな感覚あったん
で考えたことも無かったです(^^;)。


>実際の採用は先になると思いますが、試験的に「システム標準漢字コード」を実装す
>る patch を作ってみましたので、暫く使い倒して様子を見てくれませんか？
>この patch では「標準漢字コード」は UTF-8 に決打ちにしていますが、採用するこ
>とになったらこの設定用の枠組も用意します。
>launcher 経由、PAGER="less %C" のようにマクロ指定した場合の launcher 経由、
>command line からの直接入力、command lineからのマクロ指定、fdsh からの直接入
>力、等々色んなパターンで試してみて下さい。

　了解です。重ね重ね、お手間をおかけして申し訳ありません。
　ちょっと今、手元で開発環境用意してなかったんで先送りにしてた、前回の patch 
の結果と合わせて、また追ってご報告の方上げさせて頂きます。


　　　　　　　　　　　　　　　　　　　　　　　　　　　TAKETYON こと 武貞一三