まきです。 野宮さま enlightenment環境ではxmmsが文字化けを起こさないということは、 KDE独自での問題なのですね。 .profileでexport LANG=ja_JPを行ってみましたが、 KDEでは残念ながらxmmsの文字化けは解消しませんでした。 XMMSを英語のまま使うことも考えたのですが、結局amaroKに乗り換えました。 こちらでは文字化けも起こしませんでしたし、 MP3のタグ情報に関してもエンコーディング設定を変更できましたので。 ご助言ありがとうございました。

今井です。 http://www.kde.gr.jp/pukiwiki/index.php?FAQ%2F3 を参考にすると良いようです。 KDEの問題というよりはgtkで日本語の設定がされてないだけの様です。 私の所では.gtkrcを設定することでxmmsでメニュー表示で文字化け しなくなりました。(ただちょっと上下が間延びしてますが) 木曜日 05 5月 2005 20:16、Kensaku Maki さんは書きました:

まきです。

野宮さま enlightenment環境ではxmmsが文字化けを起こさないということは、 KDE独自での問題なのですね。 .profileでexport LANG=ja_JPを行ってみましたが、 KDEでは残念ながらxmmsの文字化けは解消しませんでした。

XMMSを英語のまま使うことも考えたのですが、結局amaroKに乗り換えました。 こちらでは文字化けも起こしませんでしたし、 MP3のタグ情報に関してもエンコーディング設定を変更できましたので。 ご助言ありがとうございました。

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Kensaku Maki <sakaki@lares.dti.ne.jp> さんは書きました:

まきです。

野宮さま enlightenment環境ではxmmsが文字化けを起こさないということは、 KDE独自での問題なのですね。 .profileでexport LANG=ja_JPを行ってみましたが、 KDEでは残念ながらxmmsの文字化けは解消しませんでした。

KDE は、環境変数 GTK_RC_FILES 次の様に設定します: GTK_RC_FILES=/etc/gtk/gtkrc:/home/linux/.gtkrc:/home/linux/.kde/share/config/gtkrc （ユーザ名が linux である場合）。 しかし、/etc/gtk/gtkrc.ja のファイルはありません。場所ば間違っています。 SuSE Linux 9.3 で、正しい場所は　/etc/opt/gnome/gtk/gtkrc.ja です。 だから、 GTK_RC_FILES=/etc/opt/gnome/gtk/gtkrc:/home/linux/.gtkrc:/home/linux/.kde/share/config/gtkrc を設定すれば、問題がなくなります。 もちろん、自分の　~/.gtkrc を作製する可能性もあります。 Bugzilla アカウントを持っている場合では、 http://bugzilla.novell.com, bug #66469 御覧下さい。 -- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

At Wed, 25 May 2005 23:08:47 +0900, Masaru Imai wrote:

今井です。

水曜日 25 5月 2005 20:22、Mike FABIAN さんは書きました:

...

GTK_RC_FILES=/etc/gtk/gtkrc:/home/linux/.gtkrc:/home/linux/.kde/share/confi g/gtkrc

（ユーザ名が linux である場合）。

しかし、/etc/gtk/gtkrc.ja のファイルはありません。場所ば間違っています。 SuSE Linux 9.3 で、正しい場所は　/etc/opt/gnome/gtk/gtkrc.ja です。 だから、

GTK_RC_FILES=/etc/opt/gnome/gtk/gtkrc:/home/linux/.gtkrc:/home/linux/.kde/s hare/config/gtkrc

を設定すれば、問題がなくなります。

早速設定してみました。 これでxmmsのメニューも間延びせずに表示されますね。

もしくは workaround として # ln -s opt/gnome/gtk /etc/gtk としても大丈夫なはずです (/etc/gtk が空の場合)。 -- Takashi Iwai <tiwai@suse.de> ALSA Developer - www.alsa-project.org

M. Takeyamaです。 On Thu, 2 Jun 2005 23:18:13 +0900 Masaru Imai <maimai@coral.ocn.ne.jp> wrote:

今井です。

