[Uim-bugs] [Bug 500] uim-skk doesn't handle "nq" key sequence properly
bugzilla-daemon at pdx.freedesktop.org
bugzilla-daemon at pdx.freedesktop.org
Thu Apr 22 02:36:46 EEST 2004
http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=500
yamaken at bp.iij4u.or.jp changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Additional Comments From yamaken at bp.iij4u.or.jp 2004-04-22 09:36 -------
Fixed by r738.
* skk.scm:
- (skk-get-string-by-mode): Split into two procedures
- (skk-get-string): New procedure. Forms string from skk-context by
arbitrary kana type
- (skk-append-residual-kana): New procedure
- (skk-begin-conversion): Clean up using skk-append-residual-kana
- (skk-proc-state-direct):
* Handles "nq" key sequence as below. This is ddskk-compatible
behavior. This has resolved bug #500
1. commits "n" as kana according to kana-mode
2. switch kana-mode by "q" (hiragana to katakana, or reversely)
* Handles "n " key sequence as below. This is ddskk-compatible
behavior.
1. commits "n" as kana according to kana-mode
2. commits " " as native space (such as Qt::Key_Space)
* commits "n" as kana according to kana-mode on
skk-commit-key?. This is ddskk-compatible behavior.
* Add some comments involving bug #528
- (skk-proc-state-kanji):
* commits pending "n" as kana on skk-commit-key? or
skk-return-key?
* commits pending "n" as kana on skk-kana-toggle-key?. This has
resolved bug #500
* Clean up using skk-append-residual-kana
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the uim-bugs
mailing list