GNU bug report logs - #62962
28.2; blocked key combinations in macos

Previous Next

Package: emacs;

Reported by: Eric Blood <winkywooster <at> gmail.com>

Date: Thu, 20 Apr 2023 03:54:02 UTC

Severity: normal

Tags: moreinfo

Found in version 28.2

Done: Eli Zaretskii <eliz <at> gnu.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 62962 in the body.
You can then email your comments to 62962 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#62962; Package emacs. (Thu, 20 Apr 2023 03:54:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Eric Blood <winkywooster <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 20 Apr 2023 03:54:02 GMT) Full text and rfc822 format available.

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

From: Eric Blood <winkywooster <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.2; blocked key combinations in macos
Date: Wed, 19 Apr 2023 15:53:34 -0600
[Message part 1 (text/plain, inline)]
i use magnet (https://magnet.crowdcafe.com) on the mac which uses key
combinations like ctrl-option-leftarrow, or ctrl-option-rightarrow to
reorganize windows quickly.  with the official mac build of emacs these
combinations don't work, however the railwaycat/homebrew-emacsmacport
build does.  it would be nice to see these keys work.


In GNU Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS appkit-2113.00
Version 12.0.1 (Build 21A559))
 of 2023-02-22 built on armbob.lan
Windowing system distributor 'Apple', version 10.3.2299
System Description:  macOS 13.3.1

Configured using:
 'configure --with-ns '--enable-locallisppath=/Library/Application
 Support/Emacs/${version}/site-lisp:/Library/Application
 Support/Emacs/site-lisp' --with-modules --with-x-toolkit=no'

Configured features:
ACL GMP GNUTLS JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER THREADS
TOOLKIT_SCROLL_BARS ZLIB

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

Major mode: Dired by name

Minor modes in effect:
  doom-modeline-mode: t
  global-company-mode: t
  company-mode: t
  projectile-mode: t
  yas-global-mode: t
  yas-minor-mode: t
  shell-dirtrack-mode: t
  global-flycheck-mode: t
  which-key-mode: t
  override-global-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/Users/eblood/.emacs.d/elpa/emacsql-sqlite-20230225.2205/emacsql-sqlite
hides /Users/eblood/.emacs.d/elpa/emacsql-20230417.1448/emacsql-sqlite
/Users/eblood/.emacs.d/elpa/transient-20230315.1520/transient hides
/private/var/folders/f0/pyl6q2r56ln2lcpf8xlvlsqw0000gn/T/AppTranslocation/820A7B18-8063-41AA-9456-2729C5DA162E/d/Emacs.app/Contents/Resources/lisp/transient

Features:
(shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa
epg rfc6068 epg-config gnus-util rmail rmail-loaddefs mm-decode
mm-bodies mm-encode mailabbrev gmm-utils mailheader sendmail mail-utils
doom-modeline doom-modeline-segments doom-modeline-env
doom-modeline-core shrink-path f f-shortdoc shortdoc s whitespace vc-git
diff-mode company-oddmuse company-keywords company-etags etags fileloop
generator company-gtags company-dabbrev-code company-dabbrev
company-files company-clang company-capf company-cmake company-semantic
company-template company-bbdb .emacs dired-aux dired dired-loaddefs
warnings server sqlite3 sqlite3-api erc-goodies erc erc-backend
erc-loaddefs typescript-mode cc-mode-expansions cc-mode cc-fonts
cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs
lorem-ipsum clj-deps-new transient compat compat-29 rainbow-delimiters
multishell savehist expand-region subword-mode-expansions
text-mode-expansions html-mode-expansions clojure-mode-expansions
er-basic-expansions expand-region-core expand-region-custom easy-kill
company projectile grep ibuf-ext ibuffer ibuffer-loaddefs avy crux
aggressive-indent flycheck-clj-kondo clj-refactor cap-words superword
subword hydra lv inflections sgml-mode facemenu dom
mc-hide-unmatched-lines-mode mc-mark-more mc-cycle-cursors
multiple-cursors-core advice rect clojure-snippets yasnippet-snippets
yasnippet cider tramp-sh cider-debug cider-browse-ns cider-mode
cider-find cider-inspector cider-completion cider-profile cider-eval
cider-jar arc-mode archive-mode compile text-property-search
cider-repl-history pulse cider-repl cider-resolve cider-test
cider-overlays cider-stacktrace cider-doc cider-browse-spec
cider-clojuredocs cider-eldoc cider-client cider-common xref project
cider-connection cider-util color cider-popup sesman-browser
nrepl-client tramp tramp-loaddefs trampver tramp-integration files-x
tramp-compat shell pcomplete comint ring parse-time iso8601 ls-lisp
format-spec queue nrepl-dict spinner sesman vc vc-dispatcher
clojure-mode lisp-mnt mail-parse rfc2231 rfc2047 rfc2045 mm-util
ietf-drums mail-prsvr align imenu parseedn parseclj-parser parseclj-lex
parseclj-alist paredit flycheck ansi-color find-func rx
doom-themes-ext-org doom-themes-ext-neotree doom-themes-ext-visual-bell
face-remap doom-tomorrow-night-theme all-the-icons all-the-icons-faces
data-material data-weathericons data-octicons data-fileicons
data-faicons data-alltheicons doom-lantern-theme doom-themes
doom-themes-base cus-edit pp cus-load wid-edit which-key try
exec-path-from-shell use-package-ensure-system-package system-packages
use-package use-package-delight use-package-diminish
use-package-bind-key bind-key time-date auto-package-update finder-inf
dash cl-extra help-mode use-package-ensure use-package-core derived ffap
thingatpt edmacro kmacro pcase easy-mmode info package browse-url url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode 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 lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer 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 emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads kqueue cocoa ns multi-tty
make-network-process emacs)

