SKKとその派生入力メソッド

・本家
SKK Openlab
http://openlab.ring.gr.jp/skk/index-j.html
・Vim
skk.vim
http://www.vim.org/scripts/script.php?script_id=1589
eskk.vim
https://github.com/tyru/eskk.vim
・Windows
skkime's page
http://homepage3.nifty.com/monjya/skkime.jis.html
corvus-skk
http://code.google.com/p/corvus-skk/
SKK日本語入力FEP
http://coexe.web.fc2.com/skkfep.html
・Mac
AquaSKK
http://aquaskk.sourceforge.jp/
・X Window System
skkinput2
http://homepage3.nifty.com/monjya/skkinput2.jis.html
skkinput3
http://homepage3.nifty.com/monjya/skkinput3.jis.html
・Android
SKK for Android with hard-key
http://homepage1.nifty.com/ray-mizuki/software/skk_jp.html

L辞書の注釈にURLが含まれる場合文字化けしているのは私だけ？
例えば、あいみつもりだと
;(concat"http:\057\057abc.trans.jp\057glossary\057aimitsu.htm")/
と変な\057ってのが付く。
きばんごう、りっそくでも同様。
Version: $Id: SKK-JISYO.L,v 1.1224 2015/01/17

>>273
それはスラッシュがそのまま使えないから。
化けるのは使用しているSKKが変換して表示させてないから。

多分UNIX系だと問題ない。

アノテーションってそんなん混じってるのか……
「あいみつもり」のと違って「きばんごう」のやつだと
057にバックスラッシュがついてないのはナンデ？

>>275
バグだろうね。登録した人の。

grep 057 /usr/share/skk/SKK-JISYO.L | wc -l
10個しかないんだね。

>>276
そうなんだ……

うーん，SKK for Androidでも対応しようかと一瞬思ったけど
もう気にしないことにしようかなあ

L辞書から lisp 関係の処理が入ってるのって抜かれたと思ってたけど
そんなことはなかったのか

>>278
辞書のバージョンによるかもね。そんな議論もあったようななかったような。忘れた。

SKK-JISYO.lisp にかいてあったわ。concat は意図的に残してたのね

;; SKK-JISYO.Lからconcat関数を除くLispの関数の候補を抜き出し
;; skk-relative-date関数を追加した辞書です。
;;
;; concat関数を含む候補は、SKK辞書形式における候補の区切りである"/"や
;; 候補と注釈の区切りである";"をエスケープする目的で使用されていると
;; 考えられる為SKK-JISYO.Lに残しています。

>>280
とすると >>273 の使用しているSKKのバグってことですな。

バグというか、「どんなLisp関数を候補に書いても評価される」の「どんな」にconcat関数も含まれるからそういう書き方ができるってだけだからね

Lispの式を手軽に評価できるとは限らないSKKクローンは、「候補が (concat 〜) だったらエスケープを展開する」みたいな特別扱いをしなきゃならない

そうすると、concat 以外は排除されたから
concat のパターンだけ解釈出来るようにしておけばとりあえず安心してもいいってことかしらん。

>>282
広義の意味でバグと言いました。

>>283
ワークアラウンドとしていいと思います。

MacのAquaSKKは//という辞書エントリがあるとカタカナ候補としてとりあつかう
みたいなんだけど、emacs上の本家skkでもこのエントリ見たらカタカナにしてもらえないっすかね。

MLで提案してみたら

メーリングリスト入ってないんですよ。ここで入るのか。
もし入っている方がいらっしゃったら提案していただけると助かるんですが……

入っちゃえよ

断じて嫌だ

「かんじ /漢字/」というエントリを「かんじ //漢字/」とすること？
だとして、変換開始したら、どういう候補がでるの？

