5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

SKK専用スレッド Part7

1 :名無しさん@お腹いっぱい。:2005/08/14(日) 15:42:02
なんだかんだ言っても、一番使いやすいのは SKK

前スレ
SKK専用スレッド Part6
http://pc8.2ch.net/test/read.cgi/unix/1074758741/

Part5: http://pc.2ch.net/test/read.cgi/unix/1067698174/
Part4: http://pc.2ch.net/test/read.cgi/unix/1049225392/
Part3: http://pc.2ch.net/test/read.cgi/unix/1033003685/
Part2: http://pc.2ch.net/unix/kako/1013/10132/1013245211.html
Part1: http://pc.2ch.net/unix/kako/975/975253214.html


310 :名無しさん@お腹いっぱい。:2005/12/05(月) 02:18:00
yaskkservネタ
バージョン0.2.2にて

- ポートが既に占有されていてもエラーにならない。(0.3で修正予定?)
- 前回言及しなかったが、起動時のオプションによって、
 辞書更新を反映する方法が無い or 勝手に検出し更新する
 の2モードになるのかな?
- やはり、未知の命令には'0'あたりを返したほうがいいと主張してみる。
 処理に時間掛っているのか非対応なのか判別できないのは困るから。
 # この時改行がいるかどうかは不明。あって困るものでもないだろうけど。

以下サイトの内容について:
cdbものより遅いとあるけど、かならずしもそうではない。
たぶんmultiskkservより速いんじゃないかな。
そこそこ高速なのに辞書がコンパクト(オプション次第だけど)というのは、
それなりに長所だと思います。(今時数メガの差なんて、という意見もあるだろうけど)
server completionにも対応できるし。

補完で大量にヒットしすぎる件については、
geoとかzipcode使ってるとたしかにすごい事になりそう。
regex-skkservでは補完対象の見出しファイルを辞書と別に用意するという
手抜きな実装にしていて(cdb系なので、オーダーとか速度を気にするとそうなった)、
個人的にLとedictだけを補完対象にしているから気付かなかったけど。

311 :名無しさん@お腹いっぱい。:2005/12/05(月) 02:21:02
SKK protocol 覚え書き:
基本的には>>74に書いたとおりです。

プロトコル"1"(と"4")については応答に"\n"が必要な事に注意。

プロトコル"4"のあいまいな点

> 「見出し」が存在しない場合は入力をそのまま返す?
そもそも"1"の例でも、見つからなかった時にはDDSKKでは
一文字目の"4"(正確には1以外)と改行コードさえあれば構いません。
"1"で見出しを返しているのは一部クライアントに必要とする物があったと
どこかで読んだ気がするとは以前にも書いたけれど、
"4"を使うクライアントなんてのは新しいものだけだから、
そういう対策は不要な気がします。実用上は多分どちらでも構わないのでは。
# もっともこの発言にはなんらの保証もありませんが。

いまのところskk-server-completion.elぐらいしかクライアントはしらないし、
"4"での重複チェックとか順番はどうしたらいいのでしょうかね。
wceSKKSERVも複数辞書を使えて、通常の辞書をそのまま補完にも使ってるけど、
動かしてはいないから仕様は知りません。

他にはabstractで補完した時に、
1/abstract/abstractedly/abstraction/
とするか
1/abstractedly/abstraction/
とするか、つまり完全一致な候補の扱いをどうするか、なんてのも。

160 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)