GNU bug report logs - #52245
Wishlist: cycle input methods

Previous Next

Full log

Message #38 received at 52245 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: andremegafone <at> gmail.com, tor.a.s.kringeland <at> ntnu.no, 52245 <at> debbugs.gnu.org
Subject: Re: bug#52245: Wishlist: cycle input methods
Date: Wed, 08 Dec 2021 16:29:18 +0200

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: andremegafone <at> gmail.com,  tor.a.s.kringeland <at> ntnu.no,
>   52245 <at> debbugs.gnu.org
> Date: Wed, 08 Dec 2021 14:44:25 +0100
> 
> >>>>> On Wed, 08 Dec 2021 15:26:05 +0200, Eli Zaretskii <eliz <at> gnu.org> said:
> 
>     >> From: Robert Pluim <rpluim <at> gmail.com>
>     >> Hmm, so how about:
>     >> 
>     >> - default-input-method is an atom
>     >> ⇒ C-\ behaves as a toggle
>     >> 
>     >> - default-input method is a list
>     >> ⇒ C-\ cycles through them and back to nil
>     >> ⇒ C-\ with a prefix arg behaves as today, prompting
>     >> for an input method. C-\ again deactivates the input method
> 
>     Eli> Sounds good, but I don't understand how you will pull out the trick in
>     Eli> the last sentence.  How will Emacs know to "just deactivate" instead
>     Eli> of cycling?
> 
> Similar to how it knows to toggle today, by storing an "I was
> activated via prefix" state in a defvar-local state variable.

Hmm... so just C-\ to activate is not enough to cause the toggle back?

> What did you think of the C-u C-u C-\ suggestion to mean "always
> deactivate"? Or do you feel itʼs unnecessary?

Given the above, some way of turning off the input method is
necessary, I think.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.