Re: quail inserts raw characters on unfinished sequences

[Kenichi Handa]

In article <address@hidden>, Juri Linkov <address@hidden> writes:

>>  When "ц" is shown, doesn't a user expect it to be changed to
>>  "ч" when he types another "h" (because "ch" sequence is
>>  mapped to "ч")?

> The user may expect "ц" to be changed to "ч" only for the full
> sequence "ch", but not inside "shch".  When the user has the
> intention to type "щ", then the sequence "shch" is typed without
> looking at intermediate results that every character may produce.
> But even when the user forgets about the typed character, then the
> echo area always displays the input sequence, so the echo area with
> "shc[h]" will tell that the next typed character "h" will produce "щ",
> not "шч".

Hmmm, as I'm not a cyrillic user, I can't insist on my view
here.

>>  It seems that the change is incomplete.  At least it should handle
>>  the case that `str1' is nil, perhaps by trying to lookup shorter keys.

> This could be fixed, when you agree with the change.

Ok, I know agree with the change.  Please install your
change after fixing it.

But, please suppress this facility for such
non-deterministic input methods as chinese-py.  You can
check it by `quail-deterministic'.  I believe it's too
annoying to see intermediate partial translation in such
cases (e.g. you'll see what I meen when you type "chua" in
chinese-py).

> But I think this doesn't mean that the input method is not well
> designed.  I must say that this input method is highly unambiguous.

To input "шч", you must type, for instance, "sh\C-\\C-\ch".
If the input method is unambiguous, one should be able to
input any character sequence without such a trick.

---
Kenichi Handa
address@hidden