- 1 名前：名無しさん＠お腹いっぱい。 [2005/08/14(日) 15:42:02 ]
- なんだかんだ言っても、一番使いやすいのは SKK
前スレ
SKK専用スレッド Part6
pc8.2ch.net/test/read.cgi/unix/1074758741/
Part5: pc.2ch.net/test/read.cgi/unix/1067698174/
Part4: pc.2ch.net/test/read.cgi/unix/1049225392/
Part3: pc.2ch.net/test/read.cgi/unix/1033003685/
Part2: pc.2ch.net/unix/kako/1013/10132/1013245211.html
Part1: pc.2ch.net/unix/kako/975/975253214.html
- 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/10(木) 02:29:45 ]
- `Q'?
- 218 名前：216 mailto:sage [2005/11/11(金) 00:12:00 ]
- >>217
まさにそのとおりでした・・・
ありがとうございました。
- 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/11(金) 05:38:49 ]
- yaskkserv
- 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/13(日) 14:04:59 ]
- やっとこさyaskkserv-0.2の簡易レビューでも。
このサーバは独自形式の辞書を使います。
まずは挙動について:
- 変換した辞書のパーミッションに'w'が付いてると、
illegal permission 0100664とか言われるのですが、
ユーザフレンドリになってくれると有難い。
- 未知の命令を受けつけた時('4'を含む)、なにも返してくれません。
- '2'(server version)に対しては'0.2'と、'yaskkserv'とかを含まない簡素なものです。
もし今後いろいろ機能を増やす方向に進むなら、どのサーバか分かるほうがいいかな。
辞書について:
送り有りと送り無しエントリを区別無くソートし、それを適当な固まり毎に
ブロックとしています。
検索時はまずインデックス(これは通常メモリに保持する)から、
そのエントリがどのブロックに含まれるか割り出し、
該当ブロックを(おそらく)一気にメモリに読み込んだうえで、
そこに含まれるエントリに対してバイナリサーチ&リニアサーチします。
cdbなどのように全てのエントリへのoffsetを持つわけでないのでコンパクトになり、
普通のバイナリサーチと違いディスクのシークも減るというわけです。
おそらくメモリ内に持つインデックスを小さくする為だと思いますが、
「ひらがなエンコード」という見出しの変換を行なっています。
このため、平仮名のみからなる見出しを多く含む辞書(普通のですな)では
元のより小さくなる事があります(変換時のオプション次第)。
- 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/13(日) 14:33:29 ]
- 性能について簡単に:
辞書の変換時のオプションでずいぶん変化するようです。
一番速い状況で、手元の環境ではskksearch using cdb-0.55の
2倍弱ぐらい時間かかります。
block sizeを大きくすると遅くなるようですが、
alignmentするとその程度を改善できるっぽい。
# でも辞書は大きくなります。block sizeが大きい程大きい。
short blockを指定する事の違いはよく分かりませんでした。
メモリに関してはpsでVSZやRSSを見ても、
各オプションの違いによる有意な差は無いように見えます。
# 環境によるかも。
その他:
skk_jisyo.hppの辞書構造についての図で、dictionary|normalの
通常エントリについて、「(昇順ソート。常に存在する)」とあるが、
mazegaki辞書を対象とすればこれは違うような?
IsOkuriAri()について
> 「送りあり」の条件は以下の通りです。
> 1. 1 文字目が日本語
> 2. 末尾が a-z
とあるが、「>じょうd /状/」のようなエントリもあります。
もっともこの関数は使われてないようなので関係無いけども。
# あ、skksearchのplainのokuri checkの箇所も。
先のレスの挙動のとこで忘れていましたが、
複数辞書を指定した時、どれか一つの辞書でヒットすると
残りの辞書を見てくれないようです。
- 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/13(日) 14:51:39 ]
- あ、そうそう、multiskkservが更新されてますよ。
skkdic-p2cdb.cのバッファサイズは小さいままでしたが。
- 223 名前：yaskkserv 作者 mailto:sage [2005/11/13(日) 16:04:46 ]
- >>219
宣伝サンクス!
>>220-221
ありがとうございます。大変参考になりました。
おかしな挙動については次の版で可能なかぎり修正したいと思います。
>short blockを指定する事の違いはよく分かりませんでした。
short block だとインデックスデータがかなり小さくなるのですが、
PC くらいのスペックだと誤差レベルになってしまうようです。。。orz
>skk_jisyo.hppの辞書構造についての図で、dictionary|normalの
>通常エントリについて、「(昇順ソート。常に存在する)」とあるが、
>mazegaki辞書を対象とすればこれは違うような?
>
>IsOkuriAri()について
あぁ、なるほど。完全に見落としてました。。。orz
- 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/14(月) 00:25:43 ]
- uim-skkに
▽モードにおける自動ダイナミックコンプリーション
openlab.jp/skk/skk-manual/skk-manual-ja_5.html#SEC70
が実装されましたが、ddskkでこれを使っている人います?
どうも邪魔に感じるのですが、慣れていないせいでしょうか。
使い方のこつ、便利な使い方などありましたら教えてください。
- 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/14(月) 01:10:00 ]
- 使ってる人も使ってない人もそれぞれそれなりの数がいるっぽいけど。
コツなんてものは特に無いかと。薄めの色にするぐらいで。
現在補完候補が表示されてるので変換したい場合には、
ddskkならM-SPCというのが使えるかな。
- 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/14(月) 01:20:22 ]
- >>225
どうも。慣れれば便利だと思うのでしばらく使ってみることにしま
す。あんまり補完される文字を意識しないほうがいいですね。
M-SPCはいいですね。uim-skkでも使えるようにしてほしいな。
- 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/14(月) 07:14:55 ]
- >>224
たまに頼るよ。
コツは……特にないなぁ……。
- 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/14(月) 15:03:44 ]
- かな入力でskk使ってる人いる?
かなり速くなる気がする。
- 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/14(月) 20:23:52 ]
- 漢字変換はどうやるんだ?
- 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/15(火) 00:47:57 ]
- nicolaじゃない単純なかな入力?
- 231 名前：名無しさん＠お腹いっぱい。 [2005/11/16(水) 23:05:18 ]
- nicolaにすりゃ早くなるんだろうけど、いまいち踏み切れない。
FとJの同時押しが難しそう
- 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 10:45:17 ]
- 同じ複合語が繰り返し出て来る、ある程度まとまった文章を書く時には
dcompはかなりの威力を発揮するよ。
「意思表示」が「▽い」で逝ける、
「意図」を使った後でも「▽いし」で逝ける、みたいにして。
- 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 10:53:08 ]
- コツとしては、どの語をdcompで入れたいのかをある程度意識しておくことかな。
この文章ではこの語とこの語が頻出だから補完を狙おう、みたいな。
慣れるとかなりスピード感が出るyp
- 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 11:40:04 ]
- dcompはoffにしといても、通常の補完で十分だけどなあ。
たしかにタイプ量は少し減るだろうけど。
- 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 11:51:01 ]
- 通常の補完で十分だけど、dcompもあれば十二分じゃない?
- 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 12:18:42 ]
- ウザく感じるかどうか次第
- 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 12:19:15 ]
- いらない人は切ればよし、といういつもの結論ですな
- 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 23:52:10 ]
- アノテーションと違い、切ってもなお邪魔に感じるというものでもないしね
- 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 23:55:54 ]
- 切っても邪魔に感じるのではもはや精神の病ですよ
- 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/18(金) 23:57:15 ]
- むしろそれは恋かもしれない（笑）
- 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/19(土) 22:30:01 ]
- 2ch /(concat "http:\057\057www.2ch.net\057");２ちゃんねる/
- 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/20(日) 06:21:58 ]
- skk-lookみたいに重くて、かつ数値変換関係ないものは、
skk-use-numeric-conversionがnilの時のみ
検索するようにしたほうがよさげ。
- 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/20(日) 09:57:03 ]
- 何の話かと思ったら、241みたいのが変換できるようになったのね。
みんなすごいなあ。
- 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/20(日) 16:19:53 ]
- 241の、普通の手順でアノテーション加えてみるとエラーになった
- 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/20(日) 18:16:13 ]
- つぶr /潰/瞑;目を瞑る/円;円らな瞳/
このエントリのために、
つぶt /瞑;目を瞑る/
選択肢が一つしかないこっちにまでアノテーション。。。orz
- 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 00:06:41 ]
- もはや選択肢の数とアノテーションの有無は関係がない希ガス
- 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 00:19:29 ]
- もはや、アノテーションはSKK使用者のモノではなく辞書編集者のモノですから
- 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 00:24:51 ]
- アノテーション付いたのを glob するのは勘弁
- 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 00:44:00 ]
- skk-use-numeric-conversionがtのときってR246のような単語登録はで
きないの?
- 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 01:05:26 ]
- R246のような非数値変換と、
R# /国道#0号線/
みたいなのがあったとき、どっちで個人辞書をアップデートするか、とかね。
- 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 01:20:39 ]
- 一番問題なのが、数値変換かそうでないのかが
判断しにくいケースじゃないかな。
>>241みたいにelispなコードだけど数値変換でないものもあれば、
せいれき#ねん /(skk-ad-to-gengo 0 nil "年")/
のようなのもある。
elispでconcatなら違うかというと、
多分今L辞書にあるのは数値変換じゃないと思うけど保証はできないし。
- 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 09:25:37 ]
- 数値変換じゃない単なるエスケープにはidentity使う、という手で
誤判定率はかなり下がると思うが、
identityはskkinput2とかで対応してないな。
- 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/21(月) 11:52:11 ]
- 検索で得た各候補に、どの見出しで検索し、
どのプログラムから得たかの属性があれば楽なんだろうね。
でもそれをやるとあれこれ手を加えてる人は大変な事になるかも。
- 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/23(水) 14:44:34 ]
- ミニバッファで変換した時に初めて skk-annotation.el が読み込まれた場合、
Loading skk-annotation...done というのに変換結果が隠されてしまうけど、
これは仕方無いのかなあ。
- 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/24(木) 02:32:37 ]
- (define-key skk-jisx0208-latin-mode-map "\C-q" 'skk-latin-henkan)
- 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/24(木) 22:02:03 ]
- 人名★%%%%★姓
って何？
- 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/24(木) 23:45:09 ]
- さんだい /参内/散大/三大/三代/三台/三題/
すげー辞書w
- 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/26(土) 10:13:55 ]
- SKK-JISYO.S
最も小さな辞書で、~/.skk-jisyo に rename して最初の個人辞書のベースとして利用す
ることができます。漢字へのアクセスを優先するために、使用頻度が少なくても収録さ
れている候補があります。
と wiki にありますが、個人辞書のベースとする使い方は
いったいどこがいいのでしょうか。
- 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/26(土) 12:37:07 ]
- ハンドヘルドみたいなメモリが超少ないやつでskk使うときとか。
- 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/26(土) 16:24:03 ]
- それは、共有辞書としてS辞書を使えばいいんでは?
- 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/28(月) 04:12:38 ]
- make-char-tableってXEmacsにはなかったような記憶が
- 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/28(月) 10:20:04 ]
- % xemacs-21.4.15 -batch -q -no-site-file \
-eval "(message \"%s\"(fboundp 'make-char-table))"
t
- 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/28(月) 11:40:10 ]
- ddskkって/変換のときはdcompしないのですか?
- 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/28(月) 12:56:57 ]
- うわ、ddskk「って」て言われてるし (^_^;)
- 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/28(月) 13:35:22 ]
- >>264
気分を悪くされたのでしたらすみません。
悪意はありませんので。
- 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 00:42:45 ]
- いつまでも 一番充実した環境と思うな DDSKK
- 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 01:01:40 ]
- SKK 全体として良くなっていくように考えませう。
ddskk は本家ではない、と思ってます。
- 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 01:15:58 ]
- 別に本家だろうと違おうと構わないし、
それぞれの実装でより良い方向を探るのはいいと思うけど、
似た機能なのに挙動が異なる場合にはいちおーメインなDDSKKの人が見てそうなとこで
そちらもこうしてみてはどうでしょうかね、と提案してくれたらなーと思ったりもする。
統一されてなくてユーザが混乱するのもどうかと思うし。
- 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 01:40:36 ]
- 確かにフィードバックはあったほうがいいねー
でも C-u とか無理だけど... orz
- 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 02:26:54 ]
- > ddskk は本家ではない、と思ってます。
DareDevil、でいきませう
- 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 16:18:49 ]
- beginとかのエントリがL辞書から抜けて、一つの時代の終わりを
実感したりなんかしちゃったりして。
加州;加賀 っつーのを加えたかった。
Lかgeoかpropernounかの境ってよく分かんない。
china_taiwanって、なんか中途半端だよね。
漢字を利用する外国の地名を扱うんじゃ駄目なんだろか。
- 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 19:42:17 ]
- そういえばabbrevでもanthy-uimあたりはdcompできるの?
あと一応確認しておくけど、dcompが出来ないというだけで
abbrevでもTAB補完は使えるし、M-SPCの挙動もdcompとは独立。
- 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 20:06:07 ]
- uim-skk の話なら dcomp できるらしい。とはいえ、まだリリースはされてな
いから CVS 版のみ？
lists.sourceforge.jp/mailman/archives/anthy-dev/2005-November/002614.html
の議論を見るとわかると思う。
uim-anthy の話なら予測入力が出来るようになったらしいけどそれはさすがにスレ違いなような。
- 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 20:23:52 ]
- ああそうそう、anthy-uimじゃなくてuim-skkでした。すまん。
- 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/29(火) 21:30:13 ]
- そういや JIS X0213 って結局 2003 年中には改正されなかったんだなあ。
- 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 01:45:33 ]
- ttp://aveiro.hp.infoseek.co.jp/skk/skk-change-cursor-type-for-dcomp.txt
その昔、dcompって補完された一文字目が目立って使いにくいんだよね、
と書いた事があるんだけど、今頃になって対処してみました。
これでようやく自分もdcompを導入する事になるかも。
ところで、▽あい[て] の状態で「て」を自分で入力すると
▽あいて[さき] となるけど、
TABで「て」を入れると「さき」は出ないんだね。
- 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 02:04:46 ]
- あ、上のコードはEmacs21でしか試してないので。
- 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 02:11:01 ]
- >>276
TABで「て」を入れたあともう一度TABを押すと
あいかた
になるかもしれないでしょ。
- 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 02:18:01 ]
- あ、そりゃそうだ。失礼しました。
- 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 03:59:34 ]
- > dcompって補完された一文字目が目立って使いにくいんだよね、
-nwな環境の話?
- 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 04:05:05 ]
- >>280
viperな人?
- 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 23:42:45 ]
- あ、そーゆーことか。失礼しました。
- 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/30(水) 23:54:38 ]
- vipperってemacs -nwで2ちゃん読み書きしてるもんなん?
昔の人みたいだね。
- 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 00:52:22 ]
- 俺 Windows でネトゲやりながら，coLinux + emacs -nw で書きこんでるけど・・・
昔の人もこんなかんじだったの？
- 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 02:33:23 ]
- viperは-nwでもしない限り>>276の現象には遭わないという話でわ
- 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 02:36:42 ]
- それはもう理解されたうえでの流れだと思ふ
- 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 08:02:09 ]
- >>258
よく分からないけど、「誰が個人辞書を育てていってもたいてい入る語」は
あらかじめ入れてしまえということかな。。くあしくは ML の議論など。
一応、初期の補完辞書としての役割もあるかも。
- 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 08:21:24 ]
- 初期の補完辞書は、skk-dic.elなるものが。
あと、個人辞書⊃S辞書に近くなるような人って
いたらそれはそれでどうかと。
- 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 09:06:29 ]
- skk-dic.el は S 辞書そのもの。S 辞書を個人辞書として
ユーザにインストールさせる手間を省いたものです。
＞それはそれでどうかと
こういう議論のしかただと SKK の改善に繋がらないがな (´・ω・｀)
- 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 09:24:27 ]
- 仮に .skk-jisyo を失ない、ddskk に skk-dic.el というものが無く、
他の IM に乗り換える気も無かったとして、
さてさてどうするのがいいのでしょうか、という事になったら、
自分ならゼロから育て直すだろうな。
- 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 10:00:23 ]
- >>290
SKK-JISYO.S を持ってくる、という選択肢はないの？
- 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 10:25:02 ]
- スクラッチから始めて一定期間以上(一年以上とか)SKK使ってる人の
個人辞書のintersectionをとって、それがSKK-JISYO.Sとどれくらい
同じか・違ってるか確かめてみないと、その選択が妥当かどうかは
わからないのでは。
- 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 10:31:13 ]
- >>292
スッカラカンよりマシだろ。
全員が同じように変換するわけじゃない。
- 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 10:32:59 ]
- 変換効率で考えると、検索順が 個人 > S > L とほぼ等価なのと、
個人 > L となる事の違いぐらいじゃないの?
補完対象が増えるけど、それほど補完に頼ってないし、
自分で使ったわけでもない語が補完できるようになってもどうなんだろう、と疑問だし。
また、個人辞書には自分で育てた部分とそうでない部分が混在するし。
自分で育てた部分は上位 & 各エントリの中では前のほうに来るものの。
S と L では特に単漢字あたりの順番には異なったポリシーがあったと思うけど、
S の順が優先される事が、L を利用できる環境でもいい事なのか、というのも疑問。
- 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 12:09:35 ]
- S辞書の単語は全体として短いものばかりだから補完してもあまりメリットはないような。
焼肉定食とかインターナショナルとかイッパツで入れてこその補完っしょ。
- 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 15:07:37 ]
- skk-kana-input@around@skk-dcomp-adと
skk-dcomp-after-delete-backward-charに
eolpな時だけskk-dcomp-do-completionするように条件を加えたら
特に邪魔でもなくいい感じになった。
- 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 18:14:49 ]
- >>292
個人辞書と L 辞書を比較して頻出のものをランキングして選別した辞書を生成する CGI とか面白いかもね。
- 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/01(木) 22:43:32 ]
- みなさんいろんな意見をお持ちですね。
現在の S 辞書は個人辞書のベースとしては適切でない、という意見の人は多い。
（ないよりはまし、という意見もある） それではどうするか。
o より適切な「個人辞書のベース」をつくる手段を考える
あるいは
o 結局ゼロから自分で個人辞書をつくっていくのがいい
大まかにまとめるとこんな感じでしょうか。いずれの意見も一理ある気がします。
S 辞書のメンテナの考えとかあってすぐには反映できないかもしれないけど
とでも参考になりました。ありがとうございます。
- 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 02:43:06 ]
- 流れ豚切って申し訳ないけど、skkで旧かな入力するのに、
ユーザ辞書に
いh /言/云/
で登録されてるものを いf(u) で出るようにする方法はないですか？
- 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 03:04:46 ]
- どの実装のskk?
- 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 03:08:29 ]
- ちなみにDDSKKは
「fu」で「ふ」が得られる環境なら、
(skk-okurigana-prefix "ふ") → "h"
なのでなにもしなくていい。
- 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 10:37:22 ]
- eolでなくeolpなのは、任意のfunctionを
受け付ける事を想定しているのだろうか、なんて。
- 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/02(金) 11:59:30 ]
- >>300-301
実装によって違うのですね。
私はWin98のskkimeなので激しくスレ違いです。
スレ汚し失礼しました。
- 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 22:17:25 ]
- dcompを有効にしてる時、Qの直後に数字入れると#に置き換わってしまうのは、
手元の環境が整理されてない自分だけなんだろうか。よく分かんない。
- 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/03(土) 23:49:01 ]
- あれ、どうやら俺だけなのかな。
ちょっと設定とか見直してみる。
- 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/04(日) 02:19:40 ]
- 前スレで紹介したskk-comp-exp.elがバグってたせいでした。
dcomp使ってると、子音を利用しての補完候補の絞り込みの
有難みがずいぶん減ってしまうし、
skk-server-completion.el(使ってないけど)との相性も悪いし、
どうしようかな。
- 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/04(日) 13:10:34 ]
- 結局直してみた。
skk-comp.elのskk-comp-search-current-buffer()のabbrev用コードは
括弧の対応が間違っているような。
- 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/04(日) 14:35:22 ]
- 正確におしえてくらさい。
- 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/04(日) 15:20:55 ]
- dcomp使うと TukaTte とした時に
▽つか*t
▽つか*っt
とならずに
▽つかt
▽つかっt
となるんですね。ちょっと戸惑った。
でも TomadoTta だと * が表示されるみたい。
- 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [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 名前：名無しさん＠お腹いっぱい。 mailto:sage [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/
とするか、つまり完全一致な候補の扱いをどうするか、なんてのも。
- 312 名前：yaskkserv 作者 mailto:sage [2005/12/05(月) 22:34:17 ]
- どうも、お邪魔します。
ホントは前回の書き込み >>223 で URL を晒すべきでしたが、、、
yaskkserv は umiushi.org/~wac/yaskkserv/ で公開している、いまさ
ら書きおこした系の SKK サーバです。
>>310
毎度ありがとうございます。ホント助かります。
>- ポートが既に占有されていてもエラーにならない。(0.3で修正予定?)
0.3 で修正します。
>- 前回言及しなかったが、起動時のオプションによって、
> 辞書更新を反映する方法が無い or 勝手に検出し更新する
> の2モードになるのかな?
はい。現在はその 2 モードになります。そのうち SIGHUP あたりを見るように
しようと思っています。
>- やはり、未知の命令には'0'あたりを返したほうがいいと主張してみる。
確かに。次の版で "0" を返すようにします。
(つづく)
- 313 名前：yaskkserv 作者 mailto:sage [2005/12/05(月) 22:34:42 ]
- (つづき)
>cdbものより遅いとあるけど、かならずしもそうではない。
なるほど。では最速クラスのサーバよりは遅いって感じですかね。
>補完で大量にヒットしすぎる件については、
とりあえずはオプションで上限や対象辞書を設定できるようにしようかと思っ
ています。
* SKK protocol について
おお、なるほど >>74 でまとまっていたんですね。ていうか >>74 にレスした
形跡があるのに完全に忘れていましたよ。。。orz
プロトコル "4" については、見付からなかった場合に "4\n" を返すようにし
て、あとは今のまま様子を見ようかと思います。
- 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/06(火) 02:08:30 ]
- 前スレの451-452はそのままなんだな
- 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/06(火) 09:14:35 ]
- 候補をアノテーションとそれ以外に分離する函数があるとイイナ！
- 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/06(火) 10:39:25 ]
- デフォの設定だと skk-search-prog-list で
S 辞書を鯖より先に見るようになってるから
単漢字のアノテーションは見る機会が少ないのだと気付いた
- 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/07(水) 00:04:06 ]
- しばらく前から、2chの過去ログに埋もれた有益そうなコードとかレスを
発掘する作業をしてました。
そのうちごく簡単なHTML化をするつもりではありますが、
とりあえずの作業用ファイルを公開してみます。
ttp://aveiro.hp.infoseek.co.jp/tmp/skk-at-2ch.txt
自分の書いたコードについては、正式な版ではいくつか差し替える予定です。
あの話題が取り上げられてない!とかの意見がありましたら今のうちにどうぞ。
ちなみに取り上げた対象は前スレまでとlinux板のスレです。
|
 |
