GNU bug report logs - #1453
23.0.60; Dead keys do not work in dired and similar modes in Cocoa port

Previous Next

Package: emacs;

Reported by: Wolfgang Lux <wolfgang.lux <at> gmail.com>

Date: Sat, 29 Nov 2008 15:35:02 UTC

Severity: normal

Done: Alan Third <alan <at> idiocy.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 1453 in the body.
You can then email your comments to 1453 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-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#1453; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to Wolfgang Lux <wolfgang.lux <at> gmail.com>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Wolfgang Lux <wolfgang.lux <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; Dead keys do not work in dired and similar modes in Cocoa port
Date: Sat, 29 Nov 2008 16:25:34 +0100
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org  
mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Dired mode binds ~ to dired-flag-backup-files. When one attempts  
entering
~ via the dead-key combination Alt-n (assuming the Alt key is not  
used as
a modifier key and Command is interpreted as Meta key), Emacs first  
reports
an error message "Buffer is read-only: #<buffer ~>" followed by an error
message "Wrong type argument: overlayp, nil" upon the next event.

In an attempt to fix this issue with some other Emacs version, I have  
added
the lines
  (define-key function-key-map [dead-tilde] "~")
  (put 'dead-tilde 'ascii-character ?~)
to .emacs, but these do not help (nor does removing them from .emacs).

Note that with a German keyboard layout, Alt-n is the only way to  
enter a
tilde character. The ASCII tilde is not bound to any key. (Actually, one
could enter ASCII tilde via key combinations Ctrl-Alt-n and Command- 
Alt-n,
respectively, but obviously this does not work for Emacs.)

In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, NS apple- 
appkit-824.48)
 of 2008-11-21 on Onyx.local
Windowing system distributor `Apple', version  
97.112.112.108.101.45.97.112.112.107.105.116.45.56.50.52.46.52.56
configured using `configure  '--with-ns''





bug reassigned from package `emacs' to `emacs,ns'. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> emacsbugs.donarmstrong.com. (Sun, 30 Nov 2008 01:40:05 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#1453; Package emacs. (Sat, 10 Sep 2016 21:22:02 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: Wolfgang Lux <wolfgang.lux <at> gmail.com>
Cc: 1453 <at> debbugs.gnu.org
Subject: Re: bug#1453: 23.0.60;
 Dead keys do not work in dired and similar modes in Cocoa port
Date: Sat, 10 Sep 2016 22:21:34 +0100
Wolfgang Lux <wolfgang.lux <at> gmail.com> writes:

> Dired mode binds ~ to dired-flag-backup-files. When one attempts
> entering
> ~ via the dead-key combination Alt-n (assuming the Alt key is not used
> as
> a modifier key and Command is interpreted as Meta key), Emacs first
> reports
> an error message "Buffer is read-only: #<buffer ~>" followed by an error
> message "Wrong type argument: overlayp, nil" upon the next event.

This is still sort of an issue in Emacs 25. As far as I can tell Emacs
still gives the "buffer is read-only" message, but as soon as another
key is hit actually executes dired-flag-backup-files.

I also suspect this won't be limited to the NS port, but will be an
issue anywhere you can use dead-keys in a read-only buffer.

I can't think of any reason to try and display the partially complete
input when the buffer's read-only, but I can't see where this dead-key
entry code is located to see if it's possible to do a check.
-- 
Alan Third




Reply sent to Alan Third <alan <at> idiocy.org>:
You have taken responsibility. (Sun, 22 Dec 2019 11:57:01 GMT) Full text and rfc822 format available.

Notification sent to Wolfgang Lux <wolfgang.lux <at> gmail.com>:
bug acknowledged by developer. (Sun, 22 Dec 2019 11:57:01 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: Wolfgang Lux <wolfgang.lux <at> gmail.com>
Cc: 1453-done <at> debbugs.gnu.org
Subject: Re: bug#1453: 23.0.60; Dead keys do not work in dired and similar
 modes in Cocoa port
Date: Sun, 22 Dec 2019 11:56:17 +0000
Alan Third <alan <at> idiocy.org> writes:

> Wolfgang Lux <wolfgang.lux <at> gmail.com> writes:
>
>> Dired mode binds ~ to dired-flag-backup-files. When one attempts
>> entering
>> ~ via the dead-key combination Alt-n (assuming the Alt key is not used
>> as
>> a modifier key and Command is interpreted as Meta key), Emacs first
>> reports
>> an error message "Buffer is read-only: #<buffer ~>" followed by an error
>> message "Wrong type argument: overlayp, nil" upon the next event.
>
> This is still sort of an issue in Emacs 25. As far as I can tell Emacs
> still gives the "buffer is read-only" message, but as soon as another
> key is hit actually executes dired-flag-backup-files.
>
> I also suspect this won't be limited to the NS port, but will be an
> issue anywhere you can use dead-keys in a read-only buffer.
>
> I can't think of any reason to try and display the partially complete
> input when the buffer's read-only, but I can't see where this dead-key
> entry code is located to see if it's possible to do a check.

The fix for bug#23412 fixes this. It inserts the working text into the
buffer so you can see what's being typed, but once it completes it
deletes it and dired takes its action. It maybe looks a little weird,
but it works and I'm not sure what else we would do other than just not
display the working text at all.
-- 
Alan Third




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 19 Jan 2020 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 150 days ago.

Previous Next


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