GNU bug report logs - #49689
[FEATURE REQUEST] Explicitly report change of input method

Previous Next

Package: emacs;

Reported by: Boruch Baum <boruch_baum <at> gmx.com>

Date: Wed, 21 Jul 2021 22:42:02 UTC

Severity: wishlist

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 49689 in the body.
You can then email your comments to 49689 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Wed, 21 Jul 2021 22:42:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Boruch Baum <boruch_baum <at> gmx.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 21 Jul 2021 22:42:02 GMT) Full text and rfc822 format available.

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

From: Boruch Baum <boruch_baum <at> gmx.com>
To: Emacs Bug Reporting <bug-gnu-emacs <at> gnu.org>
Subject: [FEATURE REQUEST] Explicitly report change of input method
Date: Wed, 21 Jul 2021 18:40:54 -0400
Presently, a buffer's current input method is:

  1] Only reported in the form of a cryptic symbol on the mode line.

  2] Aforementioned cryptic symbol is not guaranteed to be unique
     (BUG?).

     (length input-method-alist)
     => 205

     (length (delete-duplicates
               (mapcar (lambda (x) (nth 3 x)) input-method-alist)))
     => 183

  2.1] Example: Hebrew and Hebrew-new

Please consider explicitly reporting changes to the input method. I've
done this to my personal satisfaction locally by adding a single line to
the end of each of functions `activate-input-method' and
`deactivate-input-method', both in file `mule-cmds'.

  (message "Current input method is now: %s" current-input-method))

This change has additional benefits:

  1] Letting me know what I've done when I mis-type `C-\'.

  2] Letting me know what to select when performing `C-h I'

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Thu, 22 Jul 2021 06:12:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Boruch Baum <boruch_baum <at> gmx.com>
Cc: 49689 <at> debbugs.gnu.org
Subject: Re: bug#49689: [FEATURE REQUEST] Explicitly report change of input
 method
Date: Thu, 22 Jul 2021 09:11:08 +0300
> Date: Wed, 21 Jul 2021 18:40:54 -0400
> From: Boruch Baum <boruch_baum <at> gmx.com>
> 
> Presently, a buffer's current input method is:
> 
>   1] Only reported in the form of a cryptic symbol on the mode line.

You get the full description if you hover the mouse pointer above that
symbol (it's actually a short string).  You can also do this:

  M-: current-input-method RET

>   2] Aforementioned cryptic symbol is not guaranteed to be unique
>      (BUG?).

There are too few short meaningful strings to guarantee uniqueness.
So, not a bug, but a mild misfeature due to screen estate constraints.

>   2.1] Example: Hebrew and Hebrew-new
> 
> Please consider explicitly reporting changes to the input method. I've
> done this to my personal satisfaction locally by adding a single line to
> the end of each of functions `activate-input-method' and
> `deactivate-input-method', both in file `mule-cmds'.
> 
>   (message "Current input method is now: %s" current-input-method))

I don't think I understand the feature request.  The message you
suggest is ephemeral: it will be removed on the next keystroke.  So
it's not like it will be shown there for prolonged periods of time.
How will it help?

> This change has additional benefits:
> 
>   1] Letting me know what I've done when I mis-type `C-\'.

Doesn't "C-h l" help you know that?

