SKK専用スレッド Part6

分割できんかのう。

にほんばしおおでんまちょう /日本橋大伝馬町/
にほんばしかきがらちょう /日本橋蛎殻町/
にほんばしかぶとちょう /日本橋兜町/
にほんばしかやばちょう /日本橋茅場町/
にほんばしこあみちょう /日本橋小網町/
にほんばしこでんまちょう /日本橋小伝馬町/
にほんばしこぶなちょう /日本橋小舟町/
にほんばしとみざわちょう /日本橋富沢町/
にほんばしなかす /日本橋中洲/
にほんばしにんぎょうちょう /日本橋人形町/
にほんばしはこざきちょう /日本橋箱崎町/
にほんばしはまちょう /日本橋浜町/
にほんばしばくろちょう /日本橋馬喰町/
にほんばしひさまつちょう /日本橋久松町/
にほんばしほりどめちょう /日本橋堀留町/
にほんばしほんごくちょう /日本橋本石町/
にほんばしほんちょう /日本橋本町/
にほんばしむろまち /日本橋室町/
にほんばしよこやまちょう /日本橋横山町/

みんながみんな、
「にほんばし /日本橋/」みたいなメジャーな地名 + マイナーな地名
なら機械的な分割で大体いけるけど、そうじゃないからねぇ。
ちなみに、今の geo辞書は[skk 1840]あたりにあるように
ken_all.csvを awkや sedや kakasiやらで処理したそうだけど、
このファイルを見ると、今以上に細かくするのは難しそう。
フリーで良いデータがあればいいんだけど。

極力ゴミエントリを生成せずに機械的に分離する方法は、頭悪いから思い付かないや。
L辞書をザッと眺めて、目に付くのだけ
"^にほんばし" + "^日本橋"
"^あかいけ" + "^赤池"
"^だいしょうじ" + "^大聖寺"
みたいなペアを登録して、該当するのだけ分離しても一定の効果はあるかも。
つまらない方法だし、中途半端ではあるが。

↑の方法の注意点だけど、例えば「たいら,平」なペアなんかを登録しちゃうと、
「たいらざわ /平沢/」みたいなのまで分割してしまうから、
ある程度長い prefixの物しか駄目という事になる。
又は、emacs上で regionに対して対話的に分離コマンドを適用、なんてのも。
まぁ、個人用に自分のよく使うエリアだけ対象とするならいいけど、
openlabの辞書に対してやろうとすると、
やっぱり偏り無く適用する事が求められそうだから、一仕事になりそうですな。
なんせ7万行近くありますから。

という事で、一先ず賢い人の登場を待ってみようっと。

>>427
「日本橋＋なにか」で一つの地名だったりするでしょ。

icewm と skkinput の組み合せで再帰単語登録が出きている人いますか？

>>430
別に定義に厳密に一つの地名は一つの単語にする必要はないわけだし、
不特定多数の共通辞書としては分割した方がいいんでない。

必要な人がくっつけたのを自分の個人辞書に登録すりゃいいじゃん。SKKなんだから。
日本橋なんたらを2、3使う人の使い勝手を考えても必要な分だけ辞書に載る
方がいいっしょ。登録の材料を用意しとけば。

特定のキーに複数のエントリがずらずら連なっているなら問題だろうけど、
複数のキーに単一のエントリがずらずらあっても検索効率が少し落ちる以外問題無いでしょ。
それに、イマドキのPCならそれしきのことで人間が関知できるほど処理が遅くなるとも思えないし。

また始まった……

それよりおまいら、keyﾀﾝ提出のパズルを考えろYO
俺は最初間違いメールかとｵﾓﾀがw

　　Ｓ　　　Ｎ　　　Ｋ　　　

バグレポートと思わせないバグレポートだな

何も考えずに / を頼りにカウントすると、

SKK-JISYO.L.593: 202531
SKK-JISYO.L.595: 202459

202459 - 202531 = -72

で合っているような気がするんだけど、

`[' と`]' で囲まれた送り仮名毎のブロックも一つの候補として数えます。

の意味が分かんないんで手が出せないっす...

