GNU bug report logs - #44466
27.1; quail input fails at read-only boundary

Previous Next

Package: emacs;

Reported by: dick <dick.r.chiang <at> gmail.com>

Date: Thu, 5 Nov 2020 13:49:01 UTC

Severity: normal

Found in version 27.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #34 received at 44466-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: lg.zevlg <at> gmail.com
Cc: 44466-done <at> debbugs.gnu.org, dick.r.chiang <at> gmail.com
Subject: Re: bug#44466: 27.1; quail input fails at read-only boundary
Date: Sat, 14 Nov 2020 15:22:15 +0200
> From: lg.zevlg <at> gmail.com
> Date: Sun, 8 Nov 2020 23:50:54 +0400
> Cc: dick.r.chiang <at> gmail.com, 44466 <at> debbugs.gnu.org
> 
> 
> > 8 нояб. 2020 г., в 20:18, Eli Zaretskii <eliz <at> gnu.org> написал(а):
> > 
> > 
> >> 
> >> From: lg.zevlg <at> gmail.com
> >> Date: Sun, 8 Nov 2020 20:07:46 +0400
> >> Cc: dick.r.chiang <at> gmail.com, 44466 <at> debbugs.gnu.org
> >> 
> >>> Any reason why pressing a key on a button should disregard the active
> >>> input method?  What if the button needs the user to type the character
> >>> which the input method would produce?  AFAIU, the patch we installed a
> >>> year ago makes this impossible.
> >> 
> >> The reason is the same as for read-only buffers, making single char bindings work. For example if you change input method in image-mode and press “q” key this will kill buffer, because correct command is executed.
> > 
> > If this is a feature, it should be documented somewhere.  Is it?
> 
> I guess so, this feature was in Emacs for years. Usually people marks whole buffer as read-only and then mark special places to inhibit read-only, so quail translation inhibits for read-only parts and does the translation in writable parts. In telega.el project we do opposit - insert read-only parts in writable buffer and expect quail translation not to apply in that read-only parts of the buffer. We might change this behaviour, so patch to quail could be reverted, however I think it is better to fix this in quail, to reflect the logic in internal checks for region writability

Thanks, I've now fixed this on the emacs-27 branch.




This bug report was last modified 4 years and 246 days ago.

Previous Next


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