[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: zap-to-char too raw, or document

From: David Kastrup
Subject: Re: zap-to-char too raw, or document
Date: Sun, 17 Jul 2011 10:01:49 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

"Stephen J. Turnbull" <address@hidden> writes:

> Lars Magne Ingebrigtsen writes:
>  > Should there be an interactive spec that allows reading one character,
>  > but allows input methods?  Or does that make no sense?
> Yes, there should be such a spec.  Personally, I would expect "c" to
> be that spec.  This does make sense both conceptually and
> implementation-wise because input methods conceptually operate as a
> "preedit" stage.

I have my reservations about that.  When reading a single character, you
don't get to use backspace and other methods of amelioration, so c is
often more useful for things like answering questions than editing.

When I answer a y/n style question, I would not want to have a
latin-1-postfix input method waiting in order to figure out whether I
want to adorn my n with a ~ in order to get ñ.

For zap-to-char, things look different.  So I am with Lars in that there
should be different interactive specs for with and without input
methods, like we have s (without input method) and M (with current input

David Kastrup

reply via email to

[Prev in Thread] Current Thread [Next in Thread]