skkdic-count が [ 以降をカウントしていない...か?

53 for (q = p+2; (*q != '\0') && (*q != '[') ; ++ q) {
54 if (*q == '/') count++;
55 }

なぜ劇団ひとりを人名辞書から消すのだろう。

>>440
人名ではなく (メンバーが一名の) 劇団名だからでは。

一人サークル

一人エッチ

ひとり上手

冷静になって判断してみると ｓｋｋってほんとに使いやすいの？？？？？？

使いやすいというより、使いにくいと思わない。
それで、効率が良い。
というか、ｱﾝﾁはお帰り下さい。

>>445
SKKを使ってるけど、正直市販IMだったら文句ない。
しかし、Linux等で、商用のIM入れるお金がない身分としては、
SKKが一番よいと感じてる。
それに、どこのEmacsを使ってもSKKを入れさえすれば同じ環境
というのは、大きい。

skkinputで

やっぱやめとく

>>300- を参照してちょ

SKK-JISYO.geo の "\\([東西]入\\|[上下]る\\)/" にマッチする行を分割してみた。
----BEGIN BASE64----(kyoto.dic.gz)
H4sICGbdnEEAC2t5b3RvLmRpYwBlVu1S2lAQ/d+nyBvkme1sraIiKCSB0BAJiEoU
6teMFGmlCMXaOiP9mrHO9NzN3pvEDr/27J6zu3c390KvieiExrRHh1SgO8uuXHbd
drEd26/oNZWprvHD8ziM54If05R2aZU8y/YHQbG/nkc1J/EJ55IWyCSs+NmwMrjm
JV7hTVNW6Z2wVM3bNLbs6Jf7NrU1X6HMJnqgTfpoepsGt4yv0RnV4HmA5iD8nkV0
rMI5tgCVsmV7s+hMWzpGYRJTQJapZbfm1RHbrB0UWbuQ1VWYcFzd186K9FWgJbpY
U8p7JdgbsJbkaO7un3qLuRvIVqE7moPP8cGtNzv5Lpycz+SVCMMPMfPVxHOy3p3m
0ZSlfMKZcB81rjiKcT7OkPEFMMyivFa5ZvsBCDYKUX3PaRezmNZNPKy7RU19Dr1Y
zmGLOpj7gFzswrDd2Sk5ThY1eyI+0ZkmWePhTomzCpJGK5xjt+kbulladu1nPE9t
HalQjku2ckklpVs7a4becx41DPYxpwI/1+HNaptchyDp1ihcYj01J2Dj4JHtZG51
1bmaV3PsnwKv4gQpq1GfiUIVv1yX9SfTZZVuMDHSnjB6Uy7NxKPmUQSLs498nGTx
Ja55iVd4S12xX+KKXcTI9Mq/ZHoG0wqJhxVcwz8W/kSyefRZtqbRrjXOuZ7/vGZ/
JEY0VcSNmmdYjXOI6R24xC54G3mLu4+ywxrljWPUYXTJW9FIdZpuPJdviPugC+wO
lIIfRyv+Ux413xD7mONDacR1Lnqj1DZVAuW4JqrZpgX2arJ3mtpm24CauHaaqTZp
nwtexlbkphhdm71IvHzWCcrYLrBt1X/rOf7hX2QxrZF4WGMPN4uaMaluolM38n6X
V4Dv822+qrT9p667PxFsnCCcq4t7pm7Z7wbNW1gHsMwNf3glO5RBzQt0ZbboCH3X
Uk80c4YGN/daNJN7LYOmDHOv9dDfls7vnEn+DKo5ic9wTlCj9B8G+w53n8PNVNlr
eB9QxUb6HoRB70pehJ7+NvaX/G30UbOXneHBZvDIkX309GK+O5dmvqf46l1+k9BR
5741544StCobV9S8zr1f6o3iYYaZ6axzL51d6HyWvezLzly8rCHxsNIlRfpMj9a9
3/xtSOe456/4XXxxEuYcrlHfQV45/NI5FuUxNn6gvo0g8ByxczdgEJgqxvQVW8y7
V7luhVy1wcy/AvZIvLrfbuU1+ttI6s6gplb2MecT3g7O0Giwvtg6UqEcN0FPPk51
U6nhdq+GYeWO9XMe80qIn7lTzLuIuQwQMcBL9qfbD+6Bf8Mp42aw7L6/+z61tYZC
mf/Ab/vU1PS5yvfMP1Mv1Xn+CQAA
----END BASE64----

で、見つけた間違いらしきもの

しもだちうりどおりてん /下立売通天/
じんどおりひがしいる /神通東入/
↓
しもだちうりどおりてんじんどおりひがしいる /下立売通天神通東入/

しもちょうじゃまちどおりからす{->ま}にしいる /下長者町通{鳥->烏}丸西入/
こうじんぐちどおり{かわはらちょう->かわらまち}ひがしいる /荒神口通河原町東入/
き{ず->づ}やばしどおりほりかわにしいる /木津屋橋通堀川西入/
ほりかわどおりき{ず->づ}やばしあがる /堀川通木津屋橋上る/
えびすがわどおり{こ||ご}まちひがしいる /夷川通御幸町東入/
にしきこうじどおり{こ||ご}まちにしいる /錦小路通御幸町西入/
まつやまちどおりさわらぎ{まち->ちょう}さがる /松屋町通椹木町下る/
いのくまどおりしも{た->だ}ちうりさがる /猪熊通下立売下る/
まつやまちどおりしも{たて->だち}うりさがる /松屋町通下立売下る/
せんぼんどおりなか{た->だ}ちうりあがる /千本通中立売上る/
なか{た->だ}ちうりどおりせんぼんひがしいる /中立売通千本東入/
なか{た->だ}ちうりどおりほりかわひがしいる /中立売通堀川東入/

にしきこうじどおりふやちょうひがしいる /錦小路通{麸->麩}屋町東入/
ふやちょうどおりたこやくしさがる /{麸->麩}屋町通蛸薬師下る/
ふやちょうどおりにしきこうじあがる /{麸->麩}屋町通錦小路上る/
いわがみどおりぶ{つ->っ}こうじあがる /岩上通仏光寺上る/
くろもんどおりぶ{つ->っ}こうじあがる /黒門通仏光寺上る/
ごこまちどおりぶ{つ->っ}こうじあがる /御幸町通仏光寺上る/
とみのこうじどおりぶ{つ->っ}こうじあがる /富小路通仏光寺上る/
ふやちょうどおりぶ{つ->っ}こうじあがる /麩屋町通仏光寺上る/
{ぼ->ぽ}んとちょうどおりさんじょうさがる /先斗町通三条下る/
まつや{ちょう->まち}どおりしもだちうりあがる /松屋町通下立売上る/
まつや{ちょう->まち}どおりでみずさがる /松屋町通出水下る/
まん{し->じ}ゅうじどおりさかいまちにしいる /万寿寺通堺町西入/
まん{し->じ}ゅうじどおりとみのこうじひがしいる /万寿寺通富小路東入/
まん{し->じ}ゅうじどおりふやちょうにしいる /万寿寺通麩屋町西入/
たかつじどおりやなぎ{ばば->のばんば}ひがしいる /高辻通柳馬場東入/
ろくじょうどおりやなぎ{ばば->のばんば}にしいる /六条通柳馬場西入/
しおこうじどおり{ゃ->や}まとおおじにしいる /塩小路通大和大路西入/
{よん->し}じょうどおりやまとおおじにしいる /四条通大和大路西入/

俺も昔京都にいて、ややこしい地名をいろいろ書いてたが、
もっと分割して入力してたぞ。
せっかく東西の通り名で座標を特定するという合理的？な地名命名方式なんだから
全部登録するのは美しくないな。

元となる ken_all.csvには結構間違いがあるようですね。チェックお疲れさまです。

skkdic-split-geo.rbで分割したのでカバーできてないのがあるなと思ったら、
読みが違うもの以外では

しらかわすじさんじょうさがる /白川筋三条下る/
ひがしおおじまつばらあがる /東大路松原上る/

を漏らしていたようだ。ちなみにマッチングパターンは rubyで↓のようなの。
/.+どおり.+(あがる|さがる|ひがしいる|にしいる)\ \/.+通.+/

乙彼ついでにここあたりに貼っちょくれ
ttp://openlab.ring.gr.jp/skk/wiki/wiki.cgi?page=%A5%D5%A5%A9%A1%BC%A5%E0%A4%F2%B7%D0%CD%B3%A4%C7%A4%AD%A4%CA%A4%A4%BC%AD%BD%F1%CA%D4%BD%B8%B4%F5%CB%BE

てか、emacs から直接「登録・削除」フォームにコミットできると便利くない?
いろいろ難しいか。

乙彼ついでに日本郵政公社に報告すると良し。

>>456
作るの面倒そうだな。
個人的には登録の際に多少の障壁があるほうがいいと思うので、現状でいいや。

>>451-452
それが本当に間違いであるかどうか、というのは確かめたの？
地名とか人名って慣習やらなにやらで知らない人には変な読みにしかみえないものがよくあるし

現地に聞き取り調査へGO!

あやしいのはいったん消しといて
正しいとわかったときに入れればいいじゃん。

>>445
速いかどうかは分からんが、使いやすい。

あやしいのはいったん入れといて
間違っているとわかったときに消せばいいじゃん。

ゃまとおおじってなんかかわいいな。

skkinput で .skkinput-jisyo が壊れたことあるひと
います？いつのまにかおかしくなってたんだけど。
\x8e がところどころに入ってて、ほかにもある値の
バイトが決ってある値のバイトに変わっていた。
まあ、できるだけ直してからほかの環境の .skkinput-jisyo と
違うとこだけ拾って消しちゃったけど。

詳しい壊れかたは知らないけど、俺も経験はあるし、
たとえば「とうきょう /東京/」が「とうきょう /京/」
みたいになってしまうバグもある。

ほかにも例があるんですね。Ver 2.06.3 でなったけど、
3 とかはどうなんだろ。uim とか。

何を以てSKKとするか
ttp://kodou.net/diary/?date=20041122#p01

これを見て、前にim-jaがSKKをサポートしたときに「これはSKKじゃないだろ」
って言われていたのを思い出したんですけど、みなさんが考えるSKKの定義って
何でしょうか？

im-jaでの「SKK風」入力方式を知らないから、
みんながどこにどう「違うだろ」と感じたのかを知らないので、
自分はスタートラインに立ちにくいな。

各種実装や拡張に矛盾しないようにいうならば、
辞書引きの際の仕様を挙げるしかない?

nicolaや auto-okuri-processの存在も念頭に考えてみたけど、
・変換は指定した場合にのみ行なわれ、
・ユーザは変換開始地点と終了点を指定し、
・その範囲に含まれる全文字、又は始点から始まっている1つのサブセットを対象として
　変換エンジンは候補を探索、提示し、
・その候補は一塊である。(文節の切り直し作業を伴わない)
といったとこなのかなぁ。

サブセット云々は auto-okuri-processのためだけど、
これは結局 search-prog-listで処理できてる事だし、
書く必要はなかったかもしれない。

Emacs の SKK 以外を SKK とは呼びたくないな。
他は「SKK 風入力方式」で、
問題はその入力方式に名前がついてないことじゃないかな。
「連文節変換」みたいなやつ。

そういう話じゃないか……。
失礼。

あれ、緩めに「定義」してみたんだけど、特に他の意見がないなぁ。
どうでもいいって事なのかも。

>>470 のいう、サブセットに対する変換エンジンが、
インテンリジェントなものでも
おれは SKK と呼んでいいと思うよ。
よくある同音異義語について的確な変換ができるのなら、
誰も文句はないと思う。

Emacs の SKK がほかでも使えればいい。

広義なものと狭義なものが同時にあっても別にいいじゃないか

Emacs の SKK しか認めないって……
使用言語は全く関係ないと思うんだが。

>>477
機能の問題でしょ。

ttp://openlab.jp/skk/history-ja.html
Emacs上のしか認めない場合は、さて、どの版から? なんちて。

8.6 と同等なら、SKK と呼んでいいと思うけど。
それ以上の機能はどうでもいい。

結局どの機能があればいい事になるんだろ。

DDSKK 相当

再帰登録と数値変換(#3まで?)はないとキツい。
他の実装でも何とかクリアしてほしいところ。

あとの拡張機能はあれば餅論便利だがなくても何とかなる

進展の無い流れになった。

im-jaって>>470は満たしてるの?

>>485
使ってみれば分かるが全部満たしていない。
雰囲気的にはEmacsのleimと同じ。
辞書だけSKK由来のものを使うが連文節変換。

>>486
うほっ。それでSKKの名を冠するのはあんまりだね。

im-ja の ML を検索してみたけど、3/25のメール見てトホホ。

>>488
どれ？

フォームで2段階コメントになってるエントリの扱いが変だね。
concatと\073を含むものを抜き出してみた。

わきでr /湧き出;下一段[rtmny...]/涌き出;(concat "ダ行下一[rtcmnzsy...]\073-る")/
よりによt /選りに選;(concat "-って\073成句,rなし")/
よびならw /呼び習;(concat "サ行五段\073-わす")/
ゆすg /濯;(concat "ガ行五段[gi]\073-ぐ")/
もえでr /萌え出;(concat "ダ行下一[rtcmnzsy...]\073-る")/
まかりでr /罷り出;(concat "ダ行下一[rtnz...]\073-る")/
ひっきr /引っ切;(concat "ラ行五段[rt]\073-りなし")/
ばらk /散;(concat "カ行下一\073-ける")/
はいでr /這い出;(concat "ダ行下一[rtcmnzsy...]\073-る")/
のぞみみr /望み見;(concat "ラ行五段[rt]\073-る")/
ぬけでr /抜け出;(concat "ダ行下一[rtcmnzsy...]\073-る")/
なめつk /嘗め尽;辛酸を-くす/舐め尽;(concat "蜜を-くす\073サ行五段")/
とりあu /取り合/取合;(concat "ワ行五段[wiueot(c)]\073-う")/
たわぶr /戯;(concat "ラ行下一\073-れ")/
たすk /助/扶/佐;(concat "カ行下一\073-ける")/援;(concat "カ行下一\073-ける")/
そめわk /染分/染め分;(concat "カ行下一\073-ける")/
すかしみr /透かし見;(concat "マ行上一[rtcmnzsy...]\073-る")/
しゃしゃりでr /しゃしゃり出;(concat "ダ行下一[rtnz...]\073-る")/
しみでr /滲み出;(concat "ダ行下一[rtcmnzsy...]\073-る")/染み出;(concat "ダ行下一[rtcmnzsy...]\073-る")/
ごわつk /強付;(concat "カ行五段[ki]\073-く")/
こぐらi /小暗;形容詞[iks(g)]/木暗;(concat "「-い森」(形容詞[iks(g)])\073vs「小暗い」")/
こきみよi /小気味良/小気味好;(concat "形容詞[iks]\073-い")/
こうるさi /小煩;(concat "形容詞[iksg]\073-い")/

けんs /検;(concat "サ変\073-す")/
くれかk /暮れ掛;(concat "ラ行五段\073-かる")/
きまりわるi /決まり悪;(concat "形容詞[iksg]\073-い")/
きおいこm /気負い込;(concat "マ行五段[mn]\073-む")/
かまk /感;(concat "カ行下一\073-ける")/
かきいだk /掻き抱;(concat "カ行五段[ki]\073-く")/
おぼy /覚;(concat "(古語) ヤ行下二[ye]\073-ゆ")/
おしとm /押し止;(concat "マ行下一\073-める")/
うんめいづk /運命付;(concat "カ行下一\073-ける")/
いぎたなi /寝穢;(concat "形容詞[iks(g)]\073-い")/
えいしき /英式;(concat "British\073-発音,-綴り")/
じもつ /持物;(concat "[仏教]仏像が何を持っているか\073一種のiconography")/
ひんこんせん /貧困線;(concat "poverty line\073生活できるギリギリのライン")/

活用情報のは、この手のアノテーションがどのようにコミットされて、
で、SKKにおいてどのように意味を持つかを理解しつつフォームに書いてるなら、
いいかげんコミッタ側に回って作業してくれりゃいいのに、と思う。

これは2段階コメントじゃなくてアノテーション+コメントの形式ね。

ttp://sourceforge.net/mailarchive/forum.php?forum_id=29602&max_rows=25&style=flat&viewmonth=200403&viewday=25
どれじゃ？

なぜそこまで辿りついてながら、「どれじゃ？」なんじゃ?

あのさー、そんな批判はどーでもよくて、知ってるんだったら手を動かせばーーー
天才くん!

>>495
君も既に知ってしまったのですよ

なるほどーーーぼくも天才くんのなかまいりですね。

せめて手を動かすしとの見てそーな場所に貼るのぢゃ

毎度思うんだが、なんでMLに投げないの？
便所に落書き書いてもなんの意味も無いと思うんだが

そもそもim-jaの事か辞書の事かも分からん

age

scim-skkｷﾀ━━━━━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━━━!!!!!
ttp://www.jmuk.org/d/?path=2004/12/10#d10t01

>>502
まじかよ。

なんでサーバに対応させる気ないんだろ。

>>504
いやーサーバ上げるの面倒なんで、個人的には使いたくないから。
というのと、そもそも使ったことないし、あのプロトコルを全然知らないので、
一から勉強して作るのは面倒そうだから。
という2つの理由です。
誰か作ってくれたら取り込むんですが、個人的な優先度はかなり低いってことです。

ｷﾀｰて書いたらせめて二三日は待たにゃｗ

辞書のパースって何の話なんだろう?

>>505
プロトコル解説については>>142と
http://pitecan.com/OpenPOBox/server/protocol.html
の0〜3まで。かなり単純です。
# "1test " みたいに検索文字列の後にはスペースを加える必要あり。

サーバのメリットについては、
「複数の辞書に対応」についてはマージした辞書を用意すればいいので置いとくとして、
rskkservの EPWING辞書検索機能なんかは大きいと思うんで、
対応すると嬉しい人は多いんでないかな、と思います。
あと uimも scimも知らないのですが、辞書が更新された時、
それを気軽に反映させる事はできるのでしょうか?
リロードできるとか、scim-skkを再起動(?)しても既に起動してた
Xのクライアントに対して日本語入力する際に悲しい事にならない、とか。
# 御存知だとは思いますが、最近はcvsで頻繁に辞書がアップデートされてるので、
# このような需要もあると思います。
# 最近のサーバには、クライアントとの接続を維持したまま
# リロードできるものもいくつかあるので、この問題はそちらに投げられます。

## 無関係ですが、migemoには skk-isearch-start-mode→latinも有効。

>>508
解説ありがとうございます。簡単ですね。

複数の辞書への対応もやろうと思えばそんなに難しくはないのですが、
EPWING辞書検索は面白いですね。

scimについては、リロードも実現はそれほど難しくはない(というか各変換エ
ンジン任せなので実装するだけ)でしょうが、どういうイベントを拾ってリロー
ドさせるか、というあたりが面倒ですね。なるほど。


>>507
パースというと大袈裟ですが、よーするに辞書読み込んで内部データ構造にするってことです。
基本的にはSKK-JISYO.Lがでかいですからということです。

483をｷﾎﾞﾝしてみるﾃｽﾄ

>>509
> パースというと大袈裟ですが、よーするに辞書読み込んで内部データ構造にするってことです。

な、なんのために?!

検索するためですが……。
あと検索のアルゴリズムを簡単に書くためでもあります。

それとも、ストリームのデータだけ持っといて、毎回先頭から調べるんですか？
キャッシュはするにしても、相当に遅そうですが。

ちなみにscimのモジュール読み込みの関係上、辞書を読み込むのは(全ての
scimで)1回だけです。なので、結果的には速くなっていると思います。

ええと、批判だけでなく、提案やアドバイスをした方が、
みんな幸せになれる可能性が高くなりますよ。

IMの乱立を促進させるようなことはやめた方がいいと思うよ (アドバイス)

今は過渡期なんですよ。

共有辞書に対してはバイナリサーチすればそこまで遅くはならないんでは?
実装が面倒なら skksearchからひっぱってくるという手も。(要パッチ)
# 別にメモリに読み込むのはヤメレという話ではないので。

>>515
いつでもその時点では今だもんな

多様性は禅

本家SKK がライブラリとかでどっからでも使えれば〜

emacsclient でがんばれ。

>>519を訳してください

>>521
本家SKKをライブラリにしてほしい。

サーバ上げて、通信しるとうのが、どっからでも使いたいという
デマンドに対する解答の一つだと思うのだが、
今やライブラリも求められるようになったか。

そこで分散オブジェクトですよ

通信しるとう

別にSKKやIMに限らず、UIのライブラリ化ってあるの?

IEコンポーネントとか

poboxサーバと通信できるようなSKKクライアントがあると嬉しい

S　N　K

S　N　K

>>528
プロトコル的にそのまま使えるのでは?
拡張部分は利用できないけど。
で、なにができると嬉しいの?

skkサーバにも単語学習させたいんで。職場にEmacsenが三つあるので
いつまでたっても辞書が賢くなりません

なら最初からそー書きなよ。

もう prime でいいんじゃないの？

>>533
誰のどの需要に?

鑑;模範
はいいとして、
鏡;mirror
はウザってーとｵﾓﾀ。

本家では ; 以降は色変えて表示とかもしかしてしてんの？

>>536
エコーエリア(ミニバッファのとこ)に表示。
もしミニバッファで入力してる時だったら、
一時バッファを作成して表示。

アノテーションのパージってできるの？

>>538
具体的にどういう作業がしたいの?
`X'的な事がしたいのかとか。←この表現にしても全然説明不足なんだけど。

不覚。なぜかageてしまった。

>>539
そうそう、 X みたいな。
; からの記述を無視するように。
いや、個人的には使いたいわけじゃないけど、あんのかなって。

skk-annotation-removeというコマンドがある。
`X'とは違い、確定した後からそのエントリを対象とするものだけどね。
適当にバインドすれば便利なのかもしれないけど、キーに悩みそう。
実際には、アノテーションの記述が無駄にゴチャゴチャしてて
ちょっと変更したい場合も多いだろうから、
skk-annotation-addなんかもバインドしたくなるかも。

skk-annotation-add ってあるのか・・・

やるなら選択中に remove したいね〜。やらないけど。

(setq skk-show-annotation nil) でええやん。

それだと全部消えちゃうじゃん。
ってなやりとりをを何度も過去に見なかったの?

ぜんぶ消えたってええやん。
どうせロクな annotation ないっしょ。

確かにこれ付けたの池沼か?って思うようなのが大半だけどね。

そう思う人は(以下545

skk-annotation-functionで対処しようにも、
ぜ〜んぜん規格化されてないから無理だよね。

http://openlab.ring.gr.jp/skk/skk/tools/unannotation.awk

>>551
skk-show-annotation も、それの存在も、
当然みんな分かった上で書いてるだろに。

SMK = SMキング

ふと、

(define-key skk-abbrev-mode-map "\M-u"
#'(lambda ()
(interactive)
(upcase-region skk-henkan-start-point (point))
(skk-kakutei)))

(define-key skk-abbrev-mode-map "\M-c"
#'(lambda ()
(interactive)
(capitalize-region skk-henkan-start-point (point))
(skk-kakutei)))

こんなのを書いてみたけど、どうかねえ。
スペース混ぜて一気に書けないし、使い途ないかも。

ふと、

(define-key skk-abbrev-mode-map "\M-u"
#'(lambda ()
(interactive)
(upcase-region skk-henkan-start-point (point))
(skk-kakutei)))

