In article <[EMAIL PROTECTED]>, Juri Linkov <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] _______________________________________________ Emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
