ueno/libskk

problem of azik rule

Closed this issue · 4 comments

i12o commented

こんにちは。ibus-skk を有り難く利用させて頂いております。
azikのルールについて問題がありそうなので、ご連絡させて頂きました。

rules/azik/rom-kana/default.json

内で、xxa、xxe… といった定義がありますが、これを入力しようとすると "xx" と入れた時点で xx が "っ"に変換
されてしまい、"xxa"から"ぁ"への変換ができなくなっています。xxaなどの入力が出来るよう対処頂けますでしょうか。

あと、平仮名モード⇔片仮名モードの切り替えがdefaultの物を利用しているため "q"のままとなっています。
azikのrom-kanaルールでqには"ん"が割り当てられているため、平⇔片の切り替えができません。emacsの
ddskk-azik ですと、USキーボードでは"["、JPキーボードでは"@"をこの切り替えにバインドしています。
私はUSキーボードを使っていますので、rom-kana/default.json において、
"[": null,
"x[": ["", "「" ]
のルールを追加し、keymap の hiragana.json に
"define": {
"keymap": {
"[": "set-input-mode-katakana"
}
}

katakana.json に
"define": {
"keymap": {
"[": "set-input-mode-hiragana"
}
}

を追加したところ、意図した動作を実現できました。

kzikルールでも同様な問題がありそうです。

お時間あれば、ご検討頂きたくお願いいたします。

ueno commented

最初の問題については 51b8d34 で直るかと思います。
二番目についてはちょっと考えさせてください…

i12o commented

ありがとうございます。

二番目については、skk+azikな環境のスタンダードと言えるようなものがないかと思いますし、
azik-ddskkのようなルールに分けた方が良いのかもしれないと思っていました。お手数おかけしますが
よろしくお願いします。

あと今打ち込んでいて気付いたのですが、ddskk+azik では

Omo: ( O m o コロン )

というシーケンスで、"▽思っ" に変換がなされます。US配列のキーボードでは、
Shift+; が ":" になるためです。これが使えるとかなり快適になるのですが、ルールに
追加するだけでは難しいのかもしれません。

どちらもキーボードの種類に依存する処理となるため悩ましい所かとは思いますが、
ご検討頂けると幸いです。

ueno commented

US キーボードでの場合だけですが、 @f85ae8c73cedc83f4a2d31e5b4681fcfafdaa3fb で対応できたと思います。
日本語キーボード用には別のルール (azik-jp106 など) を用意しようと思います。

i12o commented

先程新版のlibskk 0.0.12 をダウンロードして動作確認致しました。
お願いした点はいずれも解消されているようで、非常に快適に使えております。
ありがとうございました。