(define-key skk-abbrev-mode-map "\M-c"
#'(lambda ()
(interactive)
(capitalize-region skk-henkan-start-point (point))
(skk-kakutei)))

こんなのを書いてみたけど、どうかねえ。
スペース混ぜて一気に書けないし、使い途ないかも。

説明ついてないと読む気にならない。

ドキュメント書かないのはよくあるプログラマの悪い癖だな

二重書き込みになっててすまん。
SCIMスレを覗いてみたら、CapsLockがメンドいから
abbrev modeで特定のキーを押して云々ってアイディアがあったもので、つい。
ってか、利用されてる関数・変数名などで容易に察しつくと思って
コメントかかなかったけど、すんません。

だ か ら、察しがつくつかないとかの問題じゃないんだっつの。
コードを何行も読むより説明を数語読む方がよっぽど早く、
そして何より、「それが何を目的としているのか」 という
最も重要なことを示せるの。
コードが示すのは 「動作」 のみであり、「目的」 までは示さない。

>>559
あほくさ。「説明しか読む気にならない」の間違いだと思うけど。

>>554
なかなかいいんじゃないかと。スペースの問題は同様にこうしてみるとか。
(define-key skk-abbrev-mode-map "\M- "
(lambda () (interactive) (insert ? )))

しかし、一目で分かるようなコードで、しかも謝ってくれてるのに、
なんで559はそこまでイライラしてるんだろ。

一目で分からないからだろう

ここにコード書いても
直接見て便利だと思った若干名に逝き渡るのがせいぜいだからなあ。

ちっちゃいコードでも遠慮せずにぽんぽんMLに投げて
片っ端からmain/experimentalに抛り込んで
コミュニティ全体の共有財産にした方が良ぐね？

そうだね。
でも感想とかもつかず、よりベターな方法の模索とかもないまま
とりこまれて御仕舞っていう事になりがちでもある。
今回のは etc/dot.skk 程度のものだからどうでもいいけど。

>>561-562 は、一目みるだけでそのコードの背景や
どういう経緯で書かれたのかとかが分かるのか。
馬鹿な俺には説明無いとそんな凄いことできないよ。

と、ここに投げると感謝どころかこのような難クセまでついたりするのですた

まあ逆に ML に投げるなら documentation は避けて通れないけどネ

skk 関連ツールは docstring も日本語でいいから気は楽

何やってるかはわかっても
どうやって使ったら便利なのかはわからなかったよ。

まぁ判らない奴は判るようになるまで放置するのが無難だな。
ヘタにいぢってやると面倒なことになるのが常なので。

人名辞書を'です'でgrepしたら面白かった。
ところでサーバの実装って言語の数ほどはないんだな。

うおーいいねこれ。
まだ慣れてないけど慣れるとすごいことになりそうな予感。

MLに投げようよ。作った人。

>>571
elispとか全く分からんので、どのへんがどう凄いのか教えて。
どういう動作をするの？

>>571が何に対してすごいと言っているかわからない。

>>573
/hogeM-u で HOGE
/hogeM-c で Hoge

個人的には深く意識せずに /HOGE とか /Hoge と打っているので
あまり関係なさげ。そういう訳で凄いかどうかはわからない。

>>573
この機能が凄いというに値するかどうかはともかくとして、
> CapsLockがメンドいから
> abbrev modeで特定のキーを押して云々ってアイディア
というのと、>>554の "\M-u", "\M-c" を見れば、
自分で試せるぐらいにはなろうね。
さすがに define-key ぐらいはなんとなく分かるよね??

厳しめのレスに感じるかもしれないけど、
煽りとかのニュアンスは一切ないので。念の為。

>>575 >>576
サンクス
試行錯誤して*scrath*で動かすことができた。
(初め、.emacsにコピペしたが失敗ｗ)

>>577
.skk はつかわんのｗ

etc/dot.(emacs|skk) を参考にして .skk を利用する事を推奨しておく。

skkの候補表示数は伝統的にasdfjklの7つだけど、
asdfjkl;の8つじゃだめなのかな。

; はコメントだから

関係ないのでは?
- 87年当時利用されていた計算機のキーボードに亜種があったかも?
- asdf... に対応して A: S: D: F: ... で候補表示してるけど、
　; だと視認性が悪いから
- 一度に沢山表示すると、pop-to-buffer する頻度が上がるから
なんてーのを想像してみた。

↑もコメント

リロード怠るべからず。。。

USキーボードもLの右は;だっけ。

とりあえず、マジックナンバーの 7 から増えるのは、ちょっと嫌な気がする。

うあぁ。小さい「ぁ」とかが入力できなくなった。
x押してから「あ」を入力しても小さくならない・・・。
今日Muleを入れたんだけどそれぐらいしか原因見当たらない。
Mule-UCSと相性が悪かったします？

そも、Muleを入れたのかMule-UCSを入れたのか、どっちよ?

Mule-ucsですぅううう
ちなみにcygwin+emacsで使ってますううう
今はMS-IMEで入力してますぅぅぅｌ
原因が全然わかんねぇえええ

みさくら語はやめれ

そうだよもん。ヘンな語尾はやめるんだよもん。
その上でこっちで訊いた方が話は早そうなんだよもん。

Meadowについて語ってくれなｽﾚ5
http://pc5.2ch.net/test/read.cgi/software/1100218426/

うああああそうなんですかああああ
いってみますです

なんでmeadow

wc -l ~/.skk-jisyo って皆さんどれくらいで収束してますか?
手元だと 775

>>593
4863

>>593
775行って、数ヶ月前に育て始めたというならともかく、収束してるの?

あ、0 から始めて 8ヶ月くらいのものなので、まだ収束はしてないと思います。
いずれにしよ、あんまり漢字使ってないかも…

>>593
5924

しっかし、変換間違いとかいらない候補がたくさんある。
実用上はほとんど気にならないんだけど、気持ち悪い。
何か、整理するいい方法ってあるの?

>>597
SKK-JISYO.wrong.annotated を引くよろし

wc -l .skk-jisyo
10747

>>599
職業は？

%wc -l .skk-jisyo
7371 .skk-jisyo

%skkdic-count .skk-jisyo
.skk-jisyo: 8105 candidates

>>600
職業はコンピュータと関係ない自営業だが、
漢直ユーザなので漢字交じりのエントリが入ってる。
それを除くと 3/4 くらいになるかな。
あと英語変換も多用するので、使う語彙数とは必ずしも比例してない。

9050 .skk-jisyo navi2ch/IRC 用機
8505 .skk-jisyo 日記鯖
8391 .skk-jisyo 仕事機個人アカウント
8308 .skk-jisyo 仕事機仕事用アカウント

仕事してねぇんか。。。orz

辞書切り替え関連のコード見せて

と思ったら、それぞれ別マシンか。

解決しましたぁっっぁぁぁぁ
.emacsのカスタマイザが設定した部分にあった
'(eshell-prefer-to-shell t nil (eshell))
が原因でした。

すいません。解決してませんでした。
eshellを起動するとまた小文字入力ができなくなります。
emacs -q で起動してもだめだったので設定の問題ではない模様です。
もしかするとデフォでeshellとぶつかっているのかもしれない。
他の環境ではどうなのか知りたいのでどなたか試してみていただけませんか？

他の環境の環境っていってもココはうに板だしねぇ…
ちゃんと入力できるよ@unix

いえ、Win以外の環境ではどうなのかも知りたかったんです。
なるほど。どうやらWin特有の問題のようれしゅね。

GNU Emacs 21.3.1 (i386-msvc-nt5.1.2600) でも普通にできてるよ

GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit) も同様

ん〜、すいません、そのバージョン情報見ても意味が分からないです。
うちでは
GNU Emacs 21.2.1 (i686-pc-cygwin)
となってるところから察するに"cygwin"が付いてる場合はwinって事でしょうか。

もう少し試してみてだめならmeadowスレいってみます。

あ〜>>611見えてなかったです。
どうやらうちだけの問題みたいですね。
んあ〜

ユーザ辞書のサイズ話になったところで小ネタ。
この48語の辞書と.skk-jisyoはどのくらい重なりまつか？

$ skkdic-expr2 .skk-jisyo ^ pref.txt | skkdic-count
: 26 candidates

綿串は辛うじて過半数を確保。

begin-base64 644 pref.txt
Ozsgb2t1cmktYXJpIGVudHJpZXMuCjs7IG9rdXJpLW5hc2kgZW50cmllcy4KpKKkpKTBIC+wpsPO
LwqkoqSqpOKk6iAvwMS/uS8KpKKkraS/IC+9qcXELwqkpKS3pKuk7yAvwNDA7i8KpKSk0KTppK0g
L7DxvusvCqSkpNCk6aSuIC+w8b7rLwqkpKTvpMYgL7TkvOovCqSopNKk4SAvsKbJsi8KpKqkqqSk
pL8gL8LnyqwvCqSqpKqktaSrIC/C57rlLwqkqqSrpOSk3iAvsqy7sy8KpKqkraTKpO8gL7Ktxuwv
CqSrpKyk7yAvueHA7i8KpKuktKS3pN4gL7yvu/nF5y8KpKukyqSspO8gL7/AxuDA7i8KpK2k56Sm
pMggL7X+xdQvCqSupNUgL7T0yewvCqSvpN6k4qTIIC+3p8vcLwqksKTzpN4gL7eyx88vCqSzpKak
wSAvueLDzi8KpLWkpKS/pN4gL7rrtswvCqS1pKwgL7q0suwvCqS3pKwgL7yisuwvCqS3pLqkqqSr
IC/AxbKsLwqkt6TepM0gL8XnuqwvCqTBpNAgL8DpzdUvCqTIpKakraTnpKYgL8Xstf4vCqTIpK+k
t6TeIC/GwcXnLwqkyKTBpK4gL8bKzNovCqTIpMOkyKTqIC/Eu7zoLwqkyKTkpN4gL8nZu7MvCqTK
pKyktaStIC/EubrqLwqkyqSspM4gL8S5zO4vCqTKpOkgL8bgzskvCqTLpKSkrKS/IC+/t7PjLwqk
0qTnpKaktCAvyry4yy8KpNKk7aS3pN4gL7mtxecvCqTVpK+kpCAvyqGw5i8KpNWkr6SqpKsgL8qh
sqwvCqTVpK+kt6TeIC/KocXnLwqk26TDpKukpKTJpKYgL8vMs6TGuy8KpN+kqCAvu7C9xS8KpN+k
5KSuIC+13L7rLwqk36TkpLakrSAvtdy66i8KpOSk3qSspL8gL7uzt8EvCqTkpN6ksKTBIC+7s7j9
Lwqk5KTepMqktyAvu7PN/C8KpO+kq6TkpN4gL8/Css67sy8K
====

それ聞いてどうするつもりなんだろ。

自分に直接関係のない地名は
どのくらい使ってるもんなんかなーつう単なる好奇心。

好奇心ついでに

$ skkdic-expr2 ~/.skk-jisyo ^ dic/SKK-JISYO.jinmei | skkdic-count
: 1223 candidates
$ skkdic-expr2 ~/.skk-jisyo ^ dic/SKK-JISYO.geo | skkdic-count
: 129 candidates
$ skkdic-expr2 ~/.skk-jisyo ^ dic/SKK-JISYO.law | skkdic-count
: 86 candidates
$ skkdic-expr2 ~/.skk-jisyo ^ dic/SKK-JISYO.propernoun | skkdic-count
: 43 candidates

自宅
$ wc -l var/skk/skk*-jisyo
1924 var/skk/skk-jisyo
8088 var/skkh/skkinput-jisyo
$ skkdic-count var/skk/skk*-jisyo
var/skk/skk-jisyo: 2098 candidates
var/skk/skkinput-jisyo: 9526 candidates

職場
$ wc -l var/skk/skk*-jisyo
4389 var/skk/skk-jisyo
1414 var/skk/skkinput-jisyo
$ skkdic-count var/skk/skk*-jisyo
var/skk/skk-jisyo: 4821 candidates
var/skk/skkinput-jisyo: 1543 candidates

skkinput-jisyo の方は SKKIME のやつ。
ちなみに、skk-record からプロットした結果。
ttp://uploader.zive.net/file/8705.png

>>614
11

そろそろ誰か .skk-jisyo の公開キボンぬ。

いらんだろ

辞書やelisp用のうpろだがあると飯野鴨

素人が手ぇ出すと火傷すっけど >.skk-jisyo晒し
名前、住所、所属、趣味、いろいろ含まれてっからな。

どんな文章を書いていたか想像できるところが面白い。

属性バレバレだものな。

恥ずべきことをしてたんでない限り、気にするようなことでもないけどね。
まあ晒すなら電話・住所・フルネームくらいは抜いておこう。

ところで .skk とかならまだしも .skk-jisyo を公開する意義とは?
他人がどの程度富豪的(orコマメ)に個人辞書に取り込んでるのか
眺めるぐらいしかする事なさそう。

L辞書の半分は優しさでできていまつ。




残りの半分は歴代の有志が送ってくれた .skk-jisyo からできていまつ。

うそ。数％はとーっても余計なおせっかいからできています。

得てして、優しさとはそういうものです。

あまり使われない送り仮名を集めた辞書はないですか?

行なう
表わす
などを使ってしまうことがあるので、それらを辞書から消したいので
す。

非正則なエントリを抜けば、とか思ったけども、そう単純でもないからなぁ。
ところで「行なう」はマイナーなほうなの?
同じように適用しても構わないとすれば、
「おこなった」が「いった」と区別つかなくて不便だし。