Memory information:
((conses 16 654119 28080)
 (symbols 48 37061 6)
 (strings 32 189173 6561)
 (string-bytes 1 5279891)
 (vectors 16 62746)
 (vector-slots 8 833691 26413)
 (floats 8 949 137)
 (intervals 56 999 97)
 (buffers 992 12))
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Tue, 05 Sep 2023 16:32:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eric Blood <winkywooster <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Tue, 5 Sep 2023 09:31:01 -0700
tags 62962 + moreinfo
thanks

Eric Blood <winkywooster <at> gmail.com> writes:

> i use magnet (https://magnet.crowdcafe.com) on the mac which uses key
> combinations like ctrl-option-leftarrow, or ctrl-option-rightarrow to
> reorganize windows quickly.  with the official mac build of emacs these
> combinations don't work, however the railwaycat/homebrew-emacsmacport
> build does.  it would be nice to see these keys work.

I can't reproduce this.

Could you please check that you have no global keybindings customized on
your machine.

See:
https://superuser.com/questions/638697/in-emacs-my-c-right-and-c-left-on-my-mac-keyboard-does-not-work




Added tag(s) moreinfo. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Tue, 05 Sep 2023 16:32:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Wed, 06 Sep 2023 15:43:02 GMT) Full text and rfc822 format available.

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

From: Eric Blood <winkywooster <at> gmail.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Wed, 6 Sep 2023 09:41:57 -0600
[Message part 1 (text/plain, inline)]
greetings stefan..

