GNU bug report logs - #31415
27.0.50; Strange behavior on Command-$ in MacOS

Previous Next

Package: emacs;

Reported by: John Mastro <john.b.mastro <at> gmail.com>

Date: Fri, 11 May 2018 01:32:02 UTC

Severity: minor

Tags: notabug

Found in version 27.0.50

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 31415 in the body.
You can then email your comments to 31415 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#31415; Package emacs. (Fri, 11 May 2018 01:32:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to John Mastro <john.b.mastro <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 11 May 2018 01:32:02 GMT) Full text and rfc822 format available.

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

From: John Mastro <john.b.mastro <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.0.50; Strange behavior on Command-$ in MacOS
Date: Thu, 10 May 2018 18:30:33 -0700
By default, the "command" key in MacOS is bound to "super". If I type
s-$, Emacs seems to wait for input that it never receives. Anything I
type afterward appears to be ignored, except `ESC ESC ESC', which gets
Emacs out of this state. However, even hitting `C-g' repeatedly does
not.

The issue seems to be related to the command key rather than to "super"
or to the command bound to the key. In my configuration, I map command
to meta, and the same problem happens when I use M-$ to `ispell-word'.

Using `M-$' with command as meta worked until relatively recently. It
would be great if it could be brought back or made to fail more
explicitly.

Please let me know if I can provide any additional information.

Thanks,

John

In GNU Emacs 27.0.50 (build 7, x86_64-apple-darwin17.5.0, NS
appkit-1561.40 Version 10.13.4 (Build 17E202))
 of 2018-05-10 built on nebula.local
Repository revision: eabb6f6c3ee75dac1a7510e80bdd3c2fcfbbbcb5
Windowing system distributor 'Apple', version 10.3.1561
System Description:  Mac OS X 10.13.4

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
M-g C-g is undefined
Type C-x 1 to delete the help window, C-M-v to scroll help.


Configured using:
 'configure --with-xml2 --with-zlib --with-gnutls --with-imagemagick
 --without-pop --without-compress-install --with-ns 'LDFLAGS=-L
 /usr/local/opt/libxml2/lib' 'CFLAGS=-pipe -march=nocona -O2 -g3 -I
 /usr/local/opt/libxml2/include'
 PKG_CONFIG_PATH=/usr/local/opt/libxml2/lib/pkgconfig'

Configured features:
RSVG NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS THREADS

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv dired dired-loaddefs format-spec rfc822 mml
mml-sec password-cache epa derived epg epg-config gnus-util rmail
rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils cl-extra ispell help-fns radix-tree
help-mode easymenu cl-loaddefs cl-lib time-date elec-pair tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win
ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset
image regexp-opt fringe tabulated-list replace newcomment text-mode
elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow
isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote kqueue cocoa ns multi-tty
make-network-process emacs)