> 
>   2] Letting me know what to select when performing `C-h I'

Please elaborate how does that message help with this last task.

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Thu, 22 Jul 2021 06:53:01 GMT) Full text and rfc822 format available.

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

From: Boruch Baum <boruch_baum <at> gmx.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 49689 <at> debbugs.gnu.org
Subject: Re: bug#49689: [FEATURE REQUEST] Explicitly report change of input
 method
Date: Thu, 22 Jul 2021 02:52:19 -0400
On 2021-07-22 09:11, Eli Zaretskii wrote:
> > Date: Wed, 21 Jul 2021 18:40:54 -0400
> > From: Boruch Baum <boruch_baum <at> gmx.com>
> >
> > Presently, a buffer's current input method is:
> >
> >   1] Only reported in the form of a cryptic symbol on the mode line.
>
> You get the full description if you hover the mouse pointer above that
> symbol (it's actually a short string).

Only in GUI emacs.

>  You can also do this:
>
>   M-: current-input-method RET

Not user-friendly or a form of automatic feedback.

> >   2] Aforementioned cryptic symbol is not guaranteed to be unique
> >      (BUG?).
>
> There are too few short meaningful strings to guarantee uniqueness.
> So, not a bug, but a mild misfeature due to screen estate constraints.
>
> >   2.1] Example: Hebrew and Hebrew-new

Hebrew-new could possibly be ח for חדש or ע with a unique diacritic.
Other Hebrew input methods use ע with diacritics and Hebrew-Lynx uses ל
instead of ע.

I haven't examined other cases of duplication, but my bet is that
scrutiny is likely to show that each can be uniquified.

> >
> > Please consider explicitly reporting changes to the input method. I've
> > done this to my personal satisfaction locally by adding a single line to
> > the end of each of functions `activate-input-method' and
> > `deactivate-input-method', both in file `mule-cmds'.
> >
> >   (message "Current input method is now: %s" current-input-method))
>
> I don't think I understand the feature request.  The message you
> suggest is ephemeral: it will be removed on the next keystroke.  So
> it's not like it will be shown there for prolonged periods of time.

That is the historical and current standard for emacs messaging. For
example, when one sets or un-sets a mode, emacs does just that, with
just the limitation to which you are objecting. The feature request can
be framed as asking for consistent emacs behavior to extend from changes
of mode to changes of input method.

> How will it help?

It would give immediate feedback upon change-of-state, similar to what
emacs does for many other changes of state, such as setting or
un-setting a mode.

>
> > This change has additional benefits:
> >
> >   1] Letting me know what I've done when I mis-type `C-\'.
>
> Doesn't "C-h l" help you know that?

Not user-friendly. Certainly not newbie-friendly.

> >
> >   2] Letting me know what to select when performing `C-h I'
>
> Please elaborate how does that message help with this last task.

It identifies the current input method by the exact (and guaranteed
unique) name that is used by the `C-h I' completing-read
completion-candidates collection.

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Thu, 22 Jul 2021 07:57:02 GMT) Full text and rfc822 format available.

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

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Boruch Baum <boruch_baum <at> gmx.com>, 49689 <at> debbugs.gnu.org
Subject: Re: bug#49689: [FEATURE REQUEST] Explicitly report change of input
 method
Date: Thu, 22 Jul 2021 09:56:31 +0200
On Jul 22 2021, Eli Zaretskii wrote:

>> Presently, a buffer's current input method is:
>> 
>>   1] Only reported in the form of a cryptic symbol on the mode line.
>
> You get the full description if you hover the mouse pointer above that
> symbol (it's actually a short string).  You can also do this:
>
>   M-: current-input-method RET

Or even C-h I.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Sun, 21 Aug 2022 18:09:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Boruch Baum <boruch_baum <at> gmx.com>,
 49689 <at> debbugs.gnu.org
Subject: Re: bug#49689: [FEATURE REQUEST] Explicitly report change of input
 method
Date: Sun, 21 Aug 2022 20:08:49 +0200
Andreas Schwab <schwab <at> linux-m68k.org> writes:

>>>   1] Only reported in the form of a cryptic symbol on the mode line.
>>
>> You get the full description if you hover the mouse pointer above that
>> symbol (it's actually a short string).  You can also do this:
>>
>>   M-: current-input-method RET
>
> Or even C-h I.

I think the conclusion here was that we don't want to change how this
works, so I'm closing this bug report.




bug closed, send any further explanations to 49689 <at> debbugs.gnu.org and Boruch Baum <boruch_baum <at> gmx.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 21 Aug 2022 18:10:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Mon, 22 Aug 2022 07:16:01 GMT) Full text and rfc822 format available.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Andreas Schwab <schwab <at> linux-m68k.org>,
 Boruch Baum <boruch_baum <at> gmx.com>, 49689 <at> debbugs.gnu.org
