GNU bug report logs - #76691
`display-monitor-attributes-list` not working properly on macOS

Previous Next

Package: emacs;

Reported by: Ruiyang Wu <ywwry66 <at> gmail.com>

Date: Sun, 2 Mar 2025 21:00:03 UTC

Severity: normal

Tags: confirmed, patch

Merged with 76051

Found in versions 29.4, 30.1, 31.0.50

Done: Alan Third <alan <at> idiocy.org>

Full log


View this message in rfc822 format

From: Ship Mints <shipmints <at> gmail.com>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66 <at> gmail.com>, Stefan Kangas <stefankangas <at> gmail.com>, Juri Linkov <juri <at> linkov.net>
Subject: bug#76691: `display-monitor-attributes-list` not working properly on macOS
Date: Tue, 4 Mar 2025 12:34:11 -0500
[Message part 1 (text/plain, inline)]
On Tue, Mar 4, 2025 at 10:34 AM Robert Pluim <rpluim <at> gmail.com> wrote:

> >>>>> On Tue, 4 Mar 2025 09:58:13 -0500, Ship Mints <shipmints <at> gmail.com>
> said:
>     Ship> And a synthesized name: (((name . "3200x1775 <at> 0,25") (geometry 0
> 0 3200
>     Ship> 1800) (workarea 0 25 3200 1775) (mm-size 599 339) (frames
> #<frame *scratch*
>     0x7f7c7009d430> ) (source . "NS")))
>
>     Ship> We could use something like a UUID that's more opaque.
>
>     Ship> I haven't made either name bi-directional yet to allow
> specifying it when
>     Ship> operating on frames.
>
> Yes, emacs crashes when I run `make-frame-on-monitor' :-)
>

Does Emacs work when you run make-frame-on-current-monitor starting from a
selected frame on a secondary monitor?  make-frame-on-current-monitor does
not depend on monitor names.  It would give me a hint where to look.  Even
make-frame-on-monitor uses a monitor name only to get the geometry at which
to place the new frame so if -current-monitor works but not named, it'll be
interesting.
[Message part 2 (text/html, inline)]

This bug report was last modified 12 days ago.

Previous Next


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