GNU bug report logs - #34516
Multi-monitor frame sets

Previous Next

Full log

View this message in rfc822 format

From: Robert Pluim <rpluim <at> gmail.com>
To: Juri Linkov <juri <at> linkov.net>
Cc: Andy Moreton <andrewjmoreton <at> gmail.com>, Alan Third <alan <at> idiocy.org>, 34516 <at> debbugs.gnu.org
Subject: bug#34516: Multi-monitor frame sets
Date: Tue, 26 Mar 2019 08:24:56 +0100

>>>>> On Tue, 19 Mar 2019 23:33:30 +0200, Juri Linkov <juri <at> linkov.net> said:

    >> I can run the same test tomorrow when Iʼm by my external
    >> screens again. Only the first line here is remotely
    >> intelligible, none of them are displayed by macOS as far as I
    >> know.

    Juri> Did you have a chance to run the test?

I did, but I forgot to send the results:

--begin--
q8-@X,E
JC9H65BD0ZLS
DELL P2714H

q8-@X,E
JC9H65BD1BHS
DELL P2714H
--end--

Weʼd need to extract that 'DELL' bit, and check if we have other
monitors with the same description string so we can add a suffix.

    Juri> Meanwhile, I pushed the fix based on your recommendations on
    Juri> emacs-devel.  Feel free to improve it if your test reveals a
    Juri> problem.

It works fine for me. Of course, now that Iʼm using it, Iʼd like a
'make-frame-on-current-monitor' :-) I guess I can iterate over the
frames elements of 'display-monitor-attributes-list', unless thereʼs a
'what monitor is this frame on' primitive.

Robert

Previous Next

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