i just pulled down a recent release of emacs (
https://emacsformacosx.com/emacs-builds/Emacs-29.1-1-universal.dmg),
started with `~/Downloads/Emacs.app/Contents/MacOS/Emacs -q`, and the issue
is still there.  are you using magnet?  the default bindings of
ctrl-opt-leftarrow or ctrl-opt-rightarrow (using mac keyboard nomenclature)
to move the window to the left or right of the screen don't work.  if i
type ctrl-opt-x, the minibuffer reports "C-M-x is undefined", but doesn't
say anything when i type ctrl-opt-leftarrow or ctrl-opt-rightarrow.  again,
this does work with the railwaycat build (and the 15 other mac apps i have
open).

i just verified i don't have any global shortcuts defined by going into
system settings/keyboard shortcuts and defining ctrl-opt-leftarrow to show
notification center.  it doesn't show a conflict with any other shortcuts,
and it overrides the magnet binding and shows notification center.


On Tue, Sep 5, 2023 at 10:31 AM Stefan Kangas <stefankangas <at> gmail.com>
wrote:

> tags 62962 + moreinfo
> thanks
>
> Eric Blood <winkywooster <at> gmail.com> writes:
>
> > i use magnet (https://magnet.crowdcafe.com) on the mac which uses key
> > combinations like ctrl-option-leftarrow, or ctrl-option-rightarrow to
> > reorganize windows quickly.  with the official mac build of emacs these
> > combinations don't work, however the railwaycat/homebrew-emacsmacport
> > build does.  it would be nice to see these keys work.
>
> I can't reproduce this.
>
> Could you please check that you have no global keybindings customized on
> your machine.
>
> See:
>
> https://superuser.com/questions/638697/in-emacs-my-c-right-and-c-left-on-my-mac-keyboard-does-not-work
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Wed, 06 Sep 2023 16:12:01 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eric Blood <winkywooster <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Wed, 6 Sep 2023 09:11:11 -0700
Eric Blood <winkywooster <at> gmail.com> writes:

> greetings stefan..
>
> i just pulled down a recent release of emacs (
> https://emacsformacosx.com/emacs-builds/Emacs-29.1-1-universal.dmg),
> started with `~/Downloads/Emacs.app/Contents/MacOS/Emacs -q`, and the issue
> is still there.

If this is a third-party build, so I'd suggest reporting this to the
Emacs for MacOSX developers first.

Alternatively, you could try building Emacs from source and see if you
can reproduce the issue.

> are you using magnet?

No.

> the default bindings of ctrl-opt-leftarrow or ctrl-opt-rightarrow
> (using mac keyboard nomenclature) to move the window to the left or
> right of the screen don't work.

The default bindings of what?  Magnet?

Does Emacs have support for this?

> if i type ctrl-opt-x, the minibuffer reports "C-M-x is undefined", but
> doesn't say anything when i type ctrl-opt-leftarrow or
> ctrl-opt-rightarrow.  again, this does work with the railwaycat build
> (and the 15 other mac apps i have open).

What is the "railwaycat build"?

> i just verified i don't have any global shortcuts defined by going into
> system settings/keyboard shortcuts and defining ctrl-opt-leftarrow to show
> notification center.  it doesn't show a conflict with any other shortcuts,
> and it overrides the magnet binding and shows notification center.

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Wed, 06 Sep 2023 16:50:02 GMT) Full text and rfc822 format available.

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

From: Eric Blood <winkywooster <at> gmail.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Wed, 6 Sep 2023 10:49:09 -0600
[Message part 1 (text/plain, inline)]
> If this is a third-party build, so I'd suggest reporting this to the
> Emacs for MacOSX developers first.

to be clear https://www.gnu.org/software/emacs/download.html does
point to https://emacsformacosx.com/ which would indicate it's
official in some manner. even the `brew install --cask emacs` (which
the download page instructs) points to these builds. i didn't realize
it's not considered an offical build.

> Alternatively, you could try building Emacs from source and see if
> you can reproduce the issue.

ok, i just built it from source (haven't done that in years, not as
painful as it once was), but still the same issue.

>> are you using magnet?

> No.

ok, i'm not sure how else to replicate it then.

> The default bindings of what?  Magnet?

yes.

> Does Emacs have support for this?

i would think that any unbound key combinations should be passed to
the operating system, and with the *unofficial* railwaycat build, it
works.

> What is the "railwaycat build"?

https://github.com/railwaycat/homebrew-emacsmacport

On Wed, Sep 6, 2023 at 10:11 AM Stefan Kangas <stefankangas <at> gmail.com>
wrote:

> Eric Blood <winkywooster <at> gmail.com> writes:
>
> > greetings stefan..
> >
> > i just pulled down a recent release of emacs (
> > https://emacsformacosx.com/emacs-builds/Emacs-29.1-1-universal.dmg),
> > started with `~/Downloads/Emacs.app/Contents/MacOS/Emacs -q`, and the
> issue
> > is still there.
>
> If this is a third-party build, so I'd suggest reporting this to the
> Emacs for MacOSX developers first.
>
> Alternatively, you could try building Emacs from source and see if you
> can reproduce the issue.
>
> > are you using magnet?
>
> No.
>
> > the default bindings of ctrl-opt-leftarrow or ctrl-opt-rightarrow
> > (using mac keyboard nomenclature) to move the window to the left or
> > right of the screen don't work.
>
> The default bindings of what?  Magnet?
>
> Does Emacs have support for this?
>
> > if i type ctrl-opt-x, the minibuffer reports "C-M-x is undefined", but
> > doesn't say anything when i type ctrl-opt-leftarrow or
> > ctrl-opt-rightarrow.  again, this does work with the railwaycat build
> > (and the 15 other mac apps i have open).
>
> What is the "railwaycat build"?
>
> > i just verified i don't have any global shortcuts defined by going into
> > system settings/keyboard shortcuts and defining ctrl-opt-leftarrow to
> show
> > notification center.  it doesn't show a conflict with any other
> shortcuts,
> > and it overrides the magnet binding and shows notification center.
>
> Thanks.
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Wed, 06 Sep 2023 18:35:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eric Blood <winkywooster <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Wed, 6 Sep 2023 11:34:09 -0700
Eric Blood <winkywooster <at> gmail.com> writes:

>> If this is a third-party build, so I'd suggest reporting this to the
>> Emacs for MacOSX developers first.
>
> to be clear https://www.gnu.org/software/emacs/download.html does
> point to https://emacsformacosx.com/ which would indicate it's
> official in some manner. even the `brew install --cask emacs` (which
> the download page instructs) points to these builds. i didn't realize
> it's not considered an offical build.

Aha, I wasn't aware.  It seems like they actually just build a stock
Emacs, so I suppose that is fine, then.

>> Alternatively, you could try building Emacs from source and see if
>> you can reproduce the issue.
>
> ok, i just built it from source (haven't done that in years, not as
> painful as it once was), but still the same issue.

Thanks for testing.

>> Does Emacs have support for this?
>
> i would think that any unbound key combinations should be passed to
> the operating system, and with the *unofficial* railwaycat build, it
> works.

Is your suspicion here that the keys never reach Emacs, or is it that
the special feature of the "Magnet" program that doesn't work like it
should?

>> What is the "railwaycat build"?
>
> https://github.com/railwaycat/homebrew-emacsmacport

Noted, thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Wed, 06 Sep 2023 19:06:01 GMT) Full text and rfc822 format available.

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

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Wed, 06 Sep 2023 21:01:09 +0200
Stefan Kangas <stefankangas <at> gmail.com> writes:

> Eric Blood <winkywooster <at> gmail.com> writes:
>
>>> If this is a third-party build, so I'd suggest reporting this to the
>>> Emacs for MacOSX developers first.
>>
>> to be clear https://www.gnu.org/software/emacs/download.html does
>> point to https://emacsformacosx.com/ which would indicate it's
>> official in some manner. even the `brew install --cask emacs` (which
>> the download page instructs) points to these builds. i didn't realize
>> it's not considered an offical build.
>
> Aha, I wasn't aware.  It seems like they actually just build a stock
> Emacs, so I suppose that is fine, then.
>
>>> Alternatively, you could try building Emacs from source and see if
>>> you can reproduce the issue.
>>
>> ok, i just built it from source (haven't done that in years, not as
>> painful as it once was), but still the same issue.
>
> Thanks for testing.
>
>>> Does Emacs have support for this?
>>
>> i would think that any unbound key combinations should be passed to
>> the operating system, and with the *unofficial* railwaycat build, it
>> works.
>
> Is your suspicion here that the keys never reach Emacs, or is it that
> the special feature of the "Magnet" program that doesn't work like it
> should?
>
>>> What is the "railwaycat build"?
>>
>> https://github.com/railwaycat/homebrew-emacsmacport
>
> Noted, thanks.

Eric, maybe do a M-x customize-group RET ns RET, and look at the various
"modifier" choices in the customize buffer.  There are 2 for the two
Option keys on the left and right side of the keyboard.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Wed, 06 Sep 2023 20:23:01 GMT) Full text and rfc822 format available.

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

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org, Eric Blood <winkywooster <at> gmail.com>
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Wed, 06 Sep 2023 22:22:25 +0200
Stefan Kangas <stefankangas <at> gmail.com> writes:

> Eric Blood <winkywooster <at> gmail.com> writes:
>
>>> If this is a third-party build, so I'd suggest reporting this to the
>>> Emacs for MacOSX developers first.
>>
>> to be clear https://www.gnu.org/software/emacs/download.html does
>> point to https://emacsformacosx.com/ which would indicate it's
>> official in some manner. even the `brew install --cask emacs` (which
>> the download page instructs) points to these builds. i didn't realize
>> it's not considered an offical build.
>
> Aha, I wasn't aware.  It seems like they actually just build a stock
> Emacs, so I suppose that is fine, then.
>
>>> Alternatively, you could try building Emacs from source and see if
>>> you can reproduce the issue.
>>
>> ok, i just built it from source (haven't done that in years, not as
>> painful as it once was), but still the same issue.
>
> Thanks for testing.
>
>>> Does Emacs have support for this?
>>
>> i would think that any unbound key combinations should be passed to
>> the operating system, and with the *unofficial* railwaycat build, it
>> works.
>
> Is your suspicion here that the keys never reach Emacs, or is it that
> the special feature of the "Magnet" program that doesn't work like it
> should?
>
>>> What is the "railwaycat build"?
>>
>> https://github.com/railwaycat/homebrew-emacsmacport
>
> Noted, thanks.

Eric, maybe do a M-x customize-group RET ns RET, and look at the various
"modifier" choices in the customize buffer.  There are 2 for the two
Option keys on the left and right side of the keyboard.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Wed, 06 Sep 2023 20:50:02 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: Eric Blood <winkywooster <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Wed, 6 Sep 2023 21:49:03 +0100
On Wed, Sep 06, 2023 at 10:49:09AM -0600, Eric Blood wrote:
> > Does Emacs have support for this?
> 
> i would think that any unbound key combinations should be passed to
> the operating system, and with the *unofficial* railwaycat build, it
> works.

This isn't how keyboard input works. The OS gets first refusal at
keyboard input and then passes it to the application. The application
doesn't then pass the input back, it either acts on it or doesn't.
AFAIK there's no way to pass it back.

I have no idea how magnet works. We've had occasional complaints about
this over the years but nobody has ever been able to explain what
we're doing wrong.

The magnet website itself has about four pages, none of which are
remotely helpful.
-- 
Alan Third




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#62962; Package emacs. (Sat, 09 Sep 2023 23:29:02 GMT) Full text and rfc822 format available.

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

From: Eric Blood <winkywooster <at> gmail.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 62962 <at> debbugs.gnu.org
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Sat, 9 Sep 2023 17:27:27 -0600
[Message part 1 (text/plain, inline)]
thanks for walking through all of that with me.  i went back and tested
another mac window manager app, rectangle (https://rectangleapp.com/), and
it turns out with the same key combination that it works with the stock
build of emacs.  so it looks like magnet's method of moving windows, and
not the key combination (thanks to alan for the correction), is the culprit
here.

again thanks for all the help,
eric

On Wed, Sep 6, 2023 at 12:34 PM Stefan Kangas <stefankangas <at> gmail.com>
wrote:

> Eric Blood <winkywooster <at> gmail.com> writes:
>
> >> If this is a third-party build, so I'd suggest reporting this to the
> >> Emacs for MacOSX developers first.
> >
> > to be clear https://www.gnu.org/software/emacs/download.html does
> > point to https://emacsformacosx.com/ which would indicate it's
> > official in some manner. even the `brew install --cask emacs` (which
> > the download page instructs) points to these builds. i didn't realize
> > it's not considered an offical build.
>
> Aha, I wasn't aware.  It seems like they actually just build a stock
> Emacs, so I suppose that is fine, then.
>
> >> Alternatively, you could try building Emacs from source and see if
> >> you can reproduce the issue.
> >
> > ok, i just built it from source (haven't done that in years, not as
> > painful as it once was), but still the same issue.
>
> Thanks for testing.
>
> >> Does Emacs have support for this?
> >
> > i would think that any unbound key combinations should be passed to
> > the operating system, and with the *unofficial* railwaycat build, it
> > works.
>
> Is your suspicion here that the keys never reach Emacs, or is it that
> the special feature of the "Magnet" program that doesn't work like it
> should?
>
> >> What is the "railwaycat build"?
> >
> > https://github.com/railwaycat/homebrew-emacsmacport
>
> Noted, thanks.
>
[Message part 2 (text/html, inline)]

Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Sun, 10 Sep 2023 05:17:02 GMT) Full text and rfc822 format available.

Notification sent to Eric Blood <winkywooster <at> gmail.com>:
bug acknowledged by developer. (Sun, 10 Sep 2023 05:17:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Eric Blood <winkywooster <at> gmail.com>
Cc: 62962-done <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#62962: 28.2; blocked key combinations in macos
Date: Sun, 10 Sep 2023 08:15:50 +0300
> Cc: 62962 <at> debbugs.gnu.org
> From: Eric Blood <winkywooster <at> gmail.com>
> Date: Sat, 9 Sep 2023 17:27:27 -0600
> 
> thanks for walking through all of that with me.  i went back and tested another mac window manager
> app, rectangle (https://rectangleapp.com/), and it turns out with the same key combination that it
> works with the stock build of emacs.  so it looks like magnet's method of moving windows, and not
> the key combination (thanks to alan for the correction), is the culprit here.

Thanks for telling us.  I'm therefore closing this bug.




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

This bug report was last modified 172 days ago.

Previous Next


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