[debian-devel:10397] some question about multibyte encoding, etc...

[Noriaki Matoi <n-matoi@xxxxxxxxxxxxxx>]

的井です。

blackbox の日本語パッチ作成者の古川さんからメールが来たのですが、僕に
は手に負えない質問ばかりですので、ここでみなさんにお聞きします。

3. はその通りかな、と素人(僕)が考えても思うのですが、その他はよくわか
りません。

古川 さん wrote:
> 
(ここまで略)
> --enable-kanjiは gettextとは関係なく、FontStructをFontSetに変えるオプ
> ションですが、これは、WindowMakerと同じ方が分かりやすいかな？と思って
> つけたものですが、--enable-i18nのほうが、意味としては正しいですね‥‥
> 
> --enable-nlsは 既にNLS用にgettextのオプションで、--disable-gettextがあ
> るので、混乱があるのでは？と個人的には考えます。 
> 
> あと、自分のパッチに関していくつかの解決すべき点があるので、明記して
> おきます。内部の話になりますので、分からなければ、軽くながしてください。
> もし英語分が必要なようであれば、またメールをください。
> 
> 1.ワークスペース名のgettext処理に関して、内部では英語のワークスペース
>   名のまま保存していて、表示する直前までgettextを通しません。KDEがマル
>   チバイトに現段階で対応していないので、ワークスペース名に日本語を渡す
>   と混乱があるかな、と思ったのですが、そもそも本当にワークスペース名ま
>   でKDEが管理しているのか、私は知りません。もしご存知でしたら教えて頂
>   けませんか？
> 
> 2. Blackboxは、Gnome対応パッチがあるのですが、この2つは混在できませ
>   ん。これはなんらかの対応をすべきでしょうか？
> 
> 3. ホームページを見て頂けると分かると思うのですが、現在、FontStructを
>    自分で勝手に作成したFontSetStructに マクロで強引に置き換えて対処し
>    ています。(fontset_wrapper.cc と fontset_wrapper.hh を参照してくだ
>    さい)
>    これは、オリジナルのソースコードに手を付けずに楽にI18N化をするため
>    に個人的に考えた手法です。おかげで、Blackboxが大幅に変更されても、
>    最新バージョンに対応させるのに、パッチ作成作業が楽になりました。
>    しかし、厳格な開発者からみればあきらかに『反則』行為です。
>    本家に統合するのであれば、きちんとしたFontSet用の関数を
>    作って、Blackbox内部のフォント処理を全部エディタなどで置換するべき
>    だと思うのですが、どうでしょう？
> 
(略)
> 
> ＃ Fvwmの JPKitのI18Nパッチも本家統合へ向け、動いているのでしょうか？
(シグネチャ略)