Memory information:
((conses 16 207650 11053)
 (symbols 48 20141 1)
 (miscs 40 46 233)
 (strings 32 30424 1816)
 (string-bytes 1 807306)
 (vectors 16 35684)
 (vector-slots 8 720328 18424)
 (floats 8 49 67)
 (intervals 56 260 0)
 (buffers 992 12))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31415; Package emacs. (Sun, 13 May 2018 10:29:02 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: John Mastro <john.b.mastro <at> gmail.com>
Cc: 31415 <at> debbugs.gnu.org
Subject: Re: bug#31415: 27.0.50; Strange behavior on Command-$ in MacOS
Date: Sun, 13 May 2018 11:28:10 +0100
On Thu, May 10, 2018 at 06:30:33PM -0700, John Mastro wrote:
> By default, the "command" key in MacOS is bound to "super". If I type
> s-$, Emacs seems to wait for input that it never receives. Anything I
> type afterward appears to be ignored, except `ESC ESC ESC', which gets
> Emacs out of this state. However, even hitting `C-g' repeatedly does
> not.
> 
> The issue seems to be related to the command key rather than to "super"
> or to the command bound to the key. In my configuration, I map command
> to meta, and the same problem happens when I use M-$ to `ispell-word'.
> 
> Using `M-$' with command as meta worked until relatively recently. It
> would be great if it could be brought back or made to fail more
> explicitly.

Hmm, what’s happening is that macOS is going into a screenshot mode.
You can see the shortcuts in system preferences ‐> keyboard ‐>
shortcuts. I don’t know why you’ve not seen this before as I think
it’s been the default in macOS for quite a while now.

I don’t know if we can over‐ride this, and I don’t know that we’d want
to. 
-- 
Alan Third




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31415; Package emacs. (Sun, 13 May 2018 15:09:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: john.b.mastro <at> gmail.com, 31415 <at> debbugs.gnu.org
Subject: Re: bug#31415: 27.0.50; Strange behavior on Command-$ in MacOS
Date: Sun, 13 May 2018 18:08:07 +0300
> Date: Sun, 13 May 2018 11:28:10 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: 31415 <at> debbugs.gnu.org
> 
> On Thu, May 10, 2018 at 06:30:33PM -0700, John Mastro wrote:
> > By default, the "command" key in MacOS is bound to "super". If I type
> > s-$, Emacs seems to wait for input that it never receives. Anything I
> > type afterward appears to be ignored, except `ESC ESC ESC', which gets
> > Emacs out of this state. However, even hitting `C-g' repeatedly does
> > not.
> > 
> > The issue seems to be related to the command key rather than to "super"
> > or to the command bound to the key. In my configuration, I map command
> > to meta, and the same problem happens when I use M-$ to `ispell-word'.
> > 
> > Using `M-$' with command as meta worked until relatively recently. It
> > would be great if it could be brought back or made to fail more
> > explicitly.
> 
> Hmm, what’s happening is that macOS is going into a screenshot mode.
> You can see the shortcuts in system preferences ‐> keyboard ‐>
> shortcuts. I don’t know why you’ve not seen this before as I think
> it’s been the default in macOS for quite a while now.
> 
> I don’t know if we can over‐ride this, and I don’t know that we’d want
> to. 

If this cannot (or shouldn't) be fixed, how about mentioning it in the
manual?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31415; Package emacs. (Sun, 13 May 2018 15:48:01 GMT) Full text and rfc822 format available.

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

From: John Mastro <john.b.mastro <at> gmail.com>
To: 31415 <at> debbugs.gnu.org
Cc: Alan Third <alan <at> idiocy.org>
Subject: Re: bug#31415: 27.0.50; Strange behavior on Command-$ in MacOS
Date: Sun, 13 May 2018 08:46:54 -0700
Alan Third <alan <at> idiocy.org> wrote:
>> By default, the "command" key in MacOS is bound to "super". If I type
>> s-$, Emacs seems to wait for input that it never receives. Anything I
>> type afterward appears to be ignored, except `ESC ESC ESC', which gets
>> Emacs out of this state. However, even hitting `C-g' repeatedly does
>> not.
>>
>> The issue seems to be related to the command key rather than to "super"
>> or to the command bound to the key. In my configuration, I map command
>> to meta, and the same problem happens when I use M-$ to `ispell-word'.
>>
>> Using `M-$' with command as meta worked until relatively recently. It
>> would be great if it could be brought back or made to fail more
>> explicitly.
>
> Hmm, what’s happening is that macOS is going into a screenshot mode.
> You can see the shortcuts in system preferences ‐> keyboard ‐>
> shortcuts. I don’t know why you’ve not seen this before as I think
> it’s been the default in macOS for quite a while now.
>
> I don’t know if we can over‐ride this, and I don’t know that we’d want
> to.

Wow, indeed, you're right.

I say "wow" because I was extremely sure I'd been using Command-$ (as
M-$) semi-regularly on MacOS for years. However, this morning I tried
this at several commits a ways back, and it's clear I was
mis-remembering or hallucinating or something :)

Thanks, and sorry for the noise

        John




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31415; Package emacs. (Tue, 15 May 2018 18:53:01 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: john.b.mastro <at> gmail.com, 31415 <at> debbugs.gnu.org
Subject: Re: bug#31415: 27.0.50; Strange behavior on Command-$ in MacOS
Date: Tue, 15 May 2018 19:52:21 +0100
On Sun, May 13, 2018 at 06:08:07PM +0300, Eli Zaretskii wrote:
> > Date: Sun, 13 May 2018 11:28:10 +0100
> > From: Alan Third <alan <at> idiocy.org>
> > Cc: 31415 <at> debbugs.gnu.org
> > 
> > Hmm, what’s happening is that macOS is going into a screenshot mode.
> > You can see the shortcuts in system preferences ‐> keyboard ‐>
> > shortcuts. I don’t know why you’ve not seen this before as I think
> > it’s been the default in macOS for quite a while now.
> > 
> > I don’t know if we can over‐ride this, and I don’t know that we’d want
> > to. 
> 
> If this cannot (or shouldn't) be fixed, how about mentioning it in the
> manual?

There are a lot of default shortcuts, and they’re almost all
customisable. It might be worth adding some text about how changing
the behaviour of the modifier keys in Emacs doesn’t change their
effect in macOS.

But I think that bit of the manual, modifier keys (macOS), could do
with being rewritten. It’s slightly misleading and doesn’t mention the
ns-command-modifier variables at all.
-- 
Alan Third




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31415; Package emacs. (Tue, 15 May 2018 19:04:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: john.b.mastro <at> gmail.com, 31415 <at> debbugs.gnu.org
Subject: Re: bug#31415: 27.0.50; Strange behavior on Command-$ in MacOS
Date: Tue, 15 May 2018 22:03:17 +0300
> Date: Tue, 15 May 2018 19:52:21 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: john.b.mastro <at> gmail.com, 31415 <at> debbugs.gnu.org
> 
> There are a lot of default shortcuts, and they’re almost all
> customisable. It might be worth adding some text about how changing
> the behaviour of the modifier keys in Emacs doesn’t change their
> effect in macOS.
> 
> But I think that bit of the manual, modifier keys (macOS), could do
> with being rewritten. It’s slightly misleading and doesn’t mention the
> ns-command-modifier variables at all.

Patches welcome, thanks.




Added tag(s) notabug. Request was from Noam Postavsky <npostavs <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 28 May 2018 22:45:02 GMT) Full text and rfc822 format available.

Reply sent to Alan Third <alan <at> idiocy.org>:
You have taken responsibility. (Sat, 11 Jan 2020 19:22:01 GMT) Full text and rfc822 format available.

Notification sent to John Mastro <john.b.mastro <at> gmail.com>:
bug acknowledged by developer. (Sat, 11 Jan 2020 19:22:01 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: john.b.mastro <at> gmail.com, 31415-done <at> debbugs.gnu.org
Subject: Re: bug#31415: 27.0.50; Strange behavior on Command-$ in MacOS
Date: Sat, 11 Jan 2020 19:21:06 +0000
Eli Zaretskii <eliz <at> gnu.org> writes:

>> But I think that bit of the manual, modifier keys (macOS), could do
>> with being rewritten. It’s slightly misleading and doesn’t mention the
>> ns-command-modifier variables at all.
>
> Patches welcome, thanks.

Mattias Engdegård updated this section of the manual as part of
bug#38296, so I'm closing this bug report.
-- 
Alan Third




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

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

Previous Next


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