俺の.skk-jisyoには

おこなt /(skk-ignore-dic-word "行")/[った/(skk-ignore-dic-word "行")/]/
おこなu /(skk-ignore-dic-word "行")/[う/行な/(skk-ignore-dic-word "行")/]/

ってある…

そのエントリがある時、
OkonaTteで辞書登録モードになった際に
C-gで抜けるとエラー表示されない?

skk-ignore-dic-wordからskk-henkan-in-minibuffが呼ばれて、
多分その中のskk-change-marker-to-whiteで
skk-henkan-end-pointがクリアされてるっぽいが実害は今のとこ感じてない。

>>632
「行なう」はマイナーというか、非正則ですね。教科書には出ません。

「行った」は目的語に場所+{に|へ}が来ますから、行為を意味する場合と
区別がつかないことはほとんどないと思います。

俺はぱっとみてわかりやすいように必ず「行なう」にしてる
区別がつくつかんの問題じゃないからな
ま、人それぞれだけど

内閣告示はこんな感じ。
非本則だけど非正則ではないといったところか。

許容　次の語は，（　　）の中に示すように，活用語尾の前の音節から送る
　　ことができる。
　　　表す（表わす）　著す（著わす）　現れる（現われる）　行う（行なう）
　　　断る（断わる）　賜る（賜わる）
ttp://www.konan-wu.ac.jp/~kikuchi/kanji/okuri.html

あ、コレ大事なとこ。


二　この「送り仮名の付け方」は、科学・技術・芸術その他の各種専門分野
や個々人の表記にまで及ぼそうとするものではない。

あべの /安倍;姓/
いづの /伊津;人名/
かだの /荷田;人名/
かわべの /河辺;姓/
きの /紀;人名/
そがの /蘇我;人名/
どうともの /堂伴;姓/
ふじわらの /藤原;人名/
みなもとの /源;人名/
やどやの /宿屋;姓/
やまとの /日本;姓/
よもの /四方;姓/

>>640
wiki に書いてやれよ。

>>640
何が言いたいのかさっぱり分かんねえし

たぶん、「の」は姓に含まないってことじゃないかな。

源頼朝は「みなもとのよりとも」と読むこともあるけど、この「の」は
姓に含まない。「山口さんちのツトム(くん)」の「さんちの」に当たるわけだから。

とはいえその後の日本語の変化で「の」まで含んで名字になった人もいる
(ex. 紀さん)わけで、そのへんを640さんが調べて報告してくれると
いいんじゃないでしょうか。

変換候補を絞るという観点では非常に効果的だと思うけどなあ
それに、読みを入力していくのだから含めた方が自然だろうし

辞書関連で採用してる FreeStyleWiki って、直前の版との差分しか見れないの?

skk-bayesian 使ってみたけど、skk-study よりはいい気がする。
例えば、ITte って、よく「行って」と「言って」でまぎらわしいけど、
skk-bayesian は直前の文章を元に変換するから、ITte の直前の助詞を
勘定してくれるみたい。
skk-study は直前の変換を元に変換するから、ちと違うよね。

>>646
む、なるほどぉ。昔 skk-bayesian 試した時はうまく動かなかったんだよなあ。
Ruby 1.6.x な環境だからかな、とか思って放置してたんだけど、最近1.8 に上
げてみたので再挑戦してみるか。

↑再挑戦してもうまく動かなかったと見た。



ウチも動かん orz

