https://bugzilla.redhat.com/show_bug.cgi?id=1133127
--- Comment #35 from Mike FABIAN <mfabian(a)redhat.com> ---
I guess you accidentally did hit Ctrl+/ which switches
between "Direct commit mode" and "Normal commit mode.
I.e. your settings are:
$ dconf dump /desktop/ibus/engine/table/rusle/
[/]
onechar=false
inputmode=1
lookuptablepagesize=9
lookuptableorientation=true
autowildcard=true
multiwildcardchar=''
singlewildcardchar=''
alwaysshowlookup=false
autoselect=true
endeffullwidthpunct=false
tabdeffullwidthpunct=false
spacekeybehavior=false
chinesemode=0
tabdeffullwidthletter=false
autocommit=false
endeffullwidthletter=false
"autocommit=false" is the culprit.
This option does not make any sense for rusle either. For some
Chinese input methods it is important.
I am not yet sure whether I can disable that option for all non-CJK
input methods. Thinking about it...
For most input methods, typing one character does not give a unique
result, like it does with rusle where each single character maps to
one other character and that’s it.
Even the Russian translit input method is not like that, for example
when typing C, it cannot yet commit the character to the application
because translit.txt contains:
C Ц 1000
Ch Ч 1000
CH Ч 1000
Therefore, it has to wait whether a “h” or a “H” or something else
follows. When typing a “C” with translit, Ц is shown underlined.
The underline shows you that it is in “preedit”, it has not yet been
passed to the application. Waiting for more input. Until a resulting
character is matched exactly by typing more input or by selecting a
character from the candidate list (if the option to show the candidate
list is on), you see something in preedit underlined. Then, when the
input is unique or a candidate selected, the preedit is committed. In
case of translit, if you type "Cx”, the Ц is committed because it is
now known that Ch -> Ч is not possible anymore.
There are two ways to commit: Direct commit to the application or
commit to preedit. Committing to preedit makes it possible to type more
characters, commit them to preedit as well and create a possibly very
long preedit. Finally one can commit that long preedit manually by
typing space.
For some Chinese input methods, such as Wubi, this feature is used to
define new shortcuts. One types several Chinese characters, commits
them all to preedit, finally commits that preedit with space and then
a new shortcut for the whole Chinese string consisting of many Chinese
characters is automatically defined according to some rules.
That is completely useless for rusle. rusle is a fixed conversion
table, no new shortcuts are ever defined. Therefore, for rusle, that
“Normal commit mode” which commits to preedit is useless.
I must think whether I can automatically determine which tables need
this “Normal commit” option and which don’t to be able to disable it
automatically for tables where it makes no sense.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=QwstMq7ryv&a=cc_unsubscribe