Subject: Re: bug#49689: [FEATURE REQUEST] Explicitly report change of input
 method
Date: Mon, 22 Aug 2022 12:45:17 +0530
[ஞாயிறு ஆகஸ்ட் 21, 2022] Lars Ingebrigtsen wrote:

>
> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>
>>>>   1] Only reported in the form of a cryptic symbol on the mode line.
>>>
>>> You get the full description if you hover the mouse pointer above that
>>> symbol (it's actually a short string).  You can also do this:
>>>
>>>   M-: current-input-method RET
>>
>> Or even C-h I.
>
> I think the conclusion here was that we don't want to change how this
> works, so I'm closing this bug report.

FWIW, sometimes I wish Emacs was a little more explicit about changing
input methods, even more so now that transient input methods are a
thing.  Sometimes, I find myself in an odd state of using an input
method when I activate "compose" transiently (I have it bound to M-m):
this could just be my buggy command though.  The message "Loading ..."
helps but not when you switch the second time.  The mode-line indicator
is not a great solution when the indicator is a single letter (I use a
proportional font for the mode-line).




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Tue, 23 Aug 2022 08:09:02 GMT) Full text and rfc822 format available.

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

From: Juri Linkov <juri <at> linkov.net>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 49689 <at> debbugs.gnu.org,
 Andreas Schwab <schwab <at> linux-m68k.org>, Eli Zaretskii <eliz <at> gnu.org>,
 Boruch Baum <boruch_baum <at> gmx.com>
Subject: Re: bug#49689: [FEATURE REQUEST] Explicitly report change of input
 method
Date: Tue, 23 Aug 2022 10:37:49 +0300
> FWIW, sometimes I wish Emacs was a little more explicit about changing
> input methods, even more so now that transient input methods are a
> thing.  Sometimes, I find myself in an odd state of using an input
> method when I activate "compose" transiently (I have it bound to M-m):
> this could just be my buggy command though.  The message "Loading ..."
> helps but not when you switch the second time.  The mode-line indicator
> is not a great solution when the indicator is a single letter (I use a
> proportional font for the mode-line).

Then you might want to add an advice to the function that toggles
the input method and display a message about the currently active
input method.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49689; Package emacs. (Tue, 23 Aug 2022 14:05:01 GMT) Full text and rfc822 format available.

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Juri Linkov <juri <at> linkov.net>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 49689 <at> debbugs.gnu.org,
 Andreas Schwab <schwab <at> linux-m68k.org>, Eli Zaretskii <eliz <at> gnu.org>,
 Boruch Baum <boruch_baum <at> gmx.com>
Subject: Re: bug#49689: [FEATURE REQUEST] Explicitly report change of input
 method
Date: Tue, 23 Aug 2022 19:08:51 +0530
[செவ்வாய் ஆகஸ்ட் 23, 2022] Juri Linkov wrote:

>
>> FWIW, sometimes I wish Emacs was a little more explicit about changing
>> input methods, even more so now that transient input methods are a
>> thing.  Sometimes, I find myself in an odd state of using an input
>> method when I activate "compose" transiently (I have it bound to M-m):
>> this could just be my buggy command though.  The message "Loading ..."
>> helps but not when you switch the second time.  The mode-line indicator
>> is not a great solution when the indicator is a single letter (I use a
>> proportional font for the mode-line).
>
> Then you might want to add an advice to the function that toggles
> the input method and display a message about the currently active
> input method.

I could but that was not the point of my reply.  It was to give another
data point to maybe reconsider the current decision.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 21 Sep 2022 11:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 189 days ago.

Previous Next


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