肝心?なこと書いてませんでした。 一応設定のやり方(日本語が変だけど)としては 当初 /etc/profileに直接書いてたんですが、/etc/profileだと上書きされてしまう 可能性があり、よくよく考えて?みれば /etc/profile.d/gtk.sh および /etc/profile.d/gtk.csh として新規にファイルをつくってそこに記述する様にしておけば良いのかなと思って、 その様にしたんですけど、この方法がSUSE推奨?なんでしょうかね....。 /etc/profile だと確かに確実だとは思いますが、意味的には /etc/profile.d/*.sh, /etc/profile.d/*.csh　の方が スマートだと思いますね。 ＃/etc/profileは、ランレベル(3, 5とか)に関係なく読み込まれ ＃ますよね。 ＃つまり、ランレベル３(仮想端末デバイス(TTY))のときにも ＃GTK_RC_FILESが設定(定義)されているのに違和感を持つ人が ＃いるかもと思ってしまいます。

私的には、 GTK_PATH(環境変数)が　 　/etc/profile.d/gtk2.csh 　/etc/profile.d/gtk2.sh で定義されているので、GTK_RC_FILES, GTK2_RC_FILESも ここで定義するのが良いのではと思いますけど... ＃この変更にともなうGNOMEの影響は考慮していません。 ＃(また、この場合のKDEでのGTK_RC_FILESの設定値がどうなるかは未確認) ただ、GTK2_RC_FILESはわかるにしても、GTK_RC_FILESを /etc/profile.d/gtk2.* でやるのは多少無理があるかも。 --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

M. Takeyamaです。 On Mon, 06 Jun 2005 12:02:21 +0200 Takashi Iwai <tiwai@suse.de> wrote: [...]

以前書いたように、/etc/opt/gnome/gtk -> /etc/gtk に symlink 張るのが、 一番副作用がないと思いますよ。こうすると、KDE が無効な GTK_RC_FILES を 設定した場合にのみ有効になりますし、KDE のアップデートで正しい値を設定 した場合にも、問題ありません。 そうですね。

私の場合、 (今井さんの意見に対して) /etc/profile.d/gtk.sh /etc/profile.d/gtk.csh /etc/profile.d/gtk2.* にした方がいいじゃない。 (単純に、よりスマートなんじゃないか　　ということです。) 今回の件の回避策として、 １）環境変数の設定(GTK_RC_FILESを定義する)で回避。 1)-1 ・　/etc/profile ・　/etc/profile.d/gtk.sh ・　/etc/profile.d/gtk.csh ・　/etc/profile.d/gtk2.sh ・　/etc/profile.d/gtk2.csh 1)-2 ・~/.gtkrc　とかで設定 ２）/etc/opt/gnome/gtk -> /etc/gtk に symlink 張る ３）kdebase3にパッチをあてるなどする。 ＃/etc/opt/gnome/gtk　などにディレクトリがあればそれに ＃あわせて、GTK_RC_FILES(環境変数)を生成するパッチ ＃んーん。SUSEだけで適応できて、必ずしもマルチプラット ＃ホームなパッチじゃないと思んですけどね。 KDE projectのHAEDソースでどうなっているか確認したところ Stephan Kulowさん(coolo@kde.org) "backporting fix for gtk1" としてコミットしていました。 ＃厳密に言えば、SUSEのkdebase3のパッケージではfixしていないが ＃KDE project的にはfixしたということなんじゃないですかね。 http://websvn.kde.org/branches/KDE/3.4/kdebase/kcontrol/krdb/krdb.cpp?rev=42... http://websvn.kde.org/branches/KDE/3.4/kdebase/kcontrol/krdb/krdb.cpp?rev=42... 以上ような方法論があるわけで。 好みとか、自分のやり易いやり方が良いじゃないですかね。 ＃仮に「/etc/opt/gnome/gtk -> /etc/gtk に symlink 張る」で ＃対応するにしても、kdebase3のパッケージで対応することに ＃なると思いますね。 ＃インストール時にsymlinkのファイルを導入して、アンイストール時に ＃そのsymlinkのファイルを削除する感じになりますかね。 --- M. Takayama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

M. Takeyamaです。 ＃ピンポイントで。(その後のフォロー) On Thu, 02 Jun 2005 12:59:09 +0900 "M. Takeyama(takezou)" <takezou040728@yahoo.co.jp> wrote: [...]

P.S. Stephanさん(ヨーロッパにいくと多い名前です)は、KDE 3.4, KDE 3.5 でコミット(フィクス)する予定だと言っていましたが... ＃少なくとも kde 3.4.1(素のソース)では直っていませんでした。 ＃(後で、bugzillaにレスしておきますね。) 「KDE 3.4, KDE 3.5でフィッスした」という話は、 kde 3.4.1がリリースした後にコミットしたしたということだった みたいです。 ＃実際のソースツリー(例えば, KDE のshapshotのソースとか)までは ＃確認していませんが... ＃そういうことだったみたいです。

あと、YOUはどうなるのかという突っ込みを入れておきました。(ついでに) ＃SUSE 9.3用パッケージ：　 ＃kde 3.4.0へHAED(KDE 3.5)からのバックポートは可能だと思いますので。 --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/