>>648
動いたよ(`･ω･´)
以前は .skk-bayesian のサイズが emacs 終了しても0のまんまんだったんだけ
ど今回はちゃんと太っていってるみたい。ちなみに今は Ruby 1.8.2 でサーバ
モードでやってみてる。前回はどっちでやったか忘れちった。

で、新ためて挑戦してて気付いたんだけど、デフォルトだと 127.0.0.1 でし
かリッスンしないのね。オプションでアドレス指定できると便利だと思うんだ
けど、まぁしょうがないのかなあ…。

>>648
>ウチも動かん�orz
(setq skk-bayesian-debug t)
で、*Messages* バッファの内容を晒す。

.skk-bayesianってどの程度まで大きくなるの?
しばらく使ったらいろいろレポしてほしい。
この手のって例え良さそうと思ってても
個人的になんか億劫で使ってみる気がしないから。

>>651
半年以上使って、今、364KB。

結構小さいんだな。気が向いたら自分でも使ってみる事にするよ。

レポ
...なりYasuI
-> ...なり易い
(setq skk-bayesian-debut t)しておくと、*skk-bayesian* バッファに出るログ
("易" "安")
;;("0.0919665115708941" "0.00556059460821366")
;;OK.
数字は確率。足して1にならないのは、1にならないのが正しい。

ruby 1.8.2 使ってます(FreeBSD5.3)が、bskk -f ~/.skk-bayesian -s すると、

bskk:391:in `flock': Operation not supported
skk-bayesian (Errno::EOPNOTSUPP)
from bin/bskk:391:in `try_lock'
from bin/bskk:390:in `each'
from bin/bskk:390:in `try_lock'
from bin/bskk:468:in `mode_serve'
from bin/bskk:609:in `main'
from bin/bskk:614

のののののの、のっと さぽーと？
対処方きぼんぬ

ruby ってのが激しく困る。
skk のためだけに入れる気しねぇ……。

perlあたりで書き直せば?

>>655
ホームをNFS共有してたりとかして、ファイルシステム側が flock をサポート
してないだけじゃないの？

>>655
とりあえず、lock しなくても平気だと確信が持てるなら、
def try_lock( file, lock_mode, timeout, try_interval )
return true
end
とすれば、いいんじゃない。

それは危険でしょ。まずはrpc.lockdを動かしてflockが効くようになる
(かつ実際に使い物になる)か試せば?

FreeBSDにはlockf(1)なんつーものがあるんで試すのは簡単。

今気付いたんだけど、最新のL辞書をサーバ経由で利用してて、
「かん」で変換した後、次の変換を行うときに正しく索けてない。
*skkserv*を覗くと、「潤;?/」なんてゴミが最初になぜか混入してる。
……というのはmultiskkservでL辞書単体で試した時の話。
skksearchでL辞書(cdb)のみにしてみたところ、「かん」はnot foundになる。
他の環境ではどうでしょうか?

あ、ちなみにmultiskkservの場合、ターミナルでncでテストすると
正常なようです。skksearchはnot found.

あ、なんか今現在使用してるemacsのバグな気がしてきた。
cvs版だけどかなり長期間放置してるんで。21.3だとokだったし。
# skksearchの方はなんでだろか。

>>656
ソースサイズ、たった 3.5MB。
$ configure && make && make install
するだけじゃん。
面倒だとは思うが、そこまで困るか？
UNIX 自体が向いてないとしか思えない。

>>658-660
おもいっきり $HOME を NFS で mount していました orz

そこで、ローカルなファイルシステムである、/tmp を使おうと思い、
skk-bayesian.el で以下を指定し、
(defvar skk-bayesian-history-file "/tmp/skk-bayesian" "*history file")

bskk -f /tmp/skk-bayesian -s
のように bskk を起動したのですが、emacs 終了時に、

skk-bayesian の履歴を保存しています...完了
cond: Wrong type argument: integerp, #<process skk-bayesian>

と怒られます。
対処法をおねがいします。

>>665
うちは、同じことやって、まったくエラーでない。
(setq stack-trace-on-error t
skk-bayesian-debug t)
してみ。
あと、*Message* buffer の中身と、*skk-bayesian* buffer の中身もチェック。

>>664 みたいなバカなRubyユーザーが嫌なんじゃないの?

その通り

それは「困る」とは違うだろ。

>>655
これでいいのかなぁ？

--- /tmp/skk/main/experimental/bayesian/skk-bayesian.el Fri Feb 18 09:26:47 2005
+++ /tmp/skk/main/skk-bayesian.el Fri Feb 18 22:25:24 2005
@@ -444,7 +444,7 @@
(delete-process skk-bayesian-process))
((eq status 'run)
;; send SIGTERM=15
- (signal-process skk-bayesian-process 15)))
+ (signal-process (process-id skk-bayesian-process) 15)))
(setq skk-bayesian-process nil))))

(defun skk-bayesian-init ()

>>663
これでどう？

--- main.c.orig Sat Feb 19 01:14:11 2005
+++ main.c　　　Sat Feb 19 01:31:57 2005
@@ -28,7 +28,7 @@
 #define STDIN 0
 #define STDOUT 1

-#define COMBUFSIZE 1024
+#define COMBUFSIZE 10240
 char combuf[COMBUFSIZE];

 #define CLIENT_END　　　 '0'

>>670
signal-process って、仕様が emacs のバージョンで違うのね。
cvs head の emacs では help 読むと引数は pid 「でも」いいって書いてあるんだけど、
21.2.1 では、pid じゃなきゃ「だめ」って書いてあった。
670 さん、ありがとう。
commit しました。

ところで、665 さんの症状が、この bug が原因だとすると、bskk は server で
動いてません。signal-process を呼ぶ時は、サブプロセスとして bskk を走らせて
いる時だけです。

>>671
それが参考になりました。
dic.hのDIC_BUFSIZEを大きくしたところ解決しました。

とはいえ、多分現在最長の「こう」を試したところ、
cdb系にはあやしいものが多い予感。

>>674
これ、訂正します。
cdbへの変換にmultiskkserv附属のskkdic-p2cdbを利用してるのですが、
tools/skkdic-p2cdb.cのSKKSERV_RESULT_SIZEを大きくしたら解決しました。

>>670,672

>>655 です。
ありがとうございます。正常に動作しメッチャ便利になりました。
ちなみに、Emacs 21.3.1 を使用しております。

bayesian なんだけど
skk-undo-kakutei-word-only が t だとダメ？
そもそも skk-undo-kakutei-word-only が挙動怪しいの？

>>677
ダメですね。
ちょっと考えます。

あと、.skk-bayesian の保存のときに
サイズのチェックしてくれると嬉しいかと思います。

>>677
skk-undo-kakutei-word-only は直ったと思います。commit しました。
確認をお願いします。
>>679
ええ、そうなんですよね。
そのうち何とかしたいんですけど、個人的には .skk-bayesian を cvs で管理
してしまってるので重要度が低いんです。
でも、一般的には必要だと思うので、そのうち何とかします。

今回ので>>297は直ってないな

>>681
しかし、こういう、想定外な入力ってどういう仕様が望ましんだろうね。
仕様がないと書けないでしょ。まず。

ArukU が Aruku か AruKu かはどっちでもいいし、
297のケースで登録モードに入るのも構わないけど、
後の文字を消してしまう事さえ直せばいいんでないの?

>>683
>後の文字を消してしまう事さえ直せばいいんでないの?
確かにそうだ。しかし、おれ、skk.el 読めない...。

sawfishを利用してる場合の問題なのかもしれないけれど、
skkinputで7つづつ候補を表示してる状態で
(cycle windowsで)別のアプリを全面に出して候補ウィンドウが隠れてしまうと、
以後登録モードになるまで表示されないな。
別のアプリを個別に奥に沈めてやればいいけども。

最近のアノテーションは日本語学習者を対象としてるんかな。

どうもannotationが一気に増えてから使いにくいような。
特に単漢字エントリで目的の字を探しにくい。
"crude patch to toggle annotation display"
というのもポストされてるけど、
単漢字な時だけannotation部分を淡い色にしてみるとかいうのもいいかも、とか思った。
いや、単漢字じゃなくてもいいかもしれないな。
-nw環境とかskkinput等は救えないけども。

N.B.,n.b.
((略))Nota bene.（よく注意せよ）((ラテン語で Note well.の意味))．
---
って一般常識?

アノテーションが十分に規格化されてないんでやれる事少ないから
テキトーにしか書いてないけどどうだろう。

(setq skk-annotation-face font-lock-doc-face)
(setq skk-annotation-warning-face font-lock-warning-face)

(defun skk-annotation-show-1 (annotation)
+ (save-match-data
+ (when (string-match "誤" annotation)
+ (put-text-property 0 (length annotation) 'face skk-annotation-warning-face annotation)))
(cond
((and (eval-when-compile (eq skk-emacs-type 'mule5))

skk-henkan-show-candidate-subr()

(setq v (cons (progn
(when (and (skk-numeric-p) (consp e))
(setq e (cdr e)))
- (cond
- ((not (skk-lisp-prog-p e))
- e)
- ((skk-eval-string e))
- (t e)))
+ (setq e (cond
+ ((not (skk-lisp-prog-p e))
+ e)
+ ((skk-eval-string e))
+ (t e)))
+ (save-match-data
+ (when (string-match ";" e)
+ (let (anno)
+ (setq anno (substring e (match-beginning 0)))
+ (put-text-property 0 (length anno) 'face skk-annotation-face anno)
+ (save-match-data
+ (when (string-match "誤" anno)
+ (put-text-property 0 (length anno) 'face skk-annotation-warning-face anno)))
+ (setq e
+ (concat (substring e 0 (match-beginning 0)) anno)))))
+ e)
v)
count (1+ count))
(setq count max-candidates)))

単漢字はtooltipだといい感じ。
第1・第2候補あたりはtooltipだと邪魔な場合あり。

最初の方はechoarea、asdfjkl一覧はtooltipでannotation表示なんてどうだろ。


あと、
(setq skk-show-tooltip t)
(setq skk-henkan-show-candidates-rows 2)
とすると何か変にならない？「こう」とか。

fontifyとかも、MLで言われてたように
アノテーションを加工する関数に任せたらいいんだろうな。

mecab-skkserv AGe!

以下、 http://chasen.org/~taku/software/mecab-skkserv/ から引用

# SKK は通常,「単語単位」の変換のみをサポートしますが, mecab-skkserv では, 「文単位」の変換が可能となります.
# 比較的長い文をいれて SPACE を叩いてみてください. それなりの変換結果を提示してくれると思います.
# 通常の SKK と違い, 送り仮名の指定に shift を使う必要はありません.
「楽しい」の変換は, 「tanoSii」 ではなく 「tanosii」でできます.
# 通常の SKK と同じく, SPACE で次候補に移ります.
# もはや SKK ではないような気がします. ;)

あまりにSKK的じゃないのでこっちではスルーされるもんだと思ってた。
excluding-word-pattern-functionを書くのが非常に困難そう。

河口英樹って誰?

桜

>>693
これって、skk から見ると複数の単語を一つの単語とし扱うってことだよね?
そうすると、ごく普通のIMが備える文節位置の調節ができないってことじゃないの?
それは使いにくい気がするんだけどなぁ...。

誰かレポートして。

>>697
そのようです。
参考
http://kodou.net/diary/?date=20050314#p02

このサーバの作成理由がSKKでこーいう事したいから、
というのではなく、別の物を作ったところ、
プロトコル簡単だしSKKのサーバーに仕立ててみようか、
みたいな感じだから、どうも中途半端な物になってると思う。

多分だけど、なにも指定せずに入力すると平仮名(or片仮名)、
(オプショナルでabbrevモードもあり)、
シフト打鍵などによって普通のIMEのような挙動をする、
という環境があればそれで満足する人も結構いるのでは。

SKKのインフラを利用するSKKとは別の何かと見るべきだろうなあ。

PRIMEにもskkservとして動作するオプションがあったっけ。

送り有り変換には対応してなかったけどね。
MLでの発言によると、希望さえあれば対応させるとの事なんで、
技術的な問題ではないらしいが。
>>147で簡単なレポしてます。

>>698
MeCab の機能としては文節位置の指定をできるけど、mecab-skkserv は文節位置を
扱わないということだね。

しかし、SKK を拡張して連文節変換を実装するのは面倒だろうな。skk.el のほとんどを
書き直す必要あるんじゃない?

SKKの存在意義を真っ向から否定するようなもんだな

連文節変換が嫌だから、ここの人は SKK 使ってるんでしょ?きっと。
少くとも、おれはそう。

でも、連文節変換のおかげで変換精度が上がったら、うれしいな。

ということで、今まで通り単文節変換なSKK に mecab なり chasen
なりを実装する神希望。

bayesianじゃダメなん? 使ったことないけど。

skk-bayesian って、ソート対象の候補がどのぐらい沢山あっても
ストレス無く使えるの? 例えば「こう」とか。
また、skk-look みたいに場合によっては数百個ある場合はどうだろうか。
おっと、skk-look-recursive-search が non-nil の場合はソートされては困るんだっけ。
でも skk-lookup でも大量にヒットする事はあるし。

あ、個人辞書やバッファに読み込まれてる共有辞書の場合にしかソートはしないのか。
なら数千エントリのソートといった事態は起きなそうだ。
せいぜい「こう」の242個程度が十分な速度で処理できていればいいのであって。

2文節くらいでmecab-skkで使うとかなり変換効率いいかんじ。
送仮名を気にしなくなるのはSKK的にも以外といいかもよ

> 以外といいかもよ
(･∀･)ﾆﾔﾆﾔ 

一瞬で個人辞書が数万エントリ増えそうだ。

一瞬では無理だろ。

三瞬ぐらい

いまさら増えてもそんなかわんね。
mecab-skkservまじでイイ!

mecab-skkservは送り有り変換には対応してるん?

>>707
skk-bayesian は「こう」とかでもうちの環境では問題ない。
よく分からないけど、.skk-jisyo にあるエントリしかソートしてないのかな?

>>716
サーバ使ってるならそう

変換後の文章が正しいかどうかを
グーグルという巨大な言語コーパスを使って
判定させるというのを思いついた

特許申請しとけ

webをコーパスとして使うとかは機械翻訳の人たちがとっくにやってるし、
グーグルを使って単語の意味を抽出するという論文もあるよ。

>>715
してない

DDSKKから使う場合に関してはskk-lookup-searchでもやってるように
サーバとのやりとりで送り仮名部分を加工すればいいだろうけど。

ふとmecab-skkservをサブの検索プログラムとして
利用してみようかと思ったけど、辞書のデカさがネックだな。
送りの自動処理が目的でなく複合語方面の強化が狙いなんだけど、
primeでも十分役に立つだろうか。比較データ欲しいな。(自分でやれってとこだが)
でもこっちはインストールが面倒だ。

primeはちょっと遅いよ。rubyがネック。
mecabは速い。

rskkservで電子辞書を使う時より遅いん?

ttp://lists.sourceforge.jp/mailman/archives/scim-imengine-dev/2005-March/000190.html
2つのパラメータである程度調整できるのかもしれないが、
やはりSKKのサーバとして使うには不便かも。

誤入力の宴@SKK
SKK 利用時の誤入力の敬虔をこちらにお寄せください。

wceSKKSERVの作者が1月になにやら作っていますな。

>>728
詳しく

日記

mecab-skkserv が公開されてから半月が経過しましたが、
利用してる人、その後の調子はいかがっすか?

文でなく複合語とかに限定した方が結果は良い鴨

複合語に限定して利用すると>>726のような事が。。。

普通に C-g してから undo した場合と、
カーソル移動で範囲を_広げて_から C-g し undo した場合では、
undo-more: Changes to be undone are outside visible portion of buffer
とか言われて挙動が違うから、
そこを調べればちょうど程良い具合に実装できるのかなあ。

>>731
mecab-skksev 出てから常用しています。
単漢字が問題になりますが、それは今までの個人辞書でカバーできるので、
組み合わせの妙と思います。送仮名は使えないように skk のコードを変更
しましたけど。

BunsetunoKiremeKuraiwoSKKlikeniSiteisiteyarutoIunohadoudarou?
文節の切れ目くらいをSKKライクに指定してやると言うのはどうだろう？
変換の開始はSKK側の設定でスペースのみにできるようにして。

慣れるまで指が混乱しそう。
今の単純なプロトコルのままでいけるんかな。
必要なら拡張すればいいだろうけど。

他の各種IMを改造してデフォルトでは平仮名が入るように変更した場合と、
どう使い勝手が違う & どっちが便利だろうか、とか気にならないでもない。

>>736
今の skk.el を大胆に変更する必要がある。
かなり体力が必要そう。

みる /(・_・三・_・)キョロキョロ;姓/
jinmeiはノーチェックだしこーいう事もあるか。

>しよう /仕様;寒冷地-,世界一周-/
寒冷地はいいとして、もう一方は一瞬アレッてなる。

しかしprefixやsuffixエントリのアノテーションって不要なのが多いな。
無駄に用例が多いし。
アノテーションというよりL辞書収録の意義を訴えるつもりのものなのかもしれず。

> みる /(・_・三・_・)キョロキョロ;姓/
> jinmeiはノーチェックだしこーいう事もあるか。
気付いた人が消せばよいのでわ。
ま、ChangeLogにくっきり足跡が残るから大丈夫っしょ。

undo問題だけど、
(▽モードに入った時のポイント . カーソル移動をする直前のポイント)
(カーソル移動後のポイント . 再度カーソル移動をする直前のポイント)
[...]
(カーソル移動後のポイント . ▼モードに入った時のポイント)
をスタックに積んで、後者から順に消してけばなんとかなったりしないかな。
手を入れるべきとこが多そうだけども。

undo が unko に見えたよ。
ちょっと疲れてるかな。

たとえ疲れていたとしてもunkoには見えない。

scim-skk 0.2.0 released

releasedがrirordedに見えたよ。ちょっと疲れてるかな。

>>745
意味がわからないので自分が馬鹿に思えたよ。
ちょっと疲れてるかな。

undo不具合解消パッチは、今のところいろいろ付きまとう制限が厳しくて、
危険を承知でも今のままのほうがまだいいかな。
ところで、今の実装のバグの有無を無視する前提でだけど、
skk-undo-kakutei-word-onlyがnilの嬉しさってなんなんだろう。
後、tにした場合だけど、▽モードに入る前のbuffer-undo-listを
別の変数に退避しておけば、C-gで綺麗さっぱり元通りに簡単にできないかな。
、、、とか思ったら、skk-last-buffer-undo-listとか既に使ってるのか。
とりあえずコード眺めるだけ眺めてみよ。

SKK サーバの導入を検討しているのですが、旬なものはなんでしょうか？
以前は dbskkd-cdb を使ったことはありますが、他におすすめはありますか？

旬といえば、mecab-skkserv

旬といえばmecab-skkservだけども、おすすめとは言えないなぁ。
以下のページにまとまってるんで参考にしてはどうかな。
ちなみに処理速度はほとんど気にしなくてもいいと思う。
http://aveiro.hp.infoseek.co.jp/skk/servers.html

Cとかで書かれてるサーバについては、いわゆる「こう」問題に注意。
端末からncとかtelnetで
% nc localhost 1178
とした後、
"1こう " ← ""はスペースの存在を示すためのものであり、実際には付けない。
"0" ← exitのため
と入力して、ちゃんと辞書にあるエントリが取り出せればOK.

SKKの変換をサーバでやる意味が分からない。
直接 cdbファイルを読めばいいんじゃないか？
DDSKKだったら適当なキーで、skkinputではシグナルで辞書再読み込みをするようにすればいいし。
認証方式にしてユーザー辞書管理もしてくれれば少しは意味あるかもしれないけど。

あとSKKプロトコルの2と3はいらないと思う。

>>751
実装よろしく。

DDSKKから「直接 cdbファイルを読」むって、
emacsにcdbライブラリをリンクするの?

ちなみにexperimental/skk-exsearch.elを使うと、
cdbgetコマンドを利用した検索ができる。使った事ないけど。

　/barbados >jin → 「バルバドス人」
今のskk.elでは珍妙なエントリができますな。
俺はこの機能潰してるけど。

　barbadosじん /バルバドス人/

どうやって入力すんじゃ、とｦﾓﾀが一応補完はできるな・・・
潰し方おせーて

skk-kakutei()の
;; 接尾辞・接頭辞に関する処理
ってとこのcond節をコメントアウト

ｻﾝｸｽｺ

ｼｼﾞﾁｭしないとだめなのね

・ignore-case/loose な検索
最初の一文字を利用して大文字、小文字の二通りで server completion をし、
見出し・補完結果共に[A-Za-z]以外を除いてからマッチングをするのが楽かね。

・カタカナ語の逆変換
わたしゃ lookup 利用するか、辞書を直接 grep してしまうな。

> ・ignore-case/loose な検索
この手の機能はサーバに実装した方がDDSKK以外でも利用できて
幸せになれる人が多くなる鴨

物は試しという事で、regex-skkservでやってみた。
チャチな作りの品ですが。

looseな見出しで辞書を作っておいて、strictな綴りをannotationに仕込んでおく。
looseなキーとstrictなキーが異なる時には許容できる違いか判定して
許容できない場合は検索結果から取り除く。

てな感じなら簡単に実装できるかな。

許容できる範囲かの計算部分に実装者の力量が問われそうだね。

> ・カタカナ語の逆変換
migemo にこれ入れたら面白い鴨。

/masachu で Massachusetts にヒットすれば、綴りわからんでも検索でけて
英語のドキュメントやサイト見るのに便利しそう。w3mとか。

大文字小文字の区別
・厳密に区別する
・小文字で入力した部分は大文字でも小文字でも良い
・全て小文字で入力した場合に限り区別しない
・気にしない

記号の有無
・厳密に区別する
・一部省略可
・全て省略した場合に限り許容する
・気にしない(余計な記号があっても良い)

辺りをユーザが指定できるといいのかも

>>764
とはいえ、他の用途への転用とかを考えず、
単に文字の入力だけを考えるならば、
気にしない方針でもさほどヒットするエントリは増えないと思うから、
実装の手間とメリットが見合わないかも。
もちろん edict や assoc 辞書の今後の充実具合によっては
意味を成してくる可能性も十分あるけれど。

>Teki（〜的）のような接尾語つきの単語を変換すると
結合した形の単語を辞書に勝手に登録するのをやめさせるには
どうすればいいんでしょう。

入力の効率を上げようとしてくれてると思うんだけど、
自分が登録したつもりのない見出し語が TAB で補完されると、
目的の見出し語にたどりつくまでの回数が増えてかえってうっとうしい。

>>766
>>756

久しぶりにCVS最新にしたら、skk-show-annotationをnilにしてもannotationが
消えないんですけど、何か変わったんでしょうか？

消えないとは、表示されてしまうという意味なのか、
個人辞書にアノテーションごと取り込まれるという意味なのか、どっち?

>>769
表示される方です。
個人辞書には取り込まれていません。

それも変な話だ。
自分で改造しない限り、個人辞書にアノテーションは取り込まれる筈だが。

>>771
申し訳ない。取り込まれてました。
少なくて気付きませんでした。

Konoha >don や Dai>Meiwaku では個人辞書に複合語を登録せず、
Konoha <don や Dai<Meiwaku で登録というように改造してみた。

begin-base64 644 skk.el.diff.gz
H4sICOzXZUIAA3Nray5lbC5kaWZmAJVTW3OaQBR+lr+Ql4UcDIprEa+oiTRJ
c7PVPLQzmal1uhFUFMEAprEz7W/vYYFo00lmygs7u9+e/S7nUEpJuFyWbbfs
B84sp2tanWo1qmukUm1rrXalUdayj6iaoWmCqqrpnRfwit6u/Qs3TUKNRr3U
IGr8axLTFEiOENLpkMUmjIjjrTcR6TOPlZMDomB5usQNmpyxYFbgn0AEVbHs
6SMLyGpLY1i4ticOc+nKsVg4d+hkjmee4yI2Rm68mCtdB/7EDkP821PnifoB
DTdTXBEl768jx/eYy18R8HXpAE7N0UWpS2EMPRiao6snXA8ufg+GEFTVzhAM
WIqHB8qpQBALVXBhKErX7Pwj7pHvr9GirhNGR/xKv3N3voA6XuzdtDo/0+Il
kOAMeiduXJr71qxx35qZb9w1XgCaogQ3UAQVznFVhYFclcdyKF9DKS4pU7EL
l4gAXroPc1i0LuA2fhKugOLOvTniGrKisUwxH0t4diCldYn4JVbI462ddgzK
8SI7YJPIebSJVFxLBUGN47OjhzfzcVkY0Ym/WjHP4jvceGXiexZRFPuBZza3
PewBuvItmxwlbxTiBknIZqmgGgaD4/mnX5xTLmue5SaynQJ3UdfrRmyjrjcq
u/7bLyPm08D7tbtY4F65hFXSmIqCfDk3NkXdaTcJag5fPX5TcK8bU0eY50fI
MAocb0ZXLJrMiTT+Oh7huNBRpdn8VlZPQNqXv7S3vPH5YKThx2HfymfyF1nE
QIqAGYtSpuC0Cu+S2Ho3xuezaRpWMliuHRVRxhwb0Q+2qM0KyJ5fND0oZMa1
GolxLSMzLsf93awtFtl04YRbn2CQ9/SHH1jPPLMeeGkVH8wMlbiZmrFGLoy9
RuZ/HH5h7sm+uyp6+8Y7f9vcPtRDGFQHOKiltNvMZDyNmSi9155PrxJkigl2
did1jBn40IFey4WgS48fPtwOe7sp+gOxk+diggUAAA==
====

?< を埋め込みにするのはどうも。
というコードの事は置いといて、使い分けるよう意識するのが面倒な気が。

> というコードの事は置いといて、
あぅ。
skk-special-midashi-char-list から選ぶことのできるカスタマイズ可能な
ユーザーオプション変数として skk-var.el に追い出した方がいいですね。
簡単な提案つうことで勘弁して下さい。

> 使い分けるよう意識するのが面倒な気が。
該当する cond 節をコメントアウトしている人は「接頭辞・接尾辞変換は
基本的に個人辞書へ登録しない」というポリシーで使っていると思うので、
普通に > を使えば登録せず、明示的(< を敢えて打つ)に指定すれば登録と
使い分けができれば便利かなと思ったのです。

ここに貼っても「提案」したことにはならんぞー。

フィードバックを求めるだけならここでもいいかもしれんが、
対応を求めるなら出すべきところに出さにゃ。
実際、野良コードばかりで実にもったいない。

その新設のchar-listをskk-special-midashi-char-listと
同じ集合にしておけば今迄通りの挙動、
空にしてしまえばコメントアウトと同様ってのは、いいかもしれないね。
面倒かもって感想はとりあえず撤回。

SKK辞書の在処ってかなり分かり難くね？
Wiki はロクにリンク張られてないし。

ttp://openlab.jp/skk/dic/

wikiなんだから、そう思ったら必要と思うところに追記するよろし

あのwikiは履歴とかまともに見れないから嫌い。
結構な量になってきたのに、
いちいちページ全体のチェックなんてしてらんないし。

>>773 を試してて気づいたんですが、素の ddskk で辞書に

だい> /大/
どんでんがえし /どんでん返し/

というのがあったとして Dai>Dondengaesi と打っても
「大どんでん返し」は登録されないようです。
どうなってるんだろうと skk.el の skk-kakutei() を読んで
みてるのですが阿呆なんでこの挙動が理解できません。

これは想定された挙動なんでしょうか？

>>781
えーと、skk-kakutei()は素か改変版か、どっち?

>>778
今見てみたけど、

　トップ http://openlab.ring.gr.jp/skk/index-j.html
→「配布」の「Dictionaries」をたどって
　http://openlab.ring.gr.jp/skk/wiki/wiki.cgi?page=SKK%BC%AD%BD%F1
→「Source」の「Source directory」をたどって
　http://openlab.jp/skk/skk/dic/

ですぐ見つかったよ。

もし778=780だとしたら、
ロジックになってないというか、アレな人だねえ。

>>782
うちは素でも781と同じ挙動になりまつ。
(setq skk-after-prefix nil) するのが早杉？

780だけど、778ではない。
そして、「まつ」など使う人に妙な邪推はされたくないな。

なんか「大どんでん返し」が登録されるかどうかは、
(skk-save-point
(ignore-errors
(goto-char (- skk-henkan-start-point
(length (nth 1 list1))))
(looking-at (nth 1 list2))))
があやしくない? バッファの先頭でやれば(goto-charの引数を誤魔化せて)登録されたけど、
他の場所だと登録されないっぽい。

> バッファの先頭でやれば
ホントだ。
接頭辞変換で次に変換される単語にひら仮名が入っていると
マズいのかな？

list1をlist2にして、1ズラしてやればいいのではないかな。

あ、ズラすってのはポイントね。

>>787-788
直りました。ありがとうございます。ひょっとして
ignore-errors の必要ないんですかね？

>>783
「Sources」ってそういう意味だったのか……
漏れの目はふしあなさんだったようで orz
悔しいんで、ちょこっと Wiki に手を入れておいた。

ダウンドード

つか、見出しを「Sources」から「ダウンロード」にしたほうが直感的だな。

目どころか日本語も不自由してるのか、俺 orz

直しておきました > ダウンドード

skk-server-completion.el を使ってみたけど、
なんか鯖で補完された最初の要素が候補に出ない。
個人辞書に無い語が補完されるのは便利かどうかよく分かんないな。

>>792
gj

loose searchする条件:
「入力語中に含まれるアルファベット」が数文字以上、みたいなのがいいかも。
ま、匙加減は他人任せ。
skk-abbrev-loose-search が t のとき:
- 個人辞書はlooseにする必要無いのかも。
- emacsに読み込んでる共有辞書の検索はチト面倒 & 遅そう。
二分探索じゃなくなるし、複数のエントリにマッチする可能性もある。
対応サーバが有る時のみ使えるオプショナルな機能でも構わないとは思う。
- サーバとのやりとりの際に'1'は使えず、プロトコル拡張する必要あり?
比較的実装の簡単そうなserver completion機能とelispを組み合わせる方法もあるが。(>>758)
カタカナ語の逆変換:
興味は無いのだが、実装の面倒さや他のクライアントの事も考えると、
サーバ任せでいいような。(要プロトコル拡張)
整形変換:
興味無し。似たところで、>>554を便利と感じてる人はどのぐらいいるんだろうか。
それ次第ではそこそこ需要ある機能なのかも。
abbrev-convert.rb:
試してないけど良さげ。
メタサーバ:
あるといいかも、とは漠然と思ってた。
そーいえば、クライアントとの接続を維持したまま辞書再読み込みってのも、
仮想的にこれで実現できるな。
キッチンシンクサーバ:
通常検索時に様々な機能が働いてしまうとすれば、
skk-look()みたいに連続して何度も辞書引きする時のパフォーマンス低下が気になる。
あと、DDSKKならskk-search-prog-listの順で容易に優先度弄ったり、
各機能の間に別のエージェントを入れられるけど。

サーバのCAPABILITYを取得できたらいいんだろうけど、
メタサーバを利用するならば、未知のコマンドに対し
接続を切ってしまうようなサーバも利用できるね。
CAPABILITY取得の際に切られてしまうのは……、既存の'2'コマンドで判定。

>>795
>>554 と >>560 は便利に使わせてもらってる。お気に入り。

最後のskk-kakuteiだけ外せば全角化とも共存できるから、
標準の動作にしちまっていいんじゃないか？

C-jが増えるのは嫌、全角なんて使わね、という人もいるかも。

>>736
のような感覚のIMﾊｯｹｿ。

sumibi.el
ttp://www.sumibi.org/sumibi/sumibi.html

↑ skk も変換箇所のたびに変換結果を確認するのではなく、
区切り位置を指定した上で文末まで一気に入力できるようにならんかな。

HP をざっと読んだだけだけど、
変換前は自動確定されずに、アルファベットが並ぶのか？ キツくね？

ttp://www.sumibi.org/sumibi-ajax/

このお試し面白いね。
SKK もチュートリアルがブラウザ上などでできたりすれば、
手軽に試せて、かなり興味が引けると思うのだけど。

>>800
おまえには純粋にskk向いてない

>>802
がいいこと言った

>>802
がいいこと言った

ミスった。すまん。

どちらかというと連文節変換向きだ。
だが早打ちは見事だった。良いセンスだ。

skk-bayesian.el すごい(･∀･)ｲｲ!!ね。
このスレで話題になったころに使い始めまして、
今のskk-bayesianは10268行で、サイズ208kですが、みなさんどんぐらい？

9207line 147k
効果の程は…うはwwwﾖｸﾜｶﾝﾅｽwww

wc .skk-bayesian

21642 21770 493783 .skk-bayesian


ところで、skk-bayesian使っていると、確定したときに

#<marker at 1168 in foo.txt>

のようなメッセージがでてちょっとうるさいんですが、
そういうものなのでしょうか。

よk /譱;「善」の異体字,「善」の異体字/
くr /來;「来」の旧字,「来」の旧字/徠;「来」の異体字,「来」の異体字/
repo /レポ;report,report/

俺の変換は芸術だ！

小指の酷使に耐えたな。耐え抜いた奴を見て初めて分かった。
悪くない。……究極の入力法だ。

親指使う方が楽だべ

rskkservがcdbに対応してた。
cached proxy server backend, web dictionary backendとかの妄想があるそうだ。

rskkservも「こう」で爆発するような

ためしてないけど、BUFSIZの小さな環境とか?
ごめん、ためせって感じやね。

SKK界隈はrubiestが多いのかな。
gaucheとかもっと流行っても良さげな気もするけど。

辞書関連のcgiにgaucheとか使われても困るのでは。

>>817
そう思うおまえが手を出さないから、いつまでもgaucheは日陰者。

つか、インストール時にeucかutfか選択しなきゃならん仕様って今も?

skk-henkan-dagger-face と skk-henkan-dagger-overlay というのを
新設して、annotation が†で始まってるときは、skk-henkan-dagger-face を
使うようにskk-insert-new-word を改造してみたら、かなり良い感じになった。

まだダガーは使われてないっぽいような。
ところでアノテーションの記号っていつのまにか誰かが
フォーラムに登録する際に宣言無しに俺定義で利用し続けて、
そのままwikiに持ってかれて定着した事になるってパターンやね。

嫌ならフォーラムとかで議論に参加しろって感じなんだろうけど、
既にコメントのついてるエントリだけチェックしてもえらく時間消費する場だし、
MLとかに一応意見出しといたほうがいいと思うんだがな。

わざわざ overlay を使ってるってのは、
もしかして確定後も次の変換まで色付けしたままにしてみたとか?

822がMLで意見を出してくれるそうです

>>821
どんな動作か今一つ想像しにくいのでわかりやすくおながいします。

>>823
overlay の使い方がよく解っていません。というか、elisp 自体あまり
わかってないです。添削してもらえるとうれしいです。

>>825
例えば、
まる /丸/○;*†[JIS:217b - siromaru]/〇;*†[JIS:213b - zero]/円/
みたいなエントリがあるときに、バッファに○と〇が候補として表示されると
background の色が変ります。

誤確定してしまいがちな語を確定するさいに注意を促してくれればと思いまして。

begin-base64 644 skk-dagger.el.gz
H4sICND8jUIAA3Nray1kYWdnZXIuZWwAnVZNU+NGED3bf2EvY6UFEiDKIWxh
4eVjoTBgLwYqJJVKJSxjaSwLCckZyTjsgd+enhnJyEJi2XAw9nTP6+7X/Voy
XDYeU4eRJAisCYsCGlku9TzGLXFsoZnOwrRJyKqBf05Ik4Q4cRhzkxjp05SR
NH0yTbTjn7E7jjnzeDyLXKKNQuoEGtkd4b/8bOpHgZa5v4IrOIa+N0l/ADac
PbwH1qU8qEadT/yUvQfV4/QpcWjITITeRT/GQz9CGkzpqa19gKPzzt4dDFva
B+OIRlGc0tSPI4IG2NDmcNq9hFsI+tfbdmfWd2GIbkT2AD2O2odW6yc80RBs
V2QyJauiNy5zYi6BzGbTwLY4sySNH2r6pu682U9t7X/n1rwT6LOEScxVdVt4
RnFkRX4oD4ZwBhZ+fr2wOt9eSpIzsyruvVmgOhmHMVL9SHlFmfEjMk+fCMYT
1dQXIwvh53ufDLAhkFkNumcX1+KXSPpSAeEtlWXG7yyq0wSGMGSvfx0MVKll
loBL4KG0DkSgH+BtP7Q9OTt3hfhJSnlqTWM/StW9swVe5sEit2gfbv9el9dd
dV3ZveMLGAhs/NG/tu1F8qJ73S4RNdub29J3AvcC74b9m5IrHk8ZT32WSBPP
GcYJ4N2vQKEna8rILjtNRESJL85XkLMdOBDYBvO8TRZuEAcbTOW3eYTFytMM
ZMu+WFww8zYqtKVwly1N7+mWbutnMGyH5ymcwiX0ATDHU7Rd6cf6b3oL1sHv
d7rfgB/+Cfd7V4jcg5H+SzFF/ab1CYZHV/t/Y+Q++BJlBzE0PdHPdb37DKMv
H7sBfIRQcoD4QlTy94GSlpjIpbJ5O+w+n6zBIOcdsS/rCEbuYWTrJze2h2Vo
+YThpppja4lBcYNV97nZUPvvAZchHk3jxJeyqZ428x3ui9HLl6Ww5VKpVW6z
0aiJWYldci8uu8Jxhm1NuR9zXzyavi/n8fideu71KgX9lkTJ9yQq9xKXHRdz
BnInNSskmlWmrvL9Y7AXslQtL1zJ1mvWCZel1JlYOERsmdtl5DJVfpTgvFkR
m1vzmLsYBT8lT5hBZ10IoxPKTHDwYU8srr17+EOM+U6w9QWGQkTDBPjn295z
eY2cPFAnIT/bm1sdWdChYivT66JGQckaClLI66ylfWrJ3URUatJLCmwho0Jx
AVMwg62DzhDWy+gbiLoOx4i/gw+JlYV6EvrIrAeaImEuTaliMWQpMfD5woii
LHuFyLWWpNyPPHWLaF2NKKYaRsLSf4i8ZySzkXIjikwVAieCtM1cY5mp5NrO
nUfM86NInLdFrxqV0W//WjvA+rS54FrGlugqFZV9/q5SrAB5C/1kirqJPWu6
KEAWbnDcOdKFPdLQKuRmqtQNHxXkxFEyJei6qEbFVDU5+AxXNmlUnDiuOsxu
FPzlaSnJ4rNTcLs87kLG5vJxSeQvcC7DupiFb3/1e696v+UIXpzGljNZfjFZ
2pqZYyYi3MaopwnDlURyGS30iWVbartWBiVGcbdWs4GjX/sCdCzXSghXQgI1
GzR7GsOKUEFD9FNZ88bUvQhls1VuRfRqwPLHUTKJ59ZLqmIcshmVKC8W6als
rwsvrSYLV5aj4AzxlYbhm26mnK3/AB6WMpz7DAAA
====

試してないけど、なるほど、そういう事か。
いいアイディアだね。

なるほど、確かに色がつきっぱなしだw

skk-undo-kakutei-word-onlyかどうかによるようだ。
skk-henkan-face-off()の中から呼ぶようにしては?

>>828-830
ありがとうございます。
skk-undo-kakutei-word-only が nil だと次の変換までつきっぱなしになって
しまいますね。

skk-henkan-dagger-face-off() をやめて skk-henkan-face-off() の中で
(skk-detach-extent skk-henkan-dagger-overlay)するようにすると、とりあえず
消えるようになりました。

;; もっとコードを読んで勉強しないとダメですね。(´･ω･`)ｼｮﾎﾞｰﾝ

