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 #14 received at 44466 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Evgeny Zajcev <lg.zevlg <at> gmail.com>
Cc: dick.r.chiang <at> gmail.com, 44466 <at> debbugs.gnu.org
Subject: Re: bug#44466: 27.1; quail input fails at read-only boundary
Date: Sun, 08 Nov 2020 05:29:12 +0200
> From: Evgeny Zajcev <lg.zevlg <at> gmail.com>
> Date: Sun, 8 Nov 2020 01:24:26 +0300
> Cc: dick <dick.r.chiang <at> gmail.com>, 44466 <at> debbugs.gnu.org
> 
> What I want with that patch is that if some key is pressed on read-only area in non-read-only buffer, then
> quail should do what it does as if buffer marked as read only, i.e. no input method translations are done, and
> all single char bindings continue to work.

When an input method is used in a read-only buffer, Emacs barfs
because it doesn't allow inserting text into such a buffer.  It
doesn't insert the untranslated character, as what your patch did.

> Possible we need to check front-stickyness of the char at point along with 'read-only property:
> 
> ..
>                    (and (get-char-property (point) 'read-only)
>                         (get-char-property (point) 'front-sticky)))

Does this solve the problem in this case?




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

Previous Next


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