[debian-devel:10364] Re: [japo:00021] Re: textutils

[Mitsuru Oka <oka@debian.or.jp>]

岡＠奈良先端です。

# もうできてしまっていますが...。

At Sat, 11 Sep 1999 19:08:35 +0900,
Tomohiro KUBOTA <kubota@xxxxxxxxxxxxxxxxxxxxx> wrote:
> 
> 久保田です。
> 
> > msgidは英語ですからASCII
> じつは、msgid に 0x80 以上の文字を使っているソフトウェアがあるのです。
> それは minicom なのですが、そのおかげで、EUC と共存できないので
> バージョンアップのたびに該当部分をエスケープシーケンスを使って
> 手動で書き直さないといけなくなっています。
> これは、minicom のソースの書き換えを要求すべきですかね？
> 
> それとも、もし msgid に 0x80 以上の文字が含まれていたら、
> エスケープシーケンスを使うように xgettext および msgmerge が
> 書き直されるべきなんでしょうか。じつは、minicom はソースでは
> エスケープシーケンスを使っているのに、xgettext と megmerge が
> ベタの 0x80 以上の文字へと、悪い方向に変換してしまうのです。
> 
> ちなみに、その文字は罫線文字です。コードセットはよくわからない
> のですが、\263 です。

翻訳に困るという点では弊害がありますが、一応、msgidとmsgstr
は独立しているので、同じファイル内であろうと干渉はしないだろ
うと思います。

# *.po は普通のテキストファイルだと思わない方がいいです。
# Emacsのpo-modeも十分その点を考慮して作成されています。
# 同じようなファイルにGNOMEの*.desktopファイルがあります。
# たぶんこっちの方が圧倒的に厄介。全ての言語が同一のファイル
# に混在しますから。もはや手で編集するようなことはしません。

> > 初めて翻訳する時にはmsgmergeは使わないので文字が切れるような
> > 事が起きません。問題が発生するのは改訂する時です。古いバージョ
> > ンの、例えばja.poのmsgstrから新版のja.poへ書き換える際に整形が
> > 起こります。
> 
> もし見栄えということが重要なのなら (行の折り畳みって要するに
> そういうことでしょう？)、msgstr が見栄えよく書かれているという
> ことは、翻訳者の責任なのではないでしょうか。とくに、その言語の
> ことをよく知っているのは msgmerge プログラムではなくて翻訳者
> なのだから、せっかく翻訳者が書いたものに msgmerge が手を加えるのは
> おせっかいにも程がある、と思います。

ある意味Emacsのpo-mode用に設計されているような気がしないでも
ないですが、正しく処理されていれば、折り畳まれてもメッセージ
そのものには1バイトたりとも違いは無いはずです(メッセージ自体
に改行が入るわけではないので)。

それよりむしろ、パッチを当てずに使う場合に、日本語メッセージ
を破壊されないように意図的にスペース(` ')を入れる翻訳者がい
る事が少し残念です。これで破壊は防げますが、表示されるメッセー
ジにスペースが入ります。早くマージしたいです。

> > どうやらワイドキャラクタに一回変換しておいて、文字のバイト数
> > チェックのためにマルイバイトに落としながら変換していく方法に
> > なりそうです。
> 
> 行の折り畳みは、バイト数を基準にするのではなくて、カラム数を
> 基準にすべきだと思うのですが。それとも、この「行の折り畳み」は、
> 見た目の美しさではなく、1行が80バイトまでしか使えないような
> エディタを使っている人のことを考慮して、なされているのでしょうか？
> 
> 「行の折り畳みを無効にする」だとだめな理由ってなんでしょう？
> そんなパッチだと受け入れてもらえそうにないから？

msgmerge --width=100000 とかしとけば、まず折り畳まれません。

> たぶんそんなことはさんざん議論されたことなのでしょうから、
> どこか、メーリングリストのアーカイブが見れるところを紹介
> していただければ、と思います。

無いです;-)
--
岡 充 (Mitsuru Oka)
奈良先端科学技術大学院大学