>>820
選択は今もあるようだが、

> ソースコードエンコーディングの指定が可能になりました。ソースファイルの
> 先頭近くに"coding: utf-8"といった特別なコメントがあった場合、Gaucheは
> それを解釈して必要ならば文字エンコーディングの変換を行います。
だそうだ

Vine Linux 3.1
フレームバッファ

skkfep のソースを make しました．
ところが，skkfep を起動すると，
変換のときに「かな」とか「SKK」という
文字が入力行に残ってしまいます．

まともな動作では最下行に変換専用の行が
できるのだと思うのですが，これがなく
入力行にそれがでてめちゃくちゃになっています

どうすればうまくいくのでしょうか？

>>833
マルチ

SKKの開発も、煮詰まってうだうだ状態なの? 昨今。

単にモチベーションの問題では

ある意味完成してるものだし

何かやりたいんだったら、たとえば
SKKIME2000の成果をskkinput3に逆輸入するとかいかが。

多機能と Simple の共存は難しいのもあるのかな。

俺は、重くならないのなら機能を充実するのもアリだと思うが。
SKK の名前を捨てた別の派生物でも良いから。

重くなってもいいから操作性を改悪しないでくれと
あらゆるソフト作者へお願いしたい。

>>840
> 重くなってもいいから操作性を改悪しないでくれと
> あらゆるソフト作者へお願いしたい。

