skk-kakutei-key と skk-annotation-browse-key の衝突

[shwaka]

skk-show-annotation を t にした状態で skk-kakutei-key と skk-annotation-browse-key に設定したキーが衝突している場合、「変換候補が一つずつ表示されている段階では、候補を進めるためにはSPCキーの入力が2回必要」という不思議な症状が現れます。
原因が分かっていれば衝突させなければ良いだけなのですが、これらのキーを入力した際に症状が現れるわけではないため、原因の特定に苦労してしまいました。

上記の不思議な症状を抑止できれば一番良いですが、それが難しいのであればこれらの変数のdocumentationに注意喚起をしておくと良いように思います。

なお、最新版のddskkで以下の設定を適用すると上記の現象が発生します。

(setq skk-show-annotation t)
(setq skk-annotation-browse-key (kbd "C-o")) ;デフォルトの値なのでこの行は不要
(setq skk-kakutei-key (kbd "C-o"))

[tkita]

再現しました。
たぶん skk-henkan() あたりの気がしますので、調査継続します。

[tkita]

SPC の打鍵で関数が連鎖します。

skk-start-henkan()
=> skk-henkan()
=> skk-annotation-find-and-show()
=> skk-annotation-show()
=> skk-annotation-wait-for-input()

どうやら skk-annotation-wait-for-input() に原因があるようです。
標準状態つまり skk-kakutei-key が "\C-j" であれば、

(key-binding skk-annotation-browse-key)
=> open-line

しかし、(setq skk-kakutei-key (kbd "C-o")) 状態では

(key-binding skk-annotation-browse-key)
=>skk-insert

どう直せば正解なのか、もう少し時間かかります。

[tkita]

skk-kakutei-key に skk-insert() が割り当たるのは仕様です（skk-compile-rule-list() 参照）。
ちょっと場当たり的ですが、以下のパッチでどうでしょうか？

$ git diff
diff --git a/skk-annotation.el b/skk-annotation.el
index f5a90c7..ec1c464 100644
--- a/skk-annotation.el
+++ b/skk-annotation.el
@@ -747,7 +747,8 @@ NO-PREVIOUS-ANNOTATION B$r;XDj (\\[Universal-Argument] \\[skk-annotation-ad
                     digit nil
                     char  nil)
               (skk-annotation-show-2 annotation)))
-           ((eq command browse-command)
+           ((and (eq command browse-command)
+                  (not (eq browse-command 'skk-insert)))
             (setq list (delq browse-command list))
             (setq urls nil)
             (when (and word (setq cache (skkannot-cache word sources)))