From: Tomohiro K. <tk...@ri...> - 2002-03-20 05:16:53
|
久保田です。 At Wed, 20 Mar 2002 02:53:51 +0900 (JST), sakamoto hironori wrote: > これについては、以前、指摘したことがあります。 > 無理矢理 ISO 2022 like に拡張しているわけで、 > 根本的には、enacs=, smacs=\E(0, rmacs=\E(B という"無難な"指定の > mlterm 専用の termcap/terminfo を用意して、TERM=mlterm でアクセス > すべきです。 > > が、xterm,kterm はどちらも認識するので、termcap/terminfo を書き換える > のがいいかも。 長期的には、xterm の termcap/terminfo を変える (あちこちに頼んで 変えてもらう) のがいいと思います。ほんとうにその「"無難な"指定」で 問題がないか (たとえば、上記指定は GL がいつも G0 を呼び出していて、 G0 がいつも ASCII を指示しているという前提に基づいています)、議論 する必要もあるでしょうし、説得にも時間がかかるでしょうし。 ところで、termcap/terminfo を変えてもらうには、どこに言えばいいの でしょうか。(Debian だと、ncurses が使われています。他は?) 一方、curses を使うと文字化けするというのはちょっと痛いので、短期的 な手法としては、「0」で表される文字集合への指示を mlterm が無視する、 というのは、どうでしょうか。現状では mlterm では「0」はサポート されていないみたいなので、副作用もありません。将来的に termcap/terminfo が改善されたときに初めて「0」をサポートするという のでも、いいのではないかと思います。または、そもそもサポートされて いない文字集合への指示は、代わりに ASCII への指示とするよりは、無視 してしまうほうがいいと思うのですが。 --- 久保田智広 Tomohiro KUBOTA <ku...@de...> http://www.debian.or.jp/~kubota/ "Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/ |