お願いするだけで自分で手を出さない者にこそ災いあれ!!

conjugation.rb も作られた事だし、
L辞書からどーしょーもないアノテーションは減るの?

>>841
あらゆるソフトに手を出すのは無理っしょ。

存在してもいないソフトの操作性に文句を付けても始まるまい。

SKKがそういう方向に動きだしてるならまだしも、
そうでないのにここでやられてもな。

ML の SKK-JISYO.note 関連の発展って、かなり期待できる？
個人的には ｷﾀｰｰｰｰｰ な内容なんだけど

>>846
キターーーーーーーと思った人ががんばれば
発展させられるでしょう。

日本語が読める人しか使わないだろうに、scriptのコメントが英語なのは、
少々不親切かなという気が。
skkdictools.rbのGyakuhikiOkuriganaは、
"じ"とか"ゃ"が重複して登録されてるけどなんでだろ。
前のほうにあるのが優先されるから、ddskkと同じ結果にはなってるようだけど。
okuri_nasi_to_ari()で"c"にするのは、これは"t"な人も多いんでないかな。

しかし頑張ってらっしゃるなあ。

中の人ってここ見てんだっけ。
MLで言ってあげたら？

怖いもん

edictの制作者はオーストラリア人だったりするから
> 日本語が読める人しか使わないだろうに
と勝手に限定してしまうのはよろしくないのでは。
あ、でも日本語が読める豪人か?

>>848
> 日本語が読める人しか使わないだろうに、scriptのコメントが英語なのは、
> 少々不親切かなという気が。

そういうときは、日本語も併記するといいです!!

sageぐらい覚えろ

SKKの辞書を前方一致検索したいのですが、
辞書の配布形態そのままで、インデックスファイルも
キャッシュも使わずに、高速に送り有り無し境界を検出し
検索も行なうコード例ってないですかね?

server completion関係かな?
wceSKKSERVのソースが公開されてるし、
場合によってはlookコマンドも参考になるかも。

skk のドキュメントはさすがに英語である意味がないような気がする。

The goal of this openlab is that we can say, `SKK is still simple in its
main features, but optionally expandable and still fast!'

abbrev-convert.rb でインデントにスペースとタブが混在してて、
そのうえ4タブを仮定してるから、きもちわるい。

きr /着;‖<base>カ行五段[a-z]/著;<rare> ≒着る‖<base>カ行五段[a-z]/

カ行五段?

かない
きます
くる
くるとき
ければ
け

(setq-default indent-tabs-mode nil)
(add-hook 'ruby-mode-hook
'(lambda () (setq tab-width 2)))

つか、意図的にしなけりゃそうなるのでは?
だから故意だと思う。

>>859
すごーい。良く気付くねそんなの

(latin|全英)モードからの復帰時に元の(かな|カナ|ｶﾅ)モード
になるようなオプションとかあってもいいような気がした。

たちゆk /立ち行;‖カ行五段[ktc]/
すぎゆk /過ぎ行;‖カ行五段 [ktc]/
こころゆk /心行;‖カ行五段[ki]/

音便化しちゃいやん

(品詞 (動詞 自立)) ((見出し語 (行く 3505)) (読み ユク) (発音 ユク) (活用型 五段・カ行促音便ユク) )

音便化しちゃいやん

ipadicまでここでやんのか。

skk-kananum.el の存在を知ってる人、どのくらいいるかな?
大変よくできていると思うのだけれど。

知ってるけど使ってないなあ。力作だとは思う。

何か動作に問題とかある? (作者さんではありません。念のため)
experimental にくらいは入れておけばと思うんだけど。

使ってないけど、Itiman <space> Nisenen <space> じゃだめなんかいな？

いくらなんでもその反応は。

一万にせねん

rule-list次第ではありかな、と思ったがさすがにないか。

一万語と二千語前から使ってる
八千語過ぎた頃から小指が強くなった
一億と二千語後も使ってる

板違い

> skk-kananum.el
一万二千円くらいはQ12000enでもいいけれど、
二百数十頭のように概数が絡んだりすると面目躍如。

こういうのはSKK本来の操作性を損わずに機能を高める賢い方向性の拡張だと思う。
インターフェイスはそのままで、変換は賢くみたいな。

ゆゆs /由々;‖<okuri-nasi> -しき/
ゆゆs /由由;‖形容詞(-しい)/

差別ｲｸﾅｲ

キリがなさそうだな

々もasayaKeみたいにして機械的に揃えちまえばいいんだろうな

にくばなr /肉離;‖名詞(-り)/

にくばなり?

「辞書登録・削除希望単語入力フォーム」
http://openlab.jp/skk/registdic.cgi

に書けばいいんじゃない?

フォームだと削除希望になってまうからWikiに貼ると良いもよん。ageってるし。
ttp://openlab.ring.gr.jp/skk/wiki/wiki.cgi?page=%A5%D5%A5%A9%A1%BC%A5%E0%A4%F2%B7%D0%CD%B3%A4%C7%A4%AD%A4%CA%A4%A4%BC%AD%BD%F1%CA%D4%BD%B8%B4%F5%CB%BE

しかし辞書作りとゆーのは地道な作業ですなあ。

Wikiって何だかさっぱりわからん。普通のページと何が違うの?

SKK を知ったその日から 僕の地獄には Ctrl は絶えない

>>884
簡単に書き換えできるから、comitterでなくても
どんどん気付いた事を書き足していけるが、
なにがどう変わったか追いにくくて悪意ある変更や、
重要な変更も見落されるシステム。

管理を厳しくすると気軽さが失われるからね。

wikipediaみたく履歴管理してるwikiって少ないの?

hiki で cvs プラグイン使エ

なんでここで聞くの?

仕事の事を考えろ

奴は二度、やって来る。

ﾏﾝｺﾁｬﾝ!

SKKはUTF-8(ユニコード)に対応してますか？
してないのなら、何時頃対応の予定ですか？

なにをもってutf-8対応というのだろう…。

>>895
すいません。SKKでは無くSKKINPUTでした。
FreeBSDで、環境変数をLANG ja_JP.UTF-8とすると、
入力が上手くできないのです。
てか、こいつはSKKINPUTの問題じゃないのでしょうかぁ？

サーバ側でのルーズなabbrev検索、
>>758の方針での実装では補完が恐しく遅いので、
skk-lookの存在を考えると全然使い物にならない事に気付いた。
どうしよっかな……。

補完かあ
辞書読み込み時にそれ用のテーブルを作っちゃうとか

効率のいい検索方法あれこれ考えてみたけど、自分には限界が。
やはり事前にlooseな見出しと元の見出しの対応テーブルを作っとくのが楽かな。
rubyなサーバなんで、メモリの事考えると
どうしても外部ファイルになってしまうけど。

ちなみにregex-skkservなんて誰も実用には使ってないよね?
個人的にはskk-lookは捨てられるんで放置でも構わないかな、なんて。

「用ゐる」ってどうやって入力すればいいの?

>>900
できてるやん

いつもどおりに登録するだけじゃん

dang!

MotiXwi で入力しようとすると
▽もちXうぃ になってしまうんだが。

送りありで登録する必要無いだろ

送りありで登録したいよ

>>906
skk-set-henkan-point-key に X を加えてやればいい、多分。

wiでゐになるようにしとくのが楽っちゃー楽

>>908
うぃはどうすんの?

uxi

mecab-skkserv って一発ネタなのか続きあるんか、どうなんだろ。
とりあえず辞書小さくならんかな。

yi でいいよ。

上の方にあったsumibi、どうせアルファベットのままで入力させるんなら
オプショナルにokuriも指定できるようにすれば
絞り込みが効いてより賢い変換が出来るんじゃなかろか。

SiborikoMiga KiIteyori KasikoI Henkan.ga DekiRunjanaika.

ebライブラリ使ったCなサーバないの?

支那蕎麦ならあるけど

skk-bayesianだけど、skk-henkan-strict-okuri-precedenceの
効果を殺してしまう副作用があるような希ガス。

たとえば、skk-henkan-strict-okuri-precedenceが効いていれば先頭には来ないはずの
「失敗が『大く』て」が出てしまったり。

>>916
副作用あります。
自分の中のtodoに入れておきます。
でも、最近時間が取れないのでいつ対応できるか未定です。

>>916
考えてみたのですが、skk-henkan-strict-okuri-precedence は変換候補の
順序にヒューリスティックを使っていて、skk-bayesian は確率モデルを使っ
ているわけなので、機能がかちあってしまうのも仕方ない気がします。

そもそも、skk-bayesian だけで正確な変換候補を予測できていればいいわけ
です。

skk-bayesian も、もっと賢くできるんですが、まとまった時間が必要なの
で今のところ放置です。すみません。

skk-select-words-from-listを変更しちゃえーってのは、
浅はかな考えかしらん。

>>917
お、bayesianさんだ。便利に使わせてもらってますです。

ところで自分は間違った候補でも確定しちゃうことをよくやるんですが、
bayesian使ってる時の望ましいオペレーションとかありますか?
「気にせず正しい候補を確定しなおす」ですかね ← 今はこうしてる

再変換したら変換される前の候補についての学習はキャンセルとかしてくれる
と嬉しいかもかも。もし現状そうなってたらごめんなさい。

むしろ前方参照プラス確率モデルと
後方参照プラスヒューリスティックとの取り合わせだからこそ
相乗効果が期待できるのではないかと人の苦労も考えずに言ってみるﾃｽﾄ

>>920
再変換した場合は学習をキャンセルしています。
skk-bayesian-max-commands-to-wait-for で再変換かどうかの
時間を調節できます。

>>921
後方参照と言っているのは送り仮名のことでしょうか?
今は送り仮名を学習に使ってないのですが、今後は送り仮名もまとめて
学習できるようにしたいと思っています。

>>922
> 再変換した場合は学習をキャンセルしています。
おっとそうでしたか。失礼をばいたしました(;´Д｀)

SKKに許されたたった一文字の後方参照、か。

なんか萌えー、萌えー。

skk-bayesianまじで便利です!この場をかりてありがとう。

skk-approx-search みたいなのがあったら便利だろうか

人間、スペルミスするもんね

めかぶskkで「おいしゃさん」を変換したら「お医者３」だってorz

それどんなエロゲ？

つ 妹と何やら　一線を越えてしまったようだ
http://ex11.2ch.net/test/read.cgi/news4vip/1121086117/

(skk-search-via-command "nc localhost 1179")
(skk-search-via-command "mecab-skkserv")
みたいに利用できる .el があれば、
複数サーバへの対応が楽にできていいかなーと思った。
`1hoge' に対し `1ほげ' か `4hoge' みたいに
返すようなコマンドを利用するもの、という事で。
一瞬で挫折したけど。

>>932
それあったらいいなあ。今は複数サーバは指定できない…んだよね?

(defun skk-search-via-command (command &optional bufname)
(let* ((buf (get-buffer-create (format " *skk-search-via-command %s*"
(or bufname command))))
(proc (get-buffer-process buf))
(okurigana (or skk-henkan-okurigana skk-okuri-char))
l)
(unless (and proc
(eq (process-status proc) 'run))
(setq proc (apply #'start-process
command
buf
(save-match-data (split-string command " +"))))
(process-kill-without-query proc))
(with-current-buffer buf
(delete-region (point-min) (point-max))
(process-send-string proc (concat "1" skk-henkan-key " "))
(process-send-eof); どうも要るようだ
(while (not (eq (char-after (1- (point-max))) ?\n))
(accept-process-output proc 0 5))
(goto-char (point-min))
(when (eq (following-char) ?1)
(forward-char 2)
(setq l (save-match-data (skk-compute-henkan-lists okurigana)))
(when l
(cond ((and okurigana
skk-henkan-okuri-strictly)
(nth 2 l))
((and okurigana
skk-henkan-strict-okuri-precedence)
(skk-nunion (nth 2 l) (car l)))
(t
(car l))))))))

あれれ、indent-tabs-modeがなぜかtになってた……。

結局書いてしまった。
&optionalのbufnameは、同じコマンドを
違う環境(環境変数経由とか)で使う可能性を考慮してみたけど、
たぶんそんなケースはないと思う。
ちなみにすごく簡単なテストしかしてない。

>>933
skk-servers-listというのがあるけど、
これはfallbackを指定するものですね。

しかしSKKって愛されてんだなー。つくづくそう思うyo

skk-use-numeric-conversionな場合のコードが足りてなかった。

----BEGIN BASE64----(skk-seach-via-command.gz)
H4sICAq000IAA3Nray1zZWFjaC12aWEtY29tbWFuZACVVFtvG0UUfs+vGBlBx0Gj
4IoKUT/0j/AyrMfxyOMZZ2Y2Ifwbu2d5ACqFNlBZ0LSqiJvYzQUJtRUIkPoCVfpk
UFQhVHFmL/bGdkTZp909t+985zunXifON6ReM7GHydGrox/gbq9f88J50v+c1NaS
YTJIDtaIseR9ApPRExjAH/AZjJI7ya/Jn8khTB6e7v2yUq/XiY6IMhFXLYPRtdoH
HxL4De4DwBiDXsJprz+6ef8vOE6+7n2XnOblHsEtOOvdTBOYrpdGcwXHH8dNzTsC
Tnr94VeP92bFdn6GEZztfv/NLXg03IEv4G6osPdy8DuM8yxSSy+5kp8KCye7z7Di
ZP8E/Yb3Xuz+c/sejLEqpDVT98h0Olw3EOTJ+PzgFYwPfzx6iv0Nkp8Q5gAmw9cI
fgTw7XleAA6RAMwHz2dOU4TP4Hjnb6x5EDzSuoGBEbzo9fe/3D+H8e3XDwH5OIM7
cBAw0IZoxpq4dps5wW3UYpuSsxwVocXLOwU5JOem3Gd1hRCqhF8llKKZ0HXhGb40
hWWRFdwLQpvGdrgnFbK6vNR18rZbrWCiN3woSqKAkqeo4jNLQLvWRBeghB/CuRB2
wbEttgmVzZSD2Amm446wMkJkelNYh20vgUWDN3oG/N3YC9YSus01C8mCafZZXYie
s5exmHZs5TrXPG2w5DgzhJ/pF4ta3JajVfZOY61CnzQMLjS9CJ+KjYwg9GPOcx+7
1LNKrthYT3NSJ/wGyYjk3a7aJm9dQW/rCy4vnVc+kkvtOINLbdTxTcFQLaiQBvdI
hesq6RGnlXq9SI1SerdSGvm0nbZUim1J38KjwjZiYbez1gq/LWS0rN4pDhqCWBRb
K3QhmjmgFHcFT4y6oP4Cw3/EU2E5qiv7v4DaCd0oOswIR/lFYWNqFRJEVSGVxV7T
KGGa1XkO8zPxHG/JWXoxH8zalwr3URufqSCIiPGmR6y0xjC1kYi+wz/BtsiNj3RJ
YJRHkehOh8+QYJR+Bvc9cm0Gb914k6pzmk6WRJUOIK3dNEqZLWw5kzK5USsVw4ux
xW0jy3O1ZEhFqZbJBDdjbh2VdN6R6fKUL0SGQ5Wni5TjzUv3ZhpyiUznVzOdXeTV
knVHsn2LXMX1XLT972JZmbxm14pINISOxLKq2YXSeL9mCLBHZFNVl0HxS3IU3umz
8i/4IBTKsAcAAA==
----END BASE64----

いちおう直したものを

「▽ぜいこみかかく」と入れて再帰登録が始まるとして、最初から
「ぜいこみかかく ▽ぜいこみかかく|」という状態になっていると
いくらか手間が省けると思うんだけど、どんなもんかな？

C-b x3 SPCで「▼税込かかく」、/ C-e SPCで「税込▼価格」として登録完了。

ｲﾗﾈ

以前も貼ったんだけど、どのスレか忘れちゃった事だしサービス。

;; ミニバッファ行頭にて `Q' を入力した時は、skk-henkan-key を補完
(defvar skk-henkan-key-org nil)

