[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