Hiroaki Itoh
hitoh****@xware*****
2004年 2月 4日 (水) 00:18:07 JST
伊藤@エクスウェア、です。 From: Hiroshi Kuribara <kurib****@us*****> Subject: [cvs-jp-info 414] Re: WinCVS1.3 と TortoiseCVS1.6 の日本語化 Date: Tue, 03 Feb 2004 22:10:16 +0900 > 95のサポートは必要ないと思います。FATでCVSなんて恐ろしくて。 でも Jerzy は Win95 系も見捨ててないみたいです ;) > そんなに依存してないですよ。 > ファイルパスを入力するエディットコントロールの > オートコンプリートだけだと思います。 あぁ、そんなもんでした? リストビューのツールチップとかもそうなんだと 思ってたんですけど。 > > あの、もしかして、cvsgui ML へ最近投稿されました? TCL DLL の件と、 > > NT で動作、の件で。 > > はいそうです。日本の恥さらしで、主にCVSNTで騒いでます。 わたしは CVSNT 側は参加していないのですよ。そのうち、と思いつつ...。 # cvsgui、cvsgui-devel に参加しており、前者はユーザの考えを知るため # だけのために ROM 化。 > SJISの世界で仕事をしていると、あまり事情は分からないのですが、 > コード変換に関わる部分はGUIクライアントソフトから分離することが > 可能だと思うのです。 うーん。何が正しいのか、私にはすぐには答えられません...。 そういえば、UNICODE の話なんですけど、見事にハメられました。つい先ほど 気付いたばかりなんですけど...。 おそらく NT 系の UNICODE ベースの OS だけの問題と思うのですが、コマンド ラインとして EUC を渡そうとすると、時として CreateProcess して呼ばれたプロ セス側で文字化けした状態で受け取ってしまうことがあるようなのです。これは NT 系での内部コードと表示系文字列との変換にまつわるものではないか、と想像 しています。 で、試しに common/CvsArgs.cpp 内 CvsArgs::add(const char* arg) で URI エン コード、cvsgui_protocol/cvsgui.c 側で URI デコードするようにしてみたところ、 回避出来ることがわかりました。どうしよう、これ...。 まだ SJIS 文字列をコマンドラインに渡す場合にどうなるかは試していないのですが、 仮に SJIS でうまくいくとしても、そうすると『EUC でログを記録する』が実現 出来ないというジレンマ...。 > コード変換を始めた途端、多種多様な個人的な事情がいくらでも出てくると > 思います。そのためこそ、分離して各人にまかせて、組み立てさせる仕組みに > するべきだと思います。 現状でも、基本的にはそのためのサーバ側 wrapnkf だと思うのですけれども。 > 要するに言いたいのは、ごった煮レベルで公開してしまって、 > みんなで悩むのも良いのではと思うのです。 ~~~~~~~~ いいですねぇ、この響き ;) 基本的には私が公開しようとするのも、自分のためだけにしまっていては気付かない フィードバックを得たいためですから。 > これは大きな決断ですね。公開してメンテしていく場合、 > 基本的には同封しているCVSクライアントを皆でサポートしてくことに > なると思うのですが、本家と異なる道を行くのかどうか。 個人的には、行けるところまでは本家に追従したいと思っています。日本版だけが この機能がないだとか、そういうの、いやですから。 この CVS-1.11 + WinCvs1.2時点での cvsgui guys パッチ + knjwrp の状態から、 CVSNT 側だけに向かうのか、それとも本家 CVS 側へも色目を使うのか、というのも 問題だとは思うんですけどね。何せ現時点でのこれは、UNIX 側でサーバとして 使うことも出来ちゃうわけで(実際ビルドしてテスト運用してみました)、そういう 意味では本家 CVS へのサーバ用途 knjwrp パッチのベースとしてもまだ機能するの です。 > > # CVSNT の日本語化をされた方も巻き込みたい。 > パスのSJIS対応と言った方がいいかもしれません。 そうですか...。knjwrp には手をつけていない? > どうでもいいですが、Pythonは面白いですね。 > Rubyをやらない私は非国民でしょうか。 Python 自体については、Oliver が新しいマクロを書くたびに楽しそう、と思い つつ、まだそれで何かしようとは思ってないという...。 ただ間違いなく言えることは、WinCvs が TCL のみから Python 主体へ乗り換えた ことによって、ひじょーにマクロのセットが強力になった、ってことですね。 正直言って、これだけをみても、WinCvs 1.2 しか知らない日本の多くのユーザは 悲劇だと思う。