(setq skk-search-katakana t)
とか
(setq skk-search-katakana 'jisx0201-kana)
とかでいいのでは。

辞書が

えんとり //

となっている場合に、

▽えんとり→エントリ

となってほしいわけです。AquaSKKはカタカナ変換した候補を
// という形で辞書に残してしまうんですが、
emacsのskkの辞書とマージするときちょっと困っているのです。
いろんなカタカナ候補が辞書に入っているのは、補完入力に使えるので便利ではあるのですが。

マージするツールの挙動を変える方が楽そう

とりあえずマージするときに正規化(?)して回避かねえ。
かな→カナの変換は自明だから//にすれば辞書サイズの削減にも繋がるって考えも確かにありっちゃありな気もする。

いやいや、反対を表明するよ。
まずSKKはqでカナ入力モードになるのでそれで充分。
また、▽えんとり の後にqでカナ変換してくれるので辞書登録するまでもない。
そして辞書の仕様を変更するのはいろいろコストが大きいので反対。

そして例えば私の場合、
/えんとり/entry/Entry/
と和英辞書も入っているので、決っして自明ではないということ。

>>293 の言うように辞書ツールにパッチの方が現実的。

>>295
> また、▽えんとり の後にqでカナ変換してくれるので辞書登録するまでもない。
登録してあるとTAB補完できて楽なのよ

> そして辞書の仕様を変更するのはいろいろコストが大きいので反対。
それはそうね

>>296
そうだね、こいつでカタカナ辞書を作ればいいと思う。
http://openlab.jp/skk/skk/tools/filters/README

>>292
>えんとり //
>となっている場合に、
>▽えんとり→エントリ
>となってほしい
これじゃ、辞書登録に移らないよね。

skk にタブ補完機能があるなんて初めて知ったわ

補完機能はいつ実装されたか思い出せないくらい古いな
今やスマホでも当たり前に使える動的補完機能も増井さんの POBox に触発されて中島さんが実装したっけ
SKK 関連、というか日本語入力関連の人材って google に結構流れちゃったな

そりゃまあ霞食って生きてくわけにもいかんしねえ。

了解しました。辞書マージするときにちょっと手を加えることにしました。

AquaSKKにそんな仕様があるとは驚きだわ。
今頃(せいぜいここ数年内)になって、そんな大胆な独自仕様を辞書フォーマットに盛り込むとは。
まあ、多分AquaSKKからしか参照されない個人辞書限定なんだろうけどさ。
もしそれが一般化されるなら、俺も反対の立場を取る。

ttps://twitter.com/corvussolis/status/577539746655682560
corvus-skkは今後githubでとの事

http://openlab.ring.gr.jp/skk/wiki/wiki.cgi?page=FrontPage
SKKのwikiページ落ちていないか？

fepでC-hが変換中にしか機能しないのは仕様なのか俺の環境が悪いのか

ここしばらくOpenlab のSKK Wikiが落ちてて困ってるんだけど、あれって誰が直せるんですかね。

>>307
復活してるよ。

iOSにFlickSKKなんてのが出てた

chrome44とuim-skkの相性が悪いらしい

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

skkのためのインプットメソッドフレームワークとしてはibusが一番流行ってるの？
相性などの議論ある？

間違った辞書登録って当たり前だけど消さなきゃ残るんだよな
なんか気持ち悪い

辞書って長過ぎるエントリがあったら動かないとかある？

skk用のエモジオ(顔文字辞書)をibus-skkのユーザー辞書に設定しても反映されない
辞書のフォーマットとしてはちゃんとしてるし、怪しいところといえば
・長いエントリがある
・半角カナを含む
・(concat "(ﾟ∀ﾟ)ｱﾋｬ")みたいなエントリがある
くらいなんだが

CP51932の 「煤v (ADF4) が入っているせいでは？

>>315
CP51932の文字を含むエントリを全部削除したら良いということでしょうか

最近 SKK 界隈は静かやね

スマフォで使い難いからな

qwertyソフトウェアキーボードのSKKが無いんだっけ>スマホ
フリック入力はあるんだよね。
WindowsタブレットのソフトウェアキーボードでSKK日本語入力FEPって動作するんだろうか

skkrule.exeがAviraに怒られちゃう

SKK日本語入力FEPは補完候補は順に見ていくしかないのかな
一覧表示出来ない？

標準だと変換キー4回目から一覧表示じゃないかな
回数を減らしたいなら、setup.jsの「設定」かskkrule.iniを見るかするといい

変換候補じゃなくて補完候補なんだよね
先頭にでてくるように育てろってことなんだろうけど

SKK日本語入力FEPの04/07バージョンのsetup.jsがトロイ判定されるな

skk日本語fep(skkfep010_20160529)で、▽が表示されなくなったので
C:\Users\hoge\AppData\Roaming\SKKFEP以下のskkrule.txtを展開して編集したものと差し替えた。
それぞれどのファイルを参照しているのか、少し分かり辛くて面倒だ。readme欲しい。

辞書登録・削除希望単語入力フォーム
いつになったら直るんだ？

動的補完をオンにしている際、
英単語に変化した時点で平仮名に戻るキーバインはド無いのかな。
lか/で始める癖は付いてるので、邪魔にしかならないから切ったわ。
キーがあれば、まぁ、面白半分で使っても良いんだけど。

SKK日本語FEPの話なら、/かCtrl-Xで戻ると思うが

SKK日本語FEP
最近Firefoxの検索窓に移動すると、勝手に英数入力になっちゃうなぁ。
とりあえず、Fx48,49系ではなるきがする。

16.1出たね。GNU Emacs22対応はこれが最後とのことだけど
まだ22を使っている人って結構いたりするのかな。
https://github.com/skk-dev/ddskk/releases/tag/ddskk-16.1_Futamata

>>330
今25だからね。そろそろ切り捨ててもいいんでは。
私は23使ってるけどw

>>329
これはInputScope APIの仕様でIEやMS-IMEと同じ挙動
でもこれじゃ困るって時のためにこのAPIも無効化できるようにしといた

祝16.2リリース
http://mail.ring.gr.jp/skk/201703/msg00001.html

skk-pre-henkan.el試してみた。ちょっともっさりしてる？

なんだかとっても良さそうと思って導入してみたけど
普段から単文節で変換してる俺にとってはメリットはなかった

面白いからしばらく続けてみるつもりだけど

>>335
単文節に慣れているなら合うんじゃないか
なにせ誤変換が事実上ないわけだから

>誤変換が事実上ない
まさにその文言に惹かれて導入したんだけど、他のFEPでも単文節なら精度は特段変わらない感想

Tanbunsetu niNaReteirunaraAUnjyanaika
と
tanbunsetuni nareteirunara aunjya naika<cr>
とで変換精度の差がわからない

まだ導入したばかりだからこれからわかるのかも
今はメリットよりも新しい概念が楽しい状態

あーなんかとてつもなく勘違いしてた>変換精度

ところでeskk.vimの補完(neocomplete入れての自動補完じゃ無く)はTABキーじゃないのかな
普通にTABが打たれてしまう

zh で ← が出力
っていう変換表を
gh で ← が出力
に変えたりしてるんだけど，お勧めの記号プレフィックスキーってある？

>>339
おすすめはデフォルトのzキーだと思うけど。
mozcだって真似してzキーだし。

>>340
ありがとう。自分は Egg 風に <prefix><number> に記号を割り振ってて，(例えば <prefix>8; <prefix>9 で 【; 】とか)その記号をよく使うので z より押し易く，
vi 系の prefix でもある g が良いかなと思ったんだ。
でも正直他の人の SKK なんて触らないから��おまそう�≠ｾし，KZIK とかみたいにエゲつない配置変更をするやり方もあるからあまり議論するに値する話じゃないなと思った。
という訳で自分は g<hoge> でいきます。

>>341
ま確かにzキーだとホームポジションから打ちにくいしね

>>341 Eggだと「z8」=「（」だったきがするんだが・・・
配置はどんなんなんだ？

ごめんこのスレだけにカキコできないのでもう一度テスト

過疎ってんなぁ
ところで「かきかた」を変換すると「書き方」という語になるが，カタカナ入力時には「書キ方」となって欲しい今日この頃。
そもそもカタカナ入力をする人が少ない (大抵は変換モードからqキーで確定) から，あんまり問題になってないのかもしれんが……。

過疎りすぎワロタ

「書キ方」で登録すればいいだけの話じゃないの？
そもそも「かきかた」で「書き方」って出るのも登録してるからだし

MLも過疎っているなぁ

SKK も完成に近づいてきたんじゃねえの？ これ以上進化の余地がない。

俺としては Unicode (つーか UTF-8 OR UTF-32) に全面的に対応して欲しいのだが，
恐らくそういう人間は SKK を使う人たちの中でも更に少数派なんだろうな。
Unicode に対応できたら今現在は各人が独自に実装している絵文字や uNNNN という形式での文字入力も
公式への準拠という形で統一できそう。

まあ、そろそろutf-8に辞書を移行させたいな

>>350
反応ありがとう。
Unicode に対応できたら，例えば異字体の選択が今よりずっと楽に，そして仕様上もすっきりすると思うんだよね。
* 「葛」という候補がある状態から何かしらのキー入力で「葛」に一発変換できたり，
* 「くず:め」という入力からの変換で「葛」とかとか。

SKK のロゴって GIMP で作ってるのか。せめて png 出力くらいしてくれればいいのに

>>352
you 作って ML に投げろ
svg形式がいいんじゃないか

辞書登録・削除希望単語入力フォームのメンテナ今いないの

>345
SKK日本語入力FEPなら確定時にカタカナになるよ

libskkの1.0.3が出たそうな

SKK日本語入力FEPが何度インスコしても使えないんだよなー

eskk.vimにAZIK搭載
ほぼ思い通りに動くようになった

作者のブログ見てるとAZIK知ってるみたいだから.vimrcいじるだけでいいようにしてほしいなぁ

SKK日本語入力FEPまたダメだった
win7 32bitだからダメ…ってことはないよなぁ

過疎過疎の過疎
つっても話題ないしな〜

Androidに~/.skk-jisyoを学習させる良い方法教えれ。

DDSKK以外でskk-hint.elみたく候補絞り込みが実装されてるSKK処理系ってないかな？
できればUnixで動くやつがいいんだけど。

SKKっていつになったらUnicode対応すんの。
異字体選択が一運指でできるとか，英字展開モードでuNNNNでUnicode参照できるとか，そういうの。

公式ページ落ちてね？環境作り直してたら辞書とってこれんのだが

自己解決、配布場所変わったのね

公式の配布場所はopenlabじゃないの？
https://github.com/skk-dev/ での辞書配布は実験扱いだったかと

そうなの？openlabにアクセスできんかったから落ちてるのかと思ったが、何らかの理由で弾かれてんのかな？

openlab落ちてるね
つながるサイトもあるから全滅してるわけじゃないんだろうけど

たまーに落ちるんだよねあそこ。
http://www.ring.gr.jp/archives/elisp/skk/
こっからどうぞ。

復旧の目処はいつごろなんだろ。

eskk.vimの「/ を使った変換時に C-j で確定すると▼マークが残ってしまう」って仕様かと思ってたら違うんだね

Unicode対応しろ(しつこい)