「UNIX用かな漢字変換エンジンAnthyβリリース」記事へのコメント

コンソール上での日本語入力

[kubota (64)]

X Window System 上での日本語 (多国語) 入力には、XIM という標準が存在します。 (Project HEKE では IIIMF はステだそうですが、IIIMF を推進している人たち [Sun だとか Li18nux だとか] にはその問題点を伝えたのでしょうか。 将来にその問題点が改善される見込みは?) しかし、コンソール上で日本語を使いたいと思ったとき、 各々のソフトウェアが Canna/Wnn といった各々のプロトコルの API をそれぞれ実装して対処している、というのが現状です。この方法だと、

• アプリケーションソフトが対応していないと日本語を使えない
• 個々のアプリケーシ

一つの解法として

[SteppingWind (2654)]

えせかんな [netfort.gr.jp]という物があります. これは基本的に日本語対応ですが, VJE等をCannaサーバに見せかけることにより, XIMに対応していない(例えばkinputプロトコル専用の場合等)プログラムでも市販の日本語フロントエンドが使えます.

GIMP (Generl Input Method Protocol)

[kubota (64)]

そういえば、たけさん、こんなこと [debian.or.jp]書いてたような。1999 年 10 月のことです。ぼくもこんな頓珍漢なこと [debian.or.jp]書いてつっこまれて [debian.or.jp]ますが。

GIMP という名前は置いておいて

[mishima (737)]

先の話題で挙がったような、コンソール上の仮名漢字変換は、
readline ライブラリのようなものの上に実装されると嬉しいと思われ。

--
# mishimaは本田透先生を熱烈に応援しています

多スクリプト入力はどのレイヤーがいい?

[kubota (64)]

なぜ? readline ライブラリだと、それを用いたアプリケーションでしか日本語を入力できないですよ。世界中のすべてのコンソールアプリを readline (のようなもの) 対応に書き換えないといけなくなります。(実際に GNU readline を使おうとするとライセンス問題が発生しそうですが)。

ぼくは、コンソールそのものが変換機能 (をプラグインできるためのインターフェース) を持つのがいいと思っています。GNU screen だとか uum/canuum/skkfep とかでも「すべてのソフトウェアで日本語 (中国語、韓国語、...) を」は実現できますが、ログインした後にそれらを

Re:多スクリプト入力はどのレイヤーがいい?

[mishima (737)]

確かに screen でやる方が賢いと思われ。
というか今の今まで screen というコマンドの存在を忘れていた。

実際、自分の頭の中に最初あったのはまず、
「VT100 with XIM」みたいな形で端末の規格の中にそれを押し込めてしまうものだったけど、
これにはちょっと無理がある。
その後「cursesライブラリ上に実装する方がよかろ」と思ったが、
それだと範囲が広すぎるのでは？との思いから readline に至ったわけなんだけど。

> ところで、「思われ」というのはどういうニュアンスの言葉なんでしょうか。

「思われる」「思われます」ですな。

--
# mishimaは本田透先生を熱烈に応援しています