(defadvice skk-henkan-in-minibuff (around minibuff-complete-ad activate)
(let ((skk-henkan-key-org skk-henkan-key))
ad-do-it))

(defadvice skk-set-henkan-point-subr (after minibuff-complete-ad activate)
(when (and (skk-in-minibuffer-p)
skk-henkan-key-org
(equal last-input-event
(character-to-event ?Q))
;;行頭の"▽"の直後
(= (point)
(1+ (if (fboundp 'minibuffer-prompt-end)
(minibuffer-prompt-end)
(point-min))))
;; カーソル以後に文字が無い
(not (char-after)))
(save-excursion
(insert skk-henkan-key-org))))

こりゃあいい。ごっつあんです。

しっかし、こういうコードがどこかに埋もれたままってのはホントもったいないね。
どこかに置き場やまとめサイトがあると良いのかもと言ってみるﾃｽﾄ

あ、でもQだと「三階建」とかの場合困ることもあるかな。@にしよっと。
それにしてもこれは便利だ。感謝感激

税込価格が入ってない方に驚いた。

そう言えば数字入力したら自動的に▽モードにする方法ってあったっけ?

(defun skk-insert-num-and-activate-henkan-mode (arg)
(unless (eq skk-henkan-mode 'on)
(skk-set-henkan-point-subr))
last-command-char)

(nconc skk-rom-kana-rule-list
(mapcar #'(lambda (i)
(list (number-to-string i)
nil
'skk-insert-num-and-activate-henkan))
(number-sequence 0 9)))

こんなんで大丈夫かな。

(defun skk-insert-num-and-activate-henkan-mode (arg)
(unless (eq skk-henkan-mode 'on)
(skk-set-henkan-point-subr))
(char-to-string last-command-char))

(nconc skk-rom-kana-rule-list
(mapcar #'(lambda (i)
(list (number-to-string i)
nil
'skk-insert-num-and-activate-henkan-mode))
(number-sequence 0 9)))

ていせい。便利とは思わないけども。

>>946
なんか使い途が思い付かないんだけど、どんなときにそうしたいのん?

たぶんだけど、数字から始まる数値変換で「えっこらしょっ」
とばかりに Q するのをどうにかしたかったのではないかな。

別にskk使わずに 半角/全角変換してもいいんじゃないかと。
(let ((w (thing-at-point 'word)))
(delete-char (length w))
(insert (japanese-zenkaku w)))

/#ほげ/ とかの話でしょ
全半角は関係無い

951は流れとは完全に独立した別のアイディアなのかと思い込んだんだが違うのか?

数値変換は数字を変換するだけでなくて助数詞を絞り込む働きもするよね。

#い /#0位/#1位/#3位/#2位/
い /胃/意/異/医/位/井/伊/委/衣/居/射/威/(ry

入力文字が未確定で、「か」の入力途中なら k のみが表示されてる時に
echo-keystrokes が効いてくるのはどうしてなんだろうか。

k のみから か行の補完をしたい

ｋｗｓｋ

>>956
かなり昔、ちと中途半端なのを書いた。
えーっと、part3の847-848ね。
nの扱いとかがイマイチだったような記憶がある。

(when skk-use-look
(setq skk-search-excluding-word-pattern-function あれこれ))
(when (require 'skk-tankan nil t)
(setq skk-search-excluding-word-pattern-function ちょめちょめ))

みたいにあちこちから持ってきた設定をつぎはぎしてたら、
s-s-e-w-p-function が最後の奴しか有効になってなかった orz

関数のリストを許す形だと使い易くないすかね。

いまさら仕様変更するわけにもいかないだろうし。ん、どうかな?
# car が functionp ならば関数リストとみなしてみるとか?

いちおう解説しとくと、
#'(lambda (kakutei-word)
(...))
というのが複数ある場合、
(...)の部分を or でくっつけて
#'(lambda (kakutei-word)
(or (...A)
(...B)
(...C)))
とするだけだよ。
条件により追加なら、(...A)とかは
(and skk-use-look
(あれこれの中身))
みたいな感じになる。

>>960
> いまさら仕様変更するわけにもいかないだろうし。ん、どうかな?
わは、やっぱマズいすかね(´ー｀)
自分のは気休めにこうしときました。すぐ忘れそうだけどw

(when skk-use-look
(add-to-list 'my-skk-excluding-word-pattern-function-list ほげほげ))
(when (require 'skk-tankan nil t)
(add-to-list 'my-skk-excluding-word-pattern-function-list ふがふが))
;; 条件は my-skk-excluding-word-pattern-function-list に追加していくこと!!
;; と自分に言い聞かせながら最後にこれを置いとく
(setq skk-search-excluding-word-pattern-function
(lambda (kakutei-word)
(and my-skk-excluding-word-pattern-function-list
(delq nil (mapcar (lambda (func)
(funcall func kakutei-word))
my-skk-excluding-word-pattern-function-list)))))

958のだけど、ほんの少しだけ改善 & ダメなとこの説明つけてみた。
ttp://aveiro.hp.infoseek.co.jp/tmp/skk-comp-exp.el

>>962 thx.

962の、t以外の子音でも "っ" が補完されたりして欝陶しかったから、
そういうのを除外できるようにしときました。

「あふろでぃて /Aphrodite/Αφροδιτη/」
これはassocなのか?
しかしまあ、辞書が増えてきたね。

複数辞書対応は必須だね。

ところで、複数辞書対応 & 辞書再読み込み対応サーバとなると
かなり選択肢が限られると思うんだけど、
実際問題として、たとえば skkinput とかはサーバが強制終了させられて
接続が一旦切れると、どんな挙動になるの?
他には scim-skk とか skkfep なんかもサーバに対応してたと思うけど、
再度サーバを立ち上げた時に何事もなくまたサーバに接続して使えるの?

ttp://www.bootsandsabers.com/images/resetpeer.jpg

>>968
で、どうなのよ

skk-num+.elというのがある事に今更気付いたんだけど、
どう画期的なのかよく分からん。

ttp://www.chasen.org/~taku/software/ajax/fullime/

これ、SKK も対応しないかな。
そうしたら、導入が面倒で試していない人が、気軽に試せて良いと思うんだけど。
まぁ、主に Windows の人になるだろうけど。

>>971
対応って、SKK のデモが Web 上に欲しいってこと?

うい。そんな感じ。
Tutorial が、できれば面白いかもなと思ったりした。
俺だけかな。

chroot環境のemacsにtelnetで繋がるとか。駄目か。

non-emacserへのSKK普及には
DDSKKのようなチュートリアルが使えないのがネックになるだろうね。
ほとんどの人がダウソ後数分で投げるのではなかろうか。

>>971がSKK対応すれば、説明の文章と練習用の入力エリアを交互に配置して
チュートリアル作れるんじゃないか?

ttyrecでデモ作るのも面白いかな?

>>977
大小どっち入力してんのか見かけからは判んないからちょっと辛いかも。

SKKは積極的に普及させようとするもんじゃないだろう

んなこたーない

まあ別に普及キャンペーンを打たなきゃならん必然性はないが、
興味持った人は良さが伝わるところまで辿り着けるようにしておく必要はあるべ
;; DDSKK以外はあまりにドキュメンテーションが貧弱だと常々思う

ローマ字-かな変換ルールとか記号・数字の全角半角とか、
SKK一族で共通の設定ファイルを参照するようにならないかなあ。

便利だろうけど、rule-listで変な遊びができなくなるな。

できなくなるわけでもないと思うが。

今度は平和裡に次スレへ移行できそうだ
>>985さんよろ

立てときますた。
必要な事項があれば追記して下さい。

SKK専用スレッド Part7
http://pc8.2ch.net/test/read.cgi/unix/1124001722/