本体を落としてきて普通にビルドする。不要なので作っても作らなくてもいい。追記する(値は700〜800で任意とのこと)等々を施す必要があるだろう。エンコーディングになる。以下のファイルを新規作成する。この有効化はマシン再起動をまたいでも永続的である。レベルでうまいことする。1178などとして確認できる。バージョン情報が返ってくればとりあえず接続の受付と起動は正常。上に置く場合と下に置く場合でどう違うのかは試してない。エンコーディングの辞書が構築される。表現できない文字を辞書に含めることができなくなる。type=server,host=localhost,port=1178,encoding=UTF-8などと指定すれば良い。再起動すれば普通に使えるようになる。いやこれはあんまり良い例じゃないな。送り仮名を気にする必要がほとんどの場合なくなる。向う側の辞書は一切変換の学習をしない。辞書にフィードバックする仕様自体がプロトコルにない?たまにキー押下からレスポンスが返ってくるまで数十秒かかる状態に陥ることがある。いうか今まで1回だけそうなった。比べると、変換のレスポンスはほんのわずかに遅れる感じはする。ほんの0.1〜0.2秒ほど。使うことはないだろう。いえば辞書をネットワーク越しに持てるのが特徴のひとつである。そのへんを追いかけてみる。なんて15年くらい前の話題なので2周くらい遅れてるわけだが気にしてはいけない。コンピュータ上で日本語を入力する現代的かつ一般的な方式というのは、文字入力できるフィールドにおける挿入ポイントに対してフロントエンドとなるインターフェースが用意されていて、そのプリエディットバッファ内での入力と文節単位の(漢字)変換結果の選択をおこなったのち、最終的な変換結果全体をフィールドに送出するというものだ。言うとそうは思えない。この原因はプリエディットというものの存在にあると思う。正確に言えばプリエディットという非常にモーダル性の高いインターフェースに役割を持たせすぎて、そのライフタイムを長くさせる設計が良くない。思うに、プリエディットがアクティブで、そこにいろんなものが溜まってる状態というのは、いわば便秘に苛まれている状態そのものなんだろう。その状態のストレスがどんなものか、説明するまでもない。食べたものも入力したものも体内での役目を終えたら即出力されるのがストレスのない生き方なのは自明の理なのに、プリエディットに頼りすぎるという全く正反対の食生活を押し付けてくる現代の日本語入力インターフェースは健康的にも邪悪というより他はない。通して入力する際の妙な気楽さ、ストレスの低さに貢献している要素のひとつであるように思える。本質である漢字変換の際に送り仮名の開始位置を明示しなければならない仕様は、それが手書きに通じて良いと肯定する意見もあるが、やはりさすがに使いやすさをスポイルしている要素だと言わざるを得ないと思う。ここがなんとかなるとかなり嬉しい。場合辞書の部分が分離されていて後から追加できたり、見出し語から対応する語を返す仕様さえ満たしていれば他はなんでもありだったりするので、それを利用してもう少し楽に変換したい。バックエンドに持つ辞書で、これにより送り仮名を意識することなく変換することができるはずだ。連文節を編集する機能はないのでそれはあまり正しくはない。漢字列とそれに付随する送り仮名の頭という風変わりな単位で変換するのに比較してより自然に文節単位で変換できるようにはなる。