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

>>248
だね、定期的にマージでいいんじゃないかなあ。

フアァッション感覚で莫迦がgithubに移行を推進したせいで
メンテナがやる気なくしちゃった。

へ、どのメンテナが？
単に git 使い方わからん＞＜って言ってるだけに見えたが

yaskkservのserver-completion-testオプションはなんでデフォルトが1なんだろ。
3が良くね？

SKK for Android with hard-key の作者さんここ見てる？
かなモードへの遷移にも修飾キー付けたいんだけど対応可能？
あと、かなモードのON/OFFじゃなくて、ONのみのキー割り当てが欲しいんだけど。

SKKをAndroidで動かすって、奇しくもEmacsをAndroidで動かす行為と似てるな
傍目にはどう考えても使いにくい
ハッカー魂だかで実装したくなる気持ちは察せるが

Vimは性質上使えないこともなさそうだが

>>253
たぶんできなくもないと思う
そのうち試してみる

>>254
まあそうなんだけど，SKKに慣れると，どの環境でも使いたくならない？
Androidで使っても，意外と使えなくもないよ

流石にスマホはサイズ的にフリック入力でいいかなぁ
BT キーボード使うんだったらありだとは思うけど

>>256
いや，フリック入力使ったSKKだよ
それ自体が微妙という話なら，まあそう言われてもしかたがないw

もちろんBTキーボード使うときはソフトウェアキーボードは消せるよ

>>257
ごめん、チェックもしないで書き込んでたから qwerty タイプのソフトキーボードが出てくるのかと思ってた。
ケータイタイプのソフトキーが出てきてシフトボタントリガで▽モードに入るってことなのか。
Google Play から入れられないのは残念だけどちょっと試してみます。

ddskkがmelpaからインストール出来るようになって非常に楽になったんだけど
辞書だけ登録してないのはなんでなんだろう？権利関係とかなんだろうか。

ML、話にさっぱり付いていけてない

S,M,ML,L辞書はGPLだから権利関係的にはmelpa対応は問題ないよね？

melpa って確か cvs からも取り込めたと思ったから
openlab から直接辞書取り込むレシピがあってもいい気はするんだけど
データのみ melpa に登録ってそもそもありなんだろうか

DDSKKが、旧来の方法に"しがみついていている"という表現をされるのは開発者的にはシャクじゃないのかねぇ。
ソフトウェア開発が本業じゃない人も多いだろうし。
実装がdaredevilである事と、開発手法がdaredevilである事とはイコールではないし、習得コストもあるし。
実際やむなくしがみついている点もあるのかもしれんけども。

ibus-skkって直前の確定のUNDOとかできるの？

>>263
まあ言い方の問題ではあるよね。
OSS なんだし、時間ある人が主導して議論の上で形を変えていくってこと自体は
別におかしなことじゃないんじゃないからなあ。

SKK日本語入力FEPを久し振りにアップデートしたら変換候補がやたらと見づらくなってる…

>>266
> SKK日本語入力FEP
MS-Windows用のIME?
なんて名称のもの?

そのまんまｇｇればいいと思うよ

>>253 の言ってる動作に対応してみた
興味があればどうぞ

>>269
ありがとうございます。早速試しました。
期待通りの挙動です。SC-03G での文字入力が快適になりました。

>>266
1. カラー絵文字描画設定を「なし」か「階調」に変えてみる
2. フォント設定を変えてみる
3. カラーパレット設定ツールでテーマを変えてみる
などを試してみてはどうか
CorvusSKKとも共存できるので他にもいろいろ試してみるといい鴨

>>271
サンキュ
パレットタイトルのボールド指定を解除してみたらどのフォントでも普通に表示されるようになったよ

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も過疎っているなぁ