Bugzilla – Bug 349
xemacsからtextタイプのフォームへの日本語のマウスコピーが化ける
Last modified: 2002-08-11 08:54:05 UTC
Kondara-1.2でLinux版のM18ビルドおよび、Nightlyの2000101014で、 xemacsのバッファから日本語ののマウスコピーを行おうとすると、 正常に貼りつけを行うことが出来ません。ascii文字は問題ありません。 また、コンソールのrxvtからのマウスコピーの場合は問題ありません。 例:abcdefg マウスコピーの結果:abcdefg 例:あいうえお xemacsからのマウスコピー:$(B$"$$$&$($* rxvtからのマウスコピー:あいうえお
Debian Woodyでも確認できました(2000101406-MTrunk/Linux)。 rxvtのコピーのやりかたがわからないので、geditでやってみました。 xemacs -> mozilla : NG mozilla -> xemacs : OK xemacs -> gedit : OK gedit -> xemacs : OK gedit -> mozilla : OK mozilla -> gedit : OK で、xemacsからmozillaへのcopy & pasteだけが、だめみたいです。
Bugzilla-orgに登録しました。 http://bugzilla.mozilla.org/show_bug.cgi?id=56936 担当者は堀田さんのようですので、こちらにもCc:で追加しておきます。 ところで、コピー用のバッファを確認する方法って何かありませんか？
xclipboardというアプリケーションでクリップボードの内容を 確認できるようです。ただ、僕の手持ちのものでは日本語の フォントが表示できませんでした。
US bugzilla を更新しました。xemacs から与えられる selection data がおかしいと思います。JIS 表記で、 しかも byte order 依存です。正しくは、COMPOUND_TEXT 表記で byte format は 8bit 単位でないと mozilla では扱えません。 gedit と xemacs 等 GTK application 同士の場合には、selection に 関してなにか独自の conversion があったりするでしょうか？
当面の回避策として、emacsのselection-coding-system変数をEUCにすれば 文字化けしないようです。 (set-selection-coding-system 'euc-japan)
bug-org 56936にパッチが投稿されました。 http://www.mozilla.gr.jp/ml/logs/moz-users/800/865.html ここにパッチを作成した井上さんの解説があります。 emacsは日本語文字列の最後にASCIIに戻すエスケープシーケンスを入れているが、 Mozillaが使っているXlibの関数はそれをエラーと見なす、ということらしいです。 どちらかと言えば悪いのはemacsみたいですね。
2000-10-29-09-MN6/Linuxではマウスを使ったコピーは一切できなくなりました。 emacsからいったんktermのプロンプトにコピーして、そこからMozilla上の テキストフィールドにコピーすることはできます。しかしemacsからMozillaへの コピーはできません。 このバグに関連したregressionでしょうか。
emacsじゃなくて、xemacsですが、あいうえおをxemacsから Mozillaにcopy & pasteしたら、 $(B$"$$$&$($* となりました。 最初の報告と、ほぼ一緒です。
すみません。Build IDを書き忘れました。 2000102921-MTrunk/Linuxです。
2001061821/Linux-gcc295とxemacs21.4.3の組合せで 問題がないことを確認しました。 FIXEDとして、解決します。