Stefan Kangas <stefankangas@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 15:55:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 05 10:55:47 2025 Received: from localhost ([127.0.0.1]:39205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpr63-0007Ap-6A for submit <at> debbugs.gnu.org; Wed, 05 Mar 2025 10:55:47 -0500 Received: from mail-vk1-xa34.google.com ([2607:f8b0:4864:20::a34]:51206) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpr5y-0007AV-5a for 76691 <at> debbugs.gnu.org; Wed, 05 Mar 2025 10:55:45 -0500 Received: by mail-vk1-xa34.google.com with SMTP id 71dfb90a1353d-5235db99207so2638908e0c.2 for <76691 <at> debbugs.gnu.org>; Wed, 05 Mar 2025 07:55:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741190136; x=1741794936; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=1v2YPHBHvsOMupC/QKtKm1C7gODCjUmXypvR0ZDEBhk=; b=UbXKppMn/c7cA5IGV0/Cr9wngtoV4DDPazi2pzYFDM0FlMaa7hL3QfHoYXI5a0761w WgQ+G4HnCYsj9ng7eJB7vAfLfT4lm6J+5C10Sl6KHX8CcJuOu3BukeWlOsMAxMQ1Wt7f /V5I1WNMY5ZA7iqq3PcgehrULvBRsm927cuL9q8U8RwCSr08t38/WFwQaxiv2TmUE80T gYbf0fWshZ49XkUE3/Frbw+Tl6kUbMgCtSmFNyiBca1H0t0xTXBi7ZuGn+VlyUw6/8Ji jTcUWgNVNaMInO892V+UhZ+B4I163jUqpWiqRY5/iDq17uiIzMwTWi3BW5/qfekrxqGf z7ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741190136; x=1741794936; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=1v2YPHBHvsOMupC/QKtKm1C7gODCjUmXypvR0ZDEBhk=; b=AypO/Kp0G+kVSRFTzHNZhS0yKjbRPMaS6DwjZ1Cj6apVqc7glMkEYFD/weuYDjsSJk wn8tPTQuDhCjp+k+97cIxbrHs0CZlLSj+bQ80fEiaZ6/PyXx5a8fLXMo00pxGJcZUHHb xOJfUlvTcyzsZ0rk/b2YiMvfqXS27/I6uQyUeXON+nf8bBD/RiP7w4xMzcBHu1q5WN/G QSOvLwJIqn2rCEF2JfHNIWlr6Jm6rgyHMJ4LeTJF6KH1SZbiU6vIyMCzTohKyp+NLV1L EUKRn2zEQ/Od5Vte253r14dTwRAICcIzm0vk/kUYm7FfJTNf6ByLpkpGIRC8eHrga69w F0lQ== X-Gm-Message-State: AOJu0YxPMehR2sOc42tJxcRDQwDqgQFtdkLlUru6pB/vPsT6ljHnj7Az MSQfZTx7abcDgskHB3gLv3dqv3wT9SQjQj5DQjOv4RQrBoeJu749+oQfh6wrrBpS0fxgEEXPNWM 70s3AUT9gnQfEyw7HV0EmShdTtoA= X-Gm-Gg: ASbGnctlp6YqydLJr/lqtFoksRLX06gzuOatmoBUZhHPxpYBYLcqpbI03hl3LxStgdt O6HWSXGTy9vDyCEhVtBGfpax2jd865Yv5pRVs1OLSaCU2TLlmzrLc5e2zV7q6RGW5BrnPlK6l96 Ztc8W4Qo/P3xkthamuGSEhWGPchA== X-Google-Smtp-Source: AGHT+IGdNyx3Fa3PCKZSoT+39TixUQy2WWyOwjUx6VndrPmXdWpIERWjCyMOqx6d/QD/MDAbGn5gKNaS7h8eFpEaUDc= X-Received: by 2002:a05:6102:2ad1:b0:4c1:8e95:24f3 with SMTP id ada2fe7eead31-4c2e2937761mr2421371137.24.1741190136570; Wed, 05 Mar 2025 07:55:36 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN> <CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN> <877c53alx4.fsf@HIDDEN> <CAN+1Hbrf3g33Z_DLprgszifwy46=RsNc71XfZTruAVZJ5pmfKA@HIDDEN> <8734fra8xi.fsf@HIDDEN> <CAN+1Hbr3HCBs-HXz3=97mudWFtm2ZdLt1+OR-se2k5f8tq_L_A@HIDDEN> <87y0xj8oct.fsf@HIDDEN> In-Reply-To: <87y0xj8oct.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Wed, 5 Mar 2025 10:55:25 -0500 X-Gm-Features: AQ5f1Jp7pZ78kOQQq3i8o3CQgpjLlJoZYy08SUSV3H38nkBO5N5HSG1Y82aiA0s Message-ID: <CAN+1HbrEN516MMHQvYvCeVUbSp3wPh5LKpKOfzHiuqGmoBhWjA@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="00000000000093acf2062f9a6b4d" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --00000000000093acf2062f9a6b4d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Mar 5, 2025 at 10:54=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wro= te: > >>>>> On Wed, 5 Mar 2025 10:40:11 -0500, Ship Mints <shipmints@HIDDEN> > said: > > Ship> Hmm. I never see these. I wonder what's different about your > set up. > Ship> These seem independent of the NS display name improvement. > > Yes, I doubt it=CA=BCs related. It=CA=BCs also hard to reproduce. > > Ship> Should we push the display name patch and see what feedback we > get from a > Ship> larger audience? It seems low risk vs. rewriting macOS socket > handling. > > You can only push the patch as-is if the maintainers agree that > removing the old methods for getting the display name is appropriate. > The old methods don't work and seem to have been broken for a long time. Let's see what they think. --00000000000093acf2062f9a6b4d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Wed, Mar 5, 2025 at 10:54=E2=80=AFAM Robert Pluim <<a href=3D"mailto:= rpluim@HIDDEN">rpluim@HIDDEN</a>> wrote:</span></div></div><div cl= ass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex">>>>>> On Wed, 5 Mar 2025 10:40:11 -0500, Sh= ip Mints <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipm= ints@HIDDEN</a>> said:<br> <br> =C2=A0 =C2=A0 Ship> Hmm.=C2=A0 I never see these.=C2=A0 I wonder what= 9;s different about your set up.<br> =C2=A0 =C2=A0 Ship> These seem independent of the NS display name improv= ement.<br> <br> Yes, I doubt it=CA=BCs related. It=CA=BCs also hard to reproduce.<br> <br> =C2=A0 =C2=A0 Ship> Should we push the display name patch and see what f= eedback we get from a<br> =C2=A0 =C2=A0 Ship> larger audience?=C2=A0 It seems low risk vs. rewriti= ng macOS socket handling.<br> <br> You can only push the patch as-is if the maintainers agree that<br> removing the old methods for getting the display name is appropriate.<br></= blockquote><div><br></div><div class=3D"gmail_default" style=3D"font-family= :monospace">The old methods don't work and seem to have been broken for= =C2=A0a long time.=C2=A0 Let's see what they think.</div></div></div> --00000000000093acf2062f9a6b4d--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 15:54:36 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 05 10:54:36 2025
Received: from localhost ([127.0.0.1]:39198 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpr4u-00072j-9c
for submit <at> debbugs.gnu.org; Wed, 05 Mar 2025 10:54:36 -0500
Received: from mail-wr1-x432.google.com ([2a00:1450:4864:20::432]:53320)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpr4r-00072T-T6
for 76691 <at> debbugs.gnu.org; Wed, 05 Mar 2025 10:54:34 -0500
Received: by mail-wr1-x432.google.com with SMTP id
ffacd0b85a97d-390cf7458f5so6483686f8f.2
for <76691 <at> debbugs.gnu.org>; Wed, 05 Mar 2025 07:54:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741190067; x=1741794867; darn=debbugs.gnu.org;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id
:reply-to; bh=gSUmmzXrELhrn4llkL5u0JXJkPWZIplX+FxUrYEYZP4=;
b=XPCGmN6/c4S0SqTdjOM70WFgN6i4b0Ow6GVVunIXlxyPU5VMpxfMu22HHPbK5aSSi3
gt2jZT3vL12PJUOfHXBLRxxsU2qWNu6/LwaKiTpln5I2pS8uOi1MjCto5CJWpYHoe8o+
EfKKzxRasuSRWaftlAbZIuVb9EMhnWU/Shvw/o6FeSkD8JNvnJgVeYKKtCmhCiQSXiPv
rpQzi530mgj1B7wK8np8oE+r+Gm5DUYxCy9TUgkYP0uT/repHOVVni8aOAlK2DcFweZd
IhnsO05QBqUhChOUQDAgPYqnSrjl1yzslQFkNnwNHNzuHbVJaXDLOqavNn6wqlUJt9wy
2JwA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741190067; x=1741794867;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc
:subject:date:message-id:reply-to;
bh=gSUmmzXrELhrn4llkL5u0JXJkPWZIplX+FxUrYEYZP4=;
b=hVGWLtESSn9VYlUoJPm9YV4UUJqLc0tTlPE04Ug4ph4iFJzcePVWpG6QIW7lt3byVO
7pUPu1jjfelq6uISi8aegtM4+E6v3JPtuspZHeQVwdzjeAiZxuca6COdlm8mT+bzfm7c
6/vi0DgAB/J/IssE5yr0AjzTwKiGqiPF6X7Dlmrtmc3Q4V1ljiluUhmyDoimvuzwBl6x
wmEJagzCKM0h1253RHlisc9i/fshSHI/gA1cyOPOP00kfApvstAiQ6A2lF2XwC2UbSwJ
NWI7ZYlivvWFIYAqGif7Fm9MmunwzQBodAwJxVUXf74X8qAOeXPZgON7aCILrD8kvKrc
yIRg==
X-Gm-Message-State: AOJu0Yw9KCw3qeqHTFFBrRDpq0ON1YjnDis5msHY+UwyBx5FGbzyz/Dn
Q9p9Eu22AgID63Wj/D2atsko0XItOHQByK7nQkIGtmFxcD1gwmsW
X-Gm-Gg: ASbGncsDn2gt+PUoPcbemI5qFKc/Z8nQcB2J5yYsSnwonRbdzJwc3xi+gUof4oB2d61
n6Upo9zonlojPHE4Ggr7vWe1u5VVOY+xKtcN4l4PN3lq4Ja5O/zXrLv4JJzudxL+Oqg6NlQAJdI
nG9b3xpd+2wOJijJe408ibzB07/sIFZ9cCD1edf7OgEYp0PFVore9P/bte5yMIkO/2BbNL/sI8r
52gVeU9gZlrYAork5SfBiPOxdSTox6C6vbXGxpIZzuDiqWb7J9Uuz3D6ViV+eXWIkByjb9EMis1
+3v0VNLMtq1XPshkFVp7lzIIu9XmuJ4=
X-Google-Smtp-Source: AGHT+IGbzcOZ0UwvpBrjDuYKHp/K0PKaVCn2CIbJsJb8CCC+x+ej24WnD8jnL0P91VORJKq2M+ikxA==
X-Received: by 2002:a5d:6dad:0:b0:390:ffd0:4142 with SMTP id
ffacd0b85a97d-3911f75678emr3354085f8f.26.1741190067406;
Wed, 05 Mar 2025 07:54:27 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:a92:d575:a68e:d393])
by smtp.gmail.com with ESMTPSA id
ffacd0b85a97d-390e47a72d5sm21770349f8f.31.2025.03.05.07.54.26
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Wed, 05 Mar 2025 07:54:26 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Ship Mints <shipmints@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CAN+1Hbr3HCBs-HXz3=97mudWFtm2ZdLt1+OR-se2k5f8tq_L_A@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN>
<CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN>
<CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN>
<CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
<87o6ygaly5.fsf@HIDDEN>
<CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN>
<87jz94ajyp.fsf@HIDDEN>
<CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN>
<CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN>
<877c53alx4.fsf@HIDDEN>
<CAN+1Hbrf3g33Z_DLprgszifwy46=RsNc71XfZTruAVZJ5pmfKA@HIDDEN>
<8734fra8xi.fsf@HIDDEN>
<CAN+1Hbr3HCBs-HXz3=97mudWFtm2ZdLt1+OR-se2k5f8tq_L_A@HIDDEN>
Date: Wed, 05 Mar 2025 16:54:26 +0100
Message-ID: <87y0xj8oct.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: 76691 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>,
Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>>>>> On Wed, 5 Mar 2025 10:40:11 -0500, Ship Mints <shipmints@HIDDEN> s=
aid:
Ship> Hmm. I never see these. I wonder what's different about your se=
t up.
Ship> These seem independent of the NS display name improvement.
Yes, I doubt it=CA=BCs related. It=CA=BCs also hard to reproduce.
Ship> Should we push the display name patch and see what feedback we ge=
t from a
Ship> larger audience? It seems low risk vs. rewriting macOS socket ha=
ndling.
You can only push the patch as-is if the maintainers agree that
removing the old methods for getting the display name is appropriate.
Robert
--=20
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 15:40:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 05 10:40:38 2025 Received: from localhost ([127.0.0.1]:39170 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpqrM-0006SF-CQ for submit <at> debbugs.gnu.org; Wed, 05 Mar 2025 10:40:38 -0500 Received: from mail-vk1-xa2b.google.com ([2607:f8b0:4864:20::a2b]:49497) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpqrE-0006Rm-QI for 76691 <at> debbugs.gnu.org; Wed, 05 Mar 2025 10:40:33 -0500 Received: by mail-vk1-xa2b.google.com with SMTP id 71dfb90a1353d-52378c0c2b1so1840935e0c.3 for <76691 <at> debbugs.gnu.org>; Wed, 05 Mar 2025 07:40:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741189223; x=1741794023; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=XrTxhJ1G9BLXMcVkDQ351UptxNpWq10d5CqT8BmYDiE=; b=VEHRrS0eax5c5W4f49Q0T9VTHL0bIyVsvoDLvHMoLWGsf491fvli5mxI3Zg0Urp2Ox 946O5Ev8yx8hquMkcu9sdNImptOHQ7/VW+kWbvgIpz6obP60Q/+8otCrIpa34FcrrZvD QsBTWYyAN9cHEQ2VUBkAcs5ZL8VQUMLiwX/289nGZQS5+SJm4Yv8HWRgBRlZnCSMjZjQ 75X38yuQ+4hIIGNYNUKIjbhXnHVvThY5Y22rsINkH5zawhPLKrI9XV+LEDW/9fWYG+hL GLuOxZz0JquaOi9Vruz09gRFa++uMf7pD+uXX+QE6nAcAa+x/8Hk4STh9yuzGEeh7nT7 kr9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741189223; x=1741794023; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XrTxhJ1G9BLXMcVkDQ351UptxNpWq10d5CqT8BmYDiE=; b=g+w/gY5uDAjXxf5mjFaUGNMzQGmEGDTPhWUNQJAy2x1NhEwxE4omhtwmFAuccWnv3d 22BuxN9v431TkCPuhUsFyviuRUEZ2/5zLSl8rMrgtESO5cTf9aisQrNw7hn9PGr0SrHD H7oR3bENyndroiTtjq4iLwCmxlQD4OCypRFxak1lkktjAWBOyvs2u0Flv1x6DrASQCyH 3iq336UzvxwTVTbb8Cj/x/+Xm/KVSbSad4p+JD1eKsY/PXp0gs1kXwBN1vOs+2Ld/X+O PtqU1WPHJAlmjdHWNK/couydNhRsYL5t0lULZqED755Y3djx+xNYtV1lYzDqFMfg5u00 ixDw== X-Gm-Message-State: AOJu0YxNlRH9iqivL4Dbr7fHGTzSFQ99LO6qZgwG569tsIfgHbuCoWqa /3c1itA6FiBQJmPt7EkociJjFPzdJXXEUPJ4mi2P4D/OU+a8AIZ9kYzJvsxolbBA8cgwHzwRRBW RGrzbAS65ij1nWTEYJlmhaYiSBn4YZQ== X-Gm-Gg: ASbGncth8X0H+PyMtx4J6Ocd4QU0EHuKkZ3+5o4LWN4IzCBZBX1mQazwXwULI7PCmLr UB8/YPn6ByKAPn4GN+4QDkd++diyGqQ1Zg23CXDSRyX6wykcAiwbt9dZY/NjmKwHFv6d1FAbGDg xHpq5c9MBX3TJu6QuremU2OpOx2A== X-Google-Smtp-Source: AGHT+IG73wIavm6lDrkKZNYtq6YQthKhGQcD9wU3Dj5HGEXTMt7Kn7KG4DHZRNo5aspfB7UhtUJy6I1K/7HXTYK+yN0= X-Received: by 2002:a05:6122:3543:b0:523:a88b:9bfd with SMTP id 71dfb90a1353d-523c6261231mr2121367e0c.7.1741189222910; Wed, 05 Mar 2025 07:40:22 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN> <CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN> <877c53alx4.fsf@HIDDEN> <CAN+1Hbrf3g33Z_DLprgszifwy46=RsNc71XfZTruAVZJ5pmfKA@HIDDEN> <8734fra8xi.fsf@HIDDEN> In-Reply-To: <8734fra8xi.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Wed, 5 Mar 2025 10:40:11 -0500 X-Gm-Features: AQ5f1Jp-jt-S2ex8abPYa1wajq5C4mFv5ZQ9gZkv41T3CKTmdDSi-sZzcuSI7Nw Message-ID: <CAN+1Hbr3HCBs-HXz3=97mudWFtm2ZdLt1+OR-se2k5f8tq_L_A@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000001e5292062f9a3584" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000001e5292062f9a3584 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Mar 5, 2025 at 8:44=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wrot= e: > >>>>> On Wed, 5 Mar 2025 06:38:05 -0500, Ship Mints <shipmints@HIDDEN> > said: > > Ship> On Wed, Mar 5, 2025 at 4:04=E2=80=AFAM Robert Pluim <rpluim@gma= il.com> > wrote: > >> >>>>> On Tue, 4 Mar 2025 11:06:29 -0500, Ship Mints < > shipmints@HIDDEN> > >> said: > >> > Ship> On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints <shipmints@g= mail.com> > >> wrote: > >> >> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@gm= ail.com> > >> wrote: > >> >> > >> >>> It gives me reasonable looking names here: > >> >>> > >> >>> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 > 3440 > >> >>> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>= ) > >> >>> (source . "NS")) ((name . "Built-in Display") (geometry 459 14= 40 > >> 2048 > >> >>> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) > >> (source > >> >>> . "NS"))) > >> >>> > >> >> > >> >> Robert, > >> >> > >> >> When you run (x-display-list), what do you get? Just your host > name, > >> >> right? And if you unplug and replug your monitors and rerun? > >> >> > >> > >> I get just my host name. > >> > Ship> And also (display-monitor-attributes-list) just to make sure it > >> works with > Ship> comings and goings of displays. > >> > >> I unplugged and replugged my external monitor, and Emacs crashed i= n > >> `read_char', which is a different crash from the one I saw earlier= , > >> which was in `Fx_create_frame'. I=CA=BCve got the lldb session if = it > helps. > >> > > Ship> The way make-frame-on-monitor is implemented is nothing > special. Just find > Ship> the coordinates of the "workspace" occupied by the named monito= r > and use > Ship> those as the basis for the new frame. The bt from yesterday's > perhaps > Ship> indicates some kind of guard might be needed for frame > coordinates that > Ship> might be out of bounds, perhaps? Do you think the frame on the > second > Ship> monitor was larger than the screen? I admit to not having > played much with > Ship> trying to make oversized frames but it happens to me > occasionally if only > Ship> over left and right by a column or row or two, not more. > > The default frame size is smaller than both monitors. I guess it=CA=BCs > possible something decided to place it off screen. > > Ship> I'm curious what the read_char bt looks like. You saw the > patch, it's > Ship> pretty much a nothing. I updated it yesterday to use xstrdup > instead of > Ship> the two-step. I doubt that's anything. But here's the updated > patch, just > Ship> in case. > > It might be an existing emacs issue, rather than anything to do with > your patch (if you=CA=BCre feeling inspired, rewriting the socket handlin= g > on macOS to use the normal event loop rather than the hackery with a > separate thread to run select might improve the port a lot. Or it might > make no difference) > > Anyway, I=CA=BCm suspicious about the fact that `ns_read_socket' appears = in > this backtrace twice. > > * thread #1, queue =3D 'com.apple.main-thread', stop reason =3D signal SI= GABRT > * frame #0: 0x00000001854e3720 libsystem_kernel.dylib`__pthread_kill + = 8 > frame #1: 0x000000018551bf70 libsystem_pthread.dylib`pthread_kill + 2= 88 > frame #2: 0x0000000185428908 libsystem_c.dylib`abort + 128 > frame #3: 0x0000000185331e38 libsystem_malloc.dylib`malloc_vreport + > 896 > frame #4: 0x000000018535a458 libsystem_malloc.dylib`malloc_zone_error > + 100 > frame #5: 0x0000000185349774 > libsystem_malloc.dylib`nanov2_guard_corruption_detected + 44 > frame #6: 0x0000000185349734 > libsystem_malloc.dylib`nanov2_allocate_outlined + 460 > frame #7: 0x0000000185348468 libsystem_malloc.dylib`nanov2_calloc_typ= e > + 568 > frame #8: 0x000000018b69c610 CoreGraphics`CGGStackCreateWithGState + = 40 > frame #9: 0x000000018b71b0b0 > CoreGraphics`CGDisplayListDrawInContextDelegate + 596 > frame #10: 0x0000000189590ee4 AppKit`___lldb_unnamed_symbol169773 + 8= 84 > frame #11: 0x0000000189609008 AppKit`___lldb_unnamed_symbol172077 + 1= 00 > frame #12: 0x000000018e165fbc QuartzCore`CABackingStoreUpdate_ + 284 > frame #13: 0x000000018e1bc2d8 QuartzCore`invocation function for bloc= k > in CA::Layer::display_() + 120 > frame #14: 0x000000018e16503c QuartzCore`-[CALayer _display] + 1636 > frame #15: 0x0000000189608e94 AppKit`___lldb_unnamed_symbol172075 + > 1372 > frame #16: 0x00000001896096b0 AppKit`___lldb_unnamed_symbol172087 + 2= 8 > frame #17: 0x00000001894fc49c AppKit`___lldb_unnamed_symbol166799 + 1= 48 > frame #18: 0x0000000189608f88 AppKit`___lldb_unnamed_symbol172076 + 1= 28 > frame #19: 0x000000018e1641b8 > QuartzCore`CA::Layer::display_if_needed(CA::Transaction*) + 784 > frame #20: 0x000000018e2f30e4 > QuartzCore`CA::Context::commit_transaction(CA::Transaction*, double, > double*) + 528 > frame #21: 0x000000018e146780 QuartzCore`CA::Transaction::commit() + > 648 > frame #22: 0x000000018929da9c > AppKit`__62+[CATransaction(NSCATransaction) > NS_setFlushesWithDisplayLink]_block_invoke + 272 > frame #23: 0x0000000189ca88f4 > AppKit`___NSRunLoopObserverCreateWithHandler_block_invoke + 64 > frame #24: 0x0000000185603be8 > CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTIO= N__ > + 36 > frame #25: 0x0000000185603ad4 CoreFoundation`__CFRunLoopDoObservers + > 552 > frame #26: 0x0000000185603104 CoreFoundation`__CFRunLoopRun + 788 > frame #27: 0x0000000185602734 CoreFoundation`CFRunLoopRunSpecific + 5= 88 > frame #28: 0x0000000190b71530 HIToolbox`RunCurrentEventLoopInMode + 2= 92 > frame #29: 0x0000000190b7717c HIToolbox`ReceiveNextEventCommon + 216 > frame #30: 0x0000000190b77508 > HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 76 > frame #31: 0x000000018917a848 AppKit`_DPSNextEvent + 660 > frame #32: 0x0000000189ae0c24 AppKit`-[NSApplication(NSEventRouting) > _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688 > frame #33: 0x000000018916d874 AppKit`-[NSApplication run] + 480 > frame #34: 0x00000001001fbf44 emacs`-[EmacsApp > run](self=3D0x0000000129722680, _cmd=3D<unavailable>) at nsterm.m:5938:7 = [opt] > frame #35: 0x000000010020efb0 > emacs`ns_read_socket_1(terminal=3D<unavailable>, hold_quit=3D<unavailable= >, > no_release=3D<unavailable>) at nsterm.m:4812:11 [opt] > frame #36: 0x00000001000dc838 emacs`gobble_input at keyboard.c:7919:1= 7 > [opt] > frame #37: 0x00000001000d8d80 emacs`swallow_events [inlined] > get_input_pending(flags=3D1) at keyboard.c:7875:7 [opt] > frame #38: 0x00000001000d8d0c emacs`swallow_events(do_display=3Dtrue)= at > keyboard.c:4602:3 [opt] > frame #39: 0x0000000100007d38 emacs`sit_for(timeout=3D(EMACS_INT) $4 = =3D > 30, reading=3Dtrue, display_option=3D1) at dispnew.c:6284:3 [opt] > frame #40: 0x00000001000d5ba0 > emacs`read_char(commandflag=3D<unavailable>, map=3D<unavailable>, > prev_event=3D<unavailable>, used_mouse_menu=3D<unavailable>, > end_time=3D<unavailable>) at keyboard.c:2923:11 [opt] > frame #41: 0x00000001000d2ab0 > emacs`read_key_sequence(keybuf=3D<unavailable>, prompt=3D(struct Lisp_Sym= bol *) > $22 =3D 0x00000001008eefe0, dont_downcase_last=3Dfalse, > can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtrue, > prevent_redisplay=3D<unavailable>, disable_text_conversion_p=3D<unavailab= le>) > at keyboard.c:10743:12 [opt] > frame #42: 0x00000001000d0ee4 emacs`command_loop_1 at > keyboard.c:1429:15 [opt] > frame #14: 0x000000018e16503c QuartzCore`-[CALayer _display] + 1636 > frame #15: 0x0000000189608e94 AppKit`___lldb_unnamed_symbol172075 + > 1372 > frame #16: 0x00000001896096b0 AppKit`___lldb_unnamed_symbol172087 + 2= 8 > frame #17: 0x00000001894fc49c AppKit`___lldb_unnamed_symbol166799 + 1= 48 > frame #18: 0x0000000189608f88 AppKit`___lldb_unnamed_symbol172076 + 1= 28 > frame #19: 0x000000018e1641b8 > QuartzCore`CA::Layer::display_if_needed(CA::Transaction*) + 784 > frame #20: 0x000000018e2f30e4 > QuartzCore`CA::Context::commit_transaction(CA::Transaction*, double, > double*) + 528 > frame #21: 0x000000018e146780 QuartzCore`CA::Transaction::commit() + > 648 > frame #22: 0x000000018929da9c > AppKit`__62+[CATransaction(NSCATransaction) > NS_setFlushesWithDisplayLink]_block_invoke + 272 > frame #23: 0x0000000189ca88f4 > AppKit`___NSRunLoopObserverCreateWithHandler_block_invoke + 64 > frame #24: 0x0000000185603be8 > CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTIO= N__ > + 36 > frame #25: 0x0000000185603ad4 CoreFoundation`__CFRunLoopDoObservers + > 552 > frame #26: 0x0000000185603104 CoreFoundation`__CFRunLoopRun + 788 > frame #27: 0x0000000185602734 CoreFoundation`CFRunLoopRunSpecific + 5= 88 > frame #28: 0x0000000190b71530 HIToolbox`RunCurrentEventLoopInMode + 2= 92 > frame #29: 0x0000000190b7717c HIToolbox`ReceiveNextEventCommon + 216 > frame #30: 0x0000000190b77508 > HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 76 > frame #31: 0x000000018917a848 AppKit`_DPSNextEvent + 660 > frame #32: 0x0000000189ae0c24 AppKit`-[NSApplication(NSEventRouting) > _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688 > frame #33: 0x000000018916d874 AppKit`-[NSApplication run] + 480 > frame #34: 0x00000001001fbf44 emacs`-[EmacsApp > run](self=3D0x0000000129722680, _cmd=3D<unavailable>) at nsterm.m:5938:7 = [opt] > frame #35: 0x000000010020efb0 > emacs`ns_read_socket_1(terminal=3D<unavailable>, hold_quit=3D<unavailable= >, > no_release=3D<unavailable>) at nsterm.m:4812:11 [opt] > frame #36: 0x00000001000dc838 emacs`gobble_input at keyboard.c:7919:1= 7 > [opt] > frame #37: 0x00000001000d8d80 emacs`swallow_events [inlined] > get_input_pending(flags=3D1) at keyboard.c:7875:7 [opt] > frame #38: 0x00000001000d8d0c emacs`swallow_events(do_display=3Dtrue)= at > keyboard.c:4602:3 [opt] > frame #39: 0x0000000100007d38 emacs`sit_for(timeout=3D(EMACS_INT) $4 = =3D > 30, reading=3Dtrue, display_option=3D1) at dispnew.c:6284:3 [opt] > frame #40: 0x00000001000d5ba0 > emacs`read_char(commandflag=3D<unavailable>, map=3D<unavailable>, > prev_event=3D<unavailable>, used_mouse_menu=3D<unavailable>, > end_time=3D<unavailable>) at keyboard.c:2923:11 [opt] > frame #41: 0x00000001000d2ab0 > emacs`read_key_sequence(keybuf=3D<unavailable>, prompt=3D(struct Lisp_Sym= bol *) > $22 =3D 0x00000001008eefe0, dont_downcase_last=3Dfalse, > can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtrue, > prevent_redisplay=3D<unavailable>, disable_text_conversion_p=3D<unavailab= le>) > at keyboard.c:10743:12 [opt] > frame #42: 0x00000001000d0ee4 emacs`command_loop_1 at > keyboard.c:1429:15 [opt] > frame #43: 0x000000010015b994 > emacs`internal_condition_case(bfun=3D(emacs`command_loop_1 at > keyboard.c:1324), handlers=3D<unavailable>, hfun=3D(emacs`cmd_error at > keyboard.c:970)) at eval.c:1613:25 [opt] > frame #44: 0x00000001000d0b78 emacs`command_loop_2(handlers=3D(struct > Lisp_Symbol *) $43 =3D 0x00000001008ef070) at keyboard.c:1168:11 [opt] > frame #45: 0x000000010015b030 emacs`internal_catch(tag=3D(struct > Lisp_Symbol *) $64 =3D 0x00000001008f63f0, func=3D(emacs`command_loop_2 a= t > keyboard.c:1164), arg=3D(struct Lisp_Symbol *) $85 =3D 0x00000001008ef070= ) at > eval.c:1292:25 [opt] > frame #46: 0x00000001000d03a8 emacs`command_loop at keyboard.c:1138:1= 3 > [opt] > frame #47: 0x00000001000d0270 emacs`recursive_edit_1 at > keyboard.c:754:9 [opt] > frame #48: 0x00000001001068c0 emacs`Fread_from_minibuffer [inlined] > read_minibuf(map=3D<unavailable>, initial=3D<unavailable>, prompt=3D(stru= ct > Lisp_String *) $94 =3D 0x00000001297199a0, expflag=3D<unavailable>, > histvar=3D<unavailable>, histpos=3D(EMACS_INT) $100 =3D 0, defalt=3D<unav= ailable>, > allow_props=3D<unavailable>, inherit_input_method=3D<unavailable>) at > minibuf.c:905:3 [opt] > frame #49: 0x0000000100105bf0 > emacs`Fread_from_minibuffer(prompt=3D<unavailable>, > initial_contents=3D<unavailable>, keymap=3D(struct Lisp_Cons *) $106 =3D > 0x0000000102fe8910, read=3D<unavailable>, hist=3D<unavailable>, > default_value=3D<unavailable>, inherit_input_method=3D(struct Lisp_Symbol= *) > $124 =3D 0x00000001008eefe0) at minibuf.c:1394:9 [opt] > frame #50: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<unavailable= >, > args_template=3D<unavailable>, nargs=3D<unavailable>, args=3D<unavailable= >) at > bytecode.c:812:14 [opt] > frame #51: 0x000000010015e9f0 emacs`funcall_lambda(fun=3D<unavailable= >, > nargs=3D<unavailable>, arg_vector=3D<unavailable>) at eval.c:3252:9 [opt] > [artificial] > frame #52: 0x000000010015e298 emacs`funcall_general(fun=3D<unavailabl= e>, > numargs=3D<unavailable>, args=3D<unavailable>) at lisp.h:0:43 [opt] [arti= ficial] > frame #53: 0x0000000100159260 emacs`Ffuncall(nargs=3D9, args=3D(struc= t > Lisp_Symbol *) $133 =3D 0x00000002706ed540) at eval.c:3093:21 [opt] > frame #54: 0x0000000100106f94 emacs`Fcompleting_read(prompt=3D(struct > Lisp_String *) $139 =3D 0x00000001297199a0, collection=3D(struct Lisp_Vec= tor *) > $145 =3D 0x000000010285dd38, predicate=3D(struct Lisp_Vector *) $151 =3D > 0x000000012a1d5748, require_match=3D(struct Lisp_Symbol *) $169 =3D > 0x00000001008ef010, initial_input=3D(struct Lisp_Symbol *) $190 =3D > 0x00000001008eefe0, hist=3D(struct Lisp_Symbol *) $211 =3D 0x000000010285= c5c8, > def=3D(struct Lisp_Symbol *) $232 =3D 0x00000001008eefe0, > inherit_input_method=3D(struct Lisp_Symbol *) $253 =3D 0x00000001008eefe0= ) at > minibuf.c:2049:10 [opt] > frame #55: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<unavailable= >, > args_template=3D<unavailable>, nargs=3D<unavailable>, args=3D<unavailable= >) at > bytecode.c:812:14 [opt] > frame #56: 0x00000001001a4ad4 emacs`Fbyte_code(bytestr=3D<unavailable= >, > vector=3D(struct Lisp_Vector *) $262 =3D 0x000000010285c3d8, > maxdepth=3D(EMACS_INT) $268 =3D 3) at bytecode.c:329:10 [opt] > frame #57: 0x00000001001588c0 emacs`eval_sub(form=3D(struct Lisp_Cons= *) > $274 =3D 0x000000010285c3a8) at eval.c:2604:15 [opt] > frame #58: 0x000000010015ce4c emacs`Feval(form=3D<unavailable>, > lexical=3D<unavailable>) at eval.c:2462:28 [opt] > frame #59: 0x0000000100155f48 > emacs`Fcall_interactively(function=3D<unavailable>, record_flag=3D(struct > Lisp_Symbol *) $292 =3D 0x00000001008eefe0, keys=3D(struct Lisp_Vector *)= $301 > =3D 0x000000012a2505c0) at callint.c:325:15 [opt] > frame #60: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<unavailable= >, > args_template=3D<unavailable>, nargs=3D<unavailable>, args=3D<unavailable= >) at > bytecode.c:812:14 [opt] > frame #61: 0x000000010015e9f0 emacs`funcall_lambda(fun=3D<unavailable= >, > nargs=3D<unavailable>, arg_vector=3D<unavailable>) at eval.c:3252:9 [opt] > [artificial] > frame #62: 0x000000010015e298 emacs`funcall_general(fun=3D<unavailabl= e>, > numargs=3D<unavailable>, args=3D<unavailable>) at lisp.h:0:43 [opt] [arti= ficial] > frame #63: 0x0000000100159260 emacs`Ffuncall(nargs=3D2, args=3D(struc= t > Lisp_Symbol *) $319 =3D 0x00000002706edbc0) at eval.c:3093:21 [opt] > frame #64: 0x00000001000d10e4 emacs`command_loop_1 at > keyboard.c:1550:13 [opt] > frame #65: 0x000000010015b994 > emacs`internal_condition_case(bfun=3D(emacs`command_loop_1 at > keyboard.c:1324), handlers=3D<unavailable>, hfun=3D(emacs`cmd_error at > keyboard.c:970)) at eval.c:1613:25 [opt] > frame #66: 0x00000001000d0b78 emacs`command_loop_2(handlers=3D(struct > Lisp_Symbol *) $340 =3D 0x00000001008ef070) at keyboard.c:1168:11 [opt] > frame #67: 0x000000010015b030 emacs`internal_catch(tag=3D<unavailable= >, > func=3D(emacs`command_loop_2 at keyboard.c:1164), arg=3D(struct Lisp_Symb= ol *) > $361 =3D 0x00000001008ef070) at eval.c:1292:25 [opt] > frame #68: 0x000000010023ee7c emacs`command_loop.cold.1 at > keyboard.c:1146:2 [opt] > frame #69: 0x00000001000d03c0 emacs`command_loop at keyboard.c:1145:2 > [opt] > frame #70: 0x00000001000d0270 emacs`recursive_edit_1 at > keyboard.c:754:9 [opt] > frame #71: 0x00000001000d0550 emacs`Frecursive_edit at > keyboard.c:837:3 [opt] > frame #72: 0x00000001000cf300 emacs`main(argc=3D<unavailable>, > argv=3D0x000000016fdff2c8) at emacs.c:2646:3 [opt] > frame #73: 0x000000018519c274 dyld`start + 2840 > (lldb) > Hmm. I never see these. I wonder what's different about your set up. These seem independent of the NS display name improvement. Should we push the display name patch and see what feedback we get from a larger audience? It seems low risk vs. rewriting macOS socket handling. --0000000000001e5292062f9a3584 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmail_quote gmail_quo= te_container"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Mar 5, 2025 at = 8:44=E2=80=AFAM Robert Pluim <<a href=3D"mailto:rpluim@HIDDEN">rpluim= @gmail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">>>>>> On Wed, 5 Mar 2025 06:38:05 -0500, Ship Min= ts <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipmints@g= mail.com</a>> said:<br> <br> =C2=A0 =C2=A0 Ship> On Wed, Mar 5, 2025 at 4:04=E2=80=AFAM Robert Pluim = <<a href=3D"mailto:rpluim@HIDDEN" target=3D"_blank">rpluim@HIDDEN<= /a>> wrote:<br> =C2=A0 =C2=A0 >> >>>>> On Tue, 4 Mar 2025 11:06:29 -05= 00, Ship Mints <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank"= >shipmints@HIDDEN</a>><br> =C2=A0 =C2=A0 >> said:<br> =C2=A0 =C2=A0 >> <br> =C2=A0 =C2=A0 Ship> On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints &= lt;<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipmints@gmail= .com</a>><br> =C2=A0 =C2=A0 >> wrote:<br> =C2=A0 =C2=A0 >> >> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Rob= ert Pluim <<a href=3D"mailto:rpluim@HIDDEN" target=3D"_blank">rpluim@= gmail.com</a>><br> =C2=A0 =C2=A0 >> wrote:<br> =C2=A0 =C2=A0 >> >><br> =C2=A0 =C2=A0 >> >>> It gives me reasonable looking names he= re:<br> =C2=A0 =C2=A0 >> >>><br> =C2=A0 =C2=A0 >> >>> (((name . "PL3467WQ") (geomet= ry 0 0 3440 1440) (workarea 0 25 3440<br> =C2=A0 =C2=A0 >> >>> 1415) (mm-size 801 329) (frames #<fr= ame *scratch* 0x131887028>)<br> =C2=A0 =C2=A0 >> >>> (source . "NS")) ((name . &qu= ot;Built-in Display") (geometry 459 1440<br> =C2=A0 =C2=A0 >> 2048<br> =C2=A0 =C2=A0 >> >>> 1332) (workarea 459 1440 2048 1287) (mm= -size 290 189) (frames)<br> =C2=A0 =C2=A0 >> (source<br> =C2=A0 =C2=A0 >> >>> . "NS")))<br> =C2=A0 =C2=A0 >> >>><br> =C2=A0 =C2=A0 >> >><br> =C2=A0 =C2=A0 >> >> Robert,<br> =C2=A0 =C2=A0 >> >><br> =C2=A0 =C2=A0 >> >> When you run (x-display-list), what do you = get? Just your host name,<br> =C2=A0 =C2=A0 >> >> right? And if you unplug and replug your mo= nitors and rerun?<br> =C2=A0 =C2=A0 >> >><br> =C2=A0 =C2=A0 >> <br> =C2=A0 =C2=A0 >> I get just my host name.<br> =C2=A0 =C2=A0 >> <br> =C2=A0 =C2=A0 Ship> And also (display-monitor-attributes-list) just to m= ake sure it<br> =C2=A0 =C2=A0 >> works with<br> =C2=A0 =C2=A0 Ship> comings and goings of displays.<br> =C2=A0 =C2=A0 >> <br> =C2=A0 =C2=A0 >> I unplugged and replugged my external monitor, and E= macs crashed in<br> =C2=A0 =C2=A0 >> `read_char', which is a different crash from the= one I saw earlier,<br> =C2=A0 =C2=A0 >> which was in `Fx_create_frame'. I=CA=BCve got th= e lldb session if it helps.<br> =C2=A0 =C2=A0 >> <br> <br> =C2=A0 =C2=A0 Ship> The way make-frame-on-monitor is implemented is noth= ing special.=C2=A0 Just find<br> =C2=A0 =C2=A0 Ship> the coordinates of the "workspace" occupie= d by the named monitor and use<br> =C2=A0 =C2=A0 Ship> those as the basis for the new frame.=C2=A0 The bt f= rom yesterday's perhaps<br> =C2=A0 =C2=A0 Ship> indicates some kind of guard might be needed for fra= me coordinates that<br> =C2=A0 =C2=A0 Ship> might be out of bounds, perhaps?=C2=A0 Do you think = the frame on the second<br> =C2=A0 =C2=A0 Ship> monitor was larger than the screen?=C2=A0 I admit to= not having played much with<br> =C2=A0 =C2=A0 Ship> trying to make oversized frames but it happens to me= occasionally if only<br> =C2=A0 =C2=A0 Ship> over left and right by a column or row or two, not m= ore.<br> <br> The default frame size is smaller than both monitors. I guess it=CA=BCs<br> possible something decided to place it off screen.<br> <br> =C2=A0 =C2=A0 Ship> I'm curious what the read_char bt looks like.=C2= =A0 You saw the patch, it's<br> =C2=A0 =C2=A0 Ship> pretty much a nothing.=C2=A0 I updated it yesterday = to use xstrdup instead of<br> =C2=A0 =C2=A0 Ship> the two-step.=C2=A0 I doubt that's anything.=C2= =A0 But here's the updated patch, just<br> =C2=A0 =C2=A0 Ship> in case.<br> <br> It might be an existing emacs issue, rather than anything to do with<br> your patch (if you=CA=BCre feeling inspired, rewriting the socket handling<= br> on macOS to use the normal event loop rather than the hackery with a<br> separate thread to run select might improve the port a lot. Or it might<br> make no difference)<br> <br> Anyway, I=CA=BCm suspicious about the fact that `ns_read_socket' appear= s in<br> this backtrace twice.<br> <br> * thread #1, queue =3D 'com.apple.main-thread', stop reason =3D sig= nal SIGABRT<br> =C2=A0 * frame #0: 0x00000001854e3720 libsystem_kernel.dylib`__pthread_kill= + 8<br> =C2=A0 =C2=A0 frame #1: 0x000000018551bf70 libsystem_pthread.dylib`pthread_= kill + 288<br> =C2=A0 =C2=A0 frame #2: 0x0000000185428908 libsystem_c.dylib`abort + 128<br= > =C2=A0 =C2=A0 frame #3: 0x0000000185331e38 libsystem_malloc.dylib`malloc_vr= eport + 896<br> =C2=A0 =C2=A0 frame #4: 0x000000018535a458 libsystem_malloc.dylib`malloc_zo= ne_error + 100<br> =C2=A0 =C2=A0 frame #5: 0x0000000185349774 libsystem_malloc.dylib`nanov2_gu= ard_corruption_detected + 44<br> =C2=A0 =C2=A0 frame #6: 0x0000000185349734 libsystem_malloc.dylib`nanov2_al= locate_outlined + 460<br> =C2=A0 =C2=A0 frame #7: 0x0000000185348468 libsystem_malloc.dylib`nanov2_ca= lloc_type + 568<br> =C2=A0 =C2=A0 frame #8: 0x000000018b69c610 CoreGraphics`CGGStackCreateWithG= State + 40<br> =C2=A0 =C2=A0 frame #9: 0x000000018b71b0b0 CoreGraphics`CGDisplayListDrawIn= ContextDelegate + 596<br> =C2=A0 =C2=A0 frame #10: 0x0000000189590ee4 AppKit`___lldb_unnamed_symbol16= 9773 + 884<br> =C2=A0 =C2=A0 frame #11: 0x0000000189609008 AppKit`___lldb_unnamed_symbol17= 2077 + 100<br> =C2=A0 =C2=A0 frame #12: 0x000000018e165fbc QuartzCore`CABackingStoreUpdate= _ + 284<br> =C2=A0 =C2=A0 frame #13: 0x000000018e1bc2d8 QuartzCore`invocation function = for block in CA::Layer::display_() + 120<br> =C2=A0 =C2=A0 frame #14: 0x000000018e16503c QuartzCore`-[CALayer _display] = + 1636<br> =C2=A0 =C2=A0 frame #15: 0x0000000189608e94 AppKit`___lldb_unnamed_symbol17= 2075 + 1372<br> =C2=A0 =C2=A0 frame #16: 0x00000001896096b0 AppKit`___lldb_unnamed_symbol17= 2087 + 28<br> =C2=A0 =C2=A0 frame #17: 0x00000001894fc49c AppKit`___lldb_unnamed_symbol16= 6799 + 148<br> =C2=A0 =C2=A0 frame #18: 0x0000000189608f88 AppKit`___lldb_unnamed_symbol17= 2076 + 128<br> =C2=A0 =C2=A0 frame #19: 0x000000018e1641b8 QuartzCore`CA::Layer::display_i= f_needed(CA::Transaction*) + 784<br> =C2=A0 =C2=A0 frame #20: 0x000000018e2f30e4 QuartzCore`CA::Context::commit_= transaction(CA::Transaction*, double, double*) + 528<br> =C2=A0 =C2=A0 frame #21: 0x000000018e146780 QuartzCore`CA::Transaction::com= mit() + 648<br> =C2=A0 =C2=A0 frame #22: 0x000000018929da9c AppKit`__62+[CATransaction(NSCA= Transaction) NS_setFlushesWithDisplayLink]_block_invoke + 272<br> =C2=A0 =C2=A0 frame #23: 0x0000000189ca88f4 AppKit`___NSRunLoopObserverCrea= teWithHandler_block_invoke + 64<br> =C2=A0 =C2=A0 frame #24: 0x0000000185603be8 CoreFoundation`__CFRUNLOOP_IS_C= ALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 36<br> =C2=A0 =C2=A0 frame #25: 0x0000000185603ad4 CoreFoundation`__CFRunLoopDoObs= ervers + 552<br> =C2=A0 =C2=A0 frame #26: 0x0000000185603104 CoreFoundation`__CFRunLoopRun += 788<br> =C2=A0 =C2=A0 frame #27: 0x0000000185602734 CoreFoundation`CFRunLoopRunSpec= ific + 588<br> =C2=A0 =C2=A0 frame #28: 0x0000000190b71530 HIToolbox`RunCurrentEventLoopIn= Mode + 292<br> =C2=A0 =C2=A0 frame #29: 0x0000000190b7717c HIToolbox`ReceiveNextEventCommo= n + 216<br> =C2=A0 =C2=A0 frame #30: 0x0000000190b77508 HIToolbox`_BlockUntilNextEventM= atchingListInModeWithFilter + 76<br> =C2=A0 =C2=A0 frame #31: 0x000000018917a848 AppKit`_DPSNextEvent + 660<br> =C2=A0 =C2=A0 frame #32: 0x0000000189ae0c24 AppKit`-[NSApplication(NSEventR= outing) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688<br> =C2=A0 =C2=A0 frame #33: 0x000000018916d874 AppKit`-[NSApplication run] + 4= 80<br> =C2=A0 =C2=A0 frame #34: 0x00000001001fbf44 emacs`-[EmacsApp run](self=3D0x= 0000000129722680, _cmd=3D<unavailable>) at nsterm.m:5938:7 [opt]<br> =C2=A0 =C2=A0 frame #35: 0x000000010020efb0 emacs`ns_read_socket_1(terminal= =3D<unavailable>, hold_quit=3D<unavailable>, no_release=3D<u= navailable>) at nsterm.m:4812:11 [opt]<br> =C2=A0 =C2=A0 frame #36: 0x00000001000dc838 emacs`gobble_input at keyboard.= c:7919:17 [opt]<br> =C2=A0 =C2=A0 frame #37: 0x00000001000d8d80 emacs`swallow_events [inlined] = get_input_pending(flags=3D1) at keyboard.c:7875:7 [opt]<br> =C2=A0 =C2=A0 frame #38: 0x00000001000d8d0c emacs`swallow_events(do_display= =3Dtrue) at keyboard.c:4602:3 [opt]<br> =C2=A0 =C2=A0 frame #39: 0x0000000100007d38 emacs`sit_for(timeout=3D(EMACS_= INT) $4 =3D 30, reading=3Dtrue, display_option=3D1) at dispnew.c:6284:3 [op= t]<br> =C2=A0 =C2=A0 frame #40: 0x00000001000d5ba0 emacs`read_char(commandflag=3D&= lt;unavailable>, map=3D<unavailable>, prev_event=3D<unavailable= >, used_mouse_menu=3D<unavailable>, end_time=3D<unavailable>= ) at keyboard.c:2923:11 [opt]<br> =C2=A0 =C2=A0 frame #41: 0x00000001000d2ab0 emacs`read_key_sequence(keybuf= =3D<unavailable>, prompt=3D(struct Lisp_Symbol *) $22 =3D 0x000000010= 08eefe0, dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix_cu= rrent_buffer=3Dtrue, prevent_redisplay=3D<unavailable>, disable_text_= conversion_p=3D<unavailable>) at keyboard.c:10743:12 [opt]<br> =C2=A0 =C2=A0 frame #42: 0x00000001000d0ee4 emacs`command_loop_1 at keyboar= d.c:1429:15 [opt]<br> =C2=A0 =C2=A0 frame #14: 0x000000018e16503c QuartzCore`-[CALayer _display] = + 1636<br> =C2=A0 =C2=A0 frame #15: 0x0000000189608e94 AppKit`___lldb_unnamed_symbol17= 2075 + 1372<br> =C2=A0 =C2=A0 frame #16: 0x00000001896096b0 AppKit`___lldb_unnamed_symbol17= 2087 + 28<br> =C2=A0 =C2=A0 frame #17: 0x00000001894fc49c AppKit`___lldb_unnamed_symbol16= 6799 + 148<br> =C2=A0 =C2=A0 frame #18: 0x0000000189608f88 AppKit`___lldb_unnamed_symbol17= 2076 + 128<br> =C2=A0 =C2=A0 frame #19: 0x000000018e1641b8 QuartzCore`CA::Layer::display_i= f_needed(CA::Transaction*) + 784<br> =C2=A0 =C2=A0 frame #20: 0x000000018e2f30e4 QuartzCore`CA::Context::commit_= transaction(CA::Transaction*, double, double*) + 528<br> =C2=A0 =C2=A0 frame #21: 0x000000018e146780 QuartzCore`CA::Transaction::com= mit() + 648<br> =C2=A0 =C2=A0 frame #22: 0x000000018929da9c AppKit`__62+[CATransaction(NSCA= Transaction) NS_setFlushesWithDisplayLink]_block_invoke + 272<br> =C2=A0 =C2=A0 frame #23: 0x0000000189ca88f4 AppKit`___NSRunLoopObserverCrea= teWithHandler_block_invoke + 64<br> =C2=A0 =C2=A0 frame #24: 0x0000000185603be8 CoreFoundation`__CFRUNLOOP_IS_C= ALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 36<br> =C2=A0 =C2=A0 frame #25: 0x0000000185603ad4 CoreFoundation`__CFRunLoopDoObs= ervers + 552<br> =C2=A0 =C2=A0 frame #26: 0x0000000185603104 CoreFoundation`__CFRunLoopRun += 788<br> =C2=A0 =C2=A0 frame #27: 0x0000000185602734 CoreFoundation`CFRunLoopRunSpec= ific + 588<br> =C2=A0 =C2=A0 frame #28: 0x0000000190b71530 HIToolbox`RunCurrentEventLoopIn= Mode + 292<br> =C2=A0 =C2=A0 frame #29: 0x0000000190b7717c HIToolbox`ReceiveNextEventCommo= n + 216<br> =C2=A0 =C2=A0 frame #30: 0x0000000190b77508 HIToolbox`_BlockUntilNextEventM= atchingListInModeWithFilter + 76<br> =C2=A0 =C2=A0 frame #31: 0x000000018917a848 AppKit`_DPSNextEvent + 660<br> =C2=A0 =C2=A0 frame #32: 0x0000000189ae0c24 AppKit`-[NSApplication(NSEventR= outing) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688<br> =C2=A0 =C2=A0 frame #33: 0x000000018916d874 AppKit`-[NSApplication run] + 4= 80<br> =C2=A0 =C2=A0 frame #34: 0x00000001001fbf44 emacs`-[EmacsApp run](self=3D0x= 0000000129722680, _cmd=3D<unavailable>) at nsterm.m:5938:7 [opt]<br> =C2=A0 =C2=A0 frame #35: 0x000000010020efb0 emacs`ns_read_socket_1(terminal= =3D<unavailable>, hold_quit=3D<unavailable>, no_release=3D<u= navailable>) at nsterm.m:4812:11 [opt]<br> =C2=A0 =C2=A0 frame #36: 0x00000001000dc838 emacs`gobble_input at keyboard.= c:7919:17 [opt]<br> =C2=A0 =C2=A0 frame #37: 0x00000001000d8d80 emacs`swallow_events [inlined] = get_input_pending(flags=3D1) at keyboard.c:7875:7 [opt]<br> =C2=A0 =C2=A0 frame #38: 0x00000001000d8d0c emacs`swallow_events(do_display= =3Dtrue) at keyboard.c:4602:3 [opt]<br> =C2=A0 =C2=A0 frame #39: 0x0000000100007d38 emacs`sit_for(timeout=3D(EMACS_= INT) $4 =3D 30, reading=3Dtrue, display_option=3D1) at dispnew.c:6284:3 [op= t]<br> =C2=A0 =C2=A0 frame #40: 0x00000001000d5ba0 emacs`read_char(commandflag=3D&= lt;unavailable>, map=3D<unavailable>, prev_event=3D<unavailable= >, used_mouse_menu=3D<unavailable>, end_time=3D<unavailable>= ) at keyboard.c:2923:11 [opt]<br> =C2=A0 =C2=A0 frame #41: 0x00000001000d2ab0 emacs`read_key_sequence(keybuf= =3D<unavailable>, prompt=3D(struct Lisp_Symbol *) $22 =3D 0x000000010= 08eefe0, dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix_cu= rrent_buffer=3Dtrue, prevent_redisplay=3D<unavailable>, disable_text_= conversion_p=3D<unavailable>) at keyboard.c:10743:12 [opt]<br> =C2=A0 =C2=A0 frame #42: 0x00000001000d0ee4 emacs`command_loop_1 at keyboar= d.c:1429:15 [opt]<br> =C2=A0 =C2=A0 frame #43: 0x000000010015b994 emacs`internal_condition_case(b= fun=3D(emacs`command_loop_1 at keyboard.c:1324), handlers=3D<unavailable= >, hfun=3D(emacs`cmd_error at keyboard.c:970)) at eval.c:1613:25 [opt]<b= r> =C2=A0 =C2=A0 frame #44: 0x00000001000d0b78 emacs`command_loop_2(handlers= =3D(struct Lisp_Symbol *) $43 =3D 0x00000001008ef070) at keyboard.c:1168:11= [opt]<br> =C2=A0 =C2=A0 frame #45: 0x000000010015b030 emacs`internal_catch(tag=3D(str= uct Lisp_Symbol *) $64 =3D 0x00000001008f63f0, func=3D(emacs`command_loop_2= at keyboard.c:1164), arg=3D(struct Lisp_Symbol *) $85 =3D 0x00000001008ef0= 70) at eval.c:1292:25 [opt]<br> =C2=A0 =C2=A0 frame #46: 0x00000001000d03a8 emacs`command_loop at keyboard.= c:1138:13 [opt]<br> =C2=A0 =C2=A0 frame #47: 0x00000001000d0270 emacs`recursive_edit_1 at keybo= ard.c:754:9 [opt]<br> =C2=A0 =C2=A0 frame #48: 0x00000001001068c0 emacs`Fread_from_minibuffer [in= lined] read_minibuf(map=3D<unavailable>, initial=3D<unavailable>= ;, prompt=3D(struct Lisp_String *) $94 =3D 0x00000001297199a0, expflag=3D&l= t;unavailable>, histvar=3D<unavailable>, histpos=3D(EMACS_INT) $10= 0 =3D 0, defalt=3D<unavailable>, allow_props=3D<unavailable>, i= nherit_input_method=3D<unavailable>) at minibuf.c:905:3 [opt]<br> =C2=A0 =C2=A0 frame #49: 0x0000000100105bf0 emacs`Fread_from_minibuffer(pro= mpt=3D<unavailable>, initial_contents=3D<unavailable>, keymap= =3D(struct Lisp_Cons *) $106 =3D 0x0000000102fe8910, read=3D<unavailable= >, hist=3D<unavailable>, default_value=3D<unavailable>, inhe= rit_input_method=3D(struct Lisp_Symbol *) $124 =3D 0x00000001008eefe0) at m= inibuf.c:1394:9 [opt]<br> =C2=A0 =C2=A0 frame #50: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<= unavailable>, args_template=3D<unavailable>, nargs=3D<unavailab= le>, args=3D<unavailable>) at bytecode.c:812:14 [opt]<br> =C2=A0 =C2=A0 frame #51: 0x000000010015e9f0 emacs`funcall_lambda(fun=3D<= unavailable>, nargs=3D<unavailable>, arg_vector=3D<unavailable&= gt;) at eval.c:3252:9 [opt] [artificial]<br> =C2=A0 =C2=A0 frame #52: 0x000000010015e298 emacs`funcall_general(fun=3D<= ;unavailable>, numargs=3D<unavailable>, args=3D<unavailable>= ) at lisp.h:0:43 [opt] [artificial]<br> =C2=A0 =C2=A0 frame #53: 0x0000000100159260 emacs`Ffuncall(nargs=3D9, args= =3D(struct Lisp_Symbol *) $133 =3D 0x00000002706ed540) at eval.c:3093:21 [o= pt]<br> =C2=A0 =C2=A0 frame #54: 0x0000000100106f94 emacs`Fcompleting_read(prompt= =3D(struct Lisp_String *) $139 =3D 0x00000001297199a0, collection=3D(struct= Lisp_Vector *) $145 =3D 0x000000010285dd38, predicate=3D(struct Lisp_Vecto= r *) $151 =3D 0x000000012a1d5748, require_match=3D(struct Lisp_Symbol *) $1= 69 =3D 0x00000001008ef010, initial_input=3D(struct Lisp_Symbol *) $190 =3D = 0x00000001008eefe0, hist=3D(struct Lisp_Symbol *) $211 =3D 0x000000010285c5= c8, def=3D(struct Lisp_Symbol *) $232 =3D 0x00000001008eefe0, inherit_input= _method=3D(struct Lisp_Symbol *) $253 =3D 0x00000001008eefe0) at minibuf.c:= 2049:10 [opt]<br> =C2=A0 =C2=A0 frame #55: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<= unavailable>, args_template=3D<unavailable>, nargs=3D<unavailab= le>, args=3D<unavailable>) at bytecode.c:812:14 [opt]<br> =C2=A0 =C2=A0 frame #56: 0x00000001001a4ad4 emacs`Fbyte_code(bytestr=3D<= unavailable>, vector=3D(struct Lisp_Vector *) $262 =3D 0x000000010285c3d= 8, maxdepth=3D(EMACS_INT) $268 =3D 3) at bytecode.c:329:10 [opt]<br> =C2=A0 =C2=A0 frame #57: 0x00000001001588c0 emacs`eval_sub(form=3D(struct L= isp_Cons *) $274 =3D 0x000000010285c3a8) at eval.c:2604:15 [opt]<br> =C2=A0 =C2=A0 frame #58: 0x000000010015ce4c emacs`Feval(form=3D<unavaila= ble>, lexical=3D<unavailable>) at eval.c:2462:28 [opt]<br> =C2=A0 =C2=A0 frame #59: 0x0000000100155f48 emacs`Fcall_interactively(funct= ion=3D<unavailable>, record_flag=3D(struct Lisp_Symbol *) $292 =3D 0x= 00000001008eefe0, keys=3D(struct Lisp_Vector *) $301 =3D 0x000000012a2505c0= ) at callint.c:325:15 [opt]<br> =C2=A0 =C2=A0 frame #60: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<= unavailable>, args_template=3D<unavailable>, nargs=3D<unavailab= le>, args=3D<unavailable>) at bytecode.c:812:14 [opt]<br> =C2=A0 =C2=A0 frame #61: 0x000000010015e9f0 emacs`funcall_lambda(fun=3D<= unavailable>, nargs=3D<unavailable>, arg_vector=3D<unavailable&= gt;) at eval.c:3252:9 [opt] [artificial]<br> =C2=A0 =C2=A0 frame #62: 0x000000010015e298 emacs`funcall_general(fun=3D<= ;unavailable>, numargs=3D<unavailable>, args=3D<unavailable>= ) at lisp.h:0:43 [opt] [artificial]<br> =C2=A0 =C2=A0 frame #63: 0x0000000100159260 emacs`Ffuncall(nargs=3D2, args= =3D(struct Lisp_Symbol *) $319 =3D 0x00000002706edbc0) at eval.c:3093:21 [o= pt]<br> =C2=A0 =C2=A0 frame #64: 0x00000001000d10e4 emacs`command_loop_1 at keyboar= d.c:1550:13 [opt]<br> =C2=A0 =C2=A0 frame #65: 0x000000010015b994 emacs`internal_condition_case(b= fun=3D(emacs`command_loop_1 at keyboard.c:1324), handlers=3D<unavailable= >, hfun=3D(emacs`cmd_error at keyboard.c:970)) at eval.c:1613:25 [opt]<b= r> =C2=A0 =C2=A0 frame #66: 0x00000001000d0b78 emacs`command_loop_2(handlers= =3D(struct Lisp_Symbol *) $340 =3D 0x00000001008ef070) at keyboard.c:1168:1= 1 [opt]<br> =C2=A0 =C2=A0 frame #67: 0x000000010015b030 emacs`internal_catch(tag=3D<= unavailable>, func=3D(emacs`command_loop_2 at keyboard.c:1164), arg=3D(s= truct Lisp_Symbol *) $361 =3D 0x00000001008ef070) at eval.c:1292:25 [opt]<b= r> =C2=A0 =C2=A0 frame #68: 0x000000010023ee7c emacs`command_loop.cold.1 at ke= yboard.c:1146:2 [opt]<br> =C2=A0 =C2=A0 frame #69: 0x00000001000d03c0 emacs`command_loop at keyboard.= c:1145:2 [opt]<br> =C2=A0 =C2=A0 frame #70: 0x00000001000d0270 emacs`recursive_edit_1 at keybo= ard.c:754:9 [opt]<br> =C2=A0 =C2=A0 frame #71: 0x00000001000d0550 emacs`Frecursive_edit at keyboa= rd.c:837:3 [opt]<br> =C2=A0 =C2=A0 frame #72: 0x00000001000cf300 emacs`main(argc=3D<unavailab= le>, argv=3D0x000000016fdff2c8) at emacs.c:2646:3 [opt]<br> =C2=A0 =C2=A0 frame #73: 0x000000018519c274 dyld`start + 2840<br> (lldb)<br></blockquote><div><br></div><div class=3D"gmail_default" style=3D= "font-family:monospace">Hmm.=C2=A0 I never see these.=C2=A0 I wonder what&#= 39;s different about your set up.=C2=A0 These seem independent of the NS di= splay name improvement.</div><div class=3D"gmail_default" style=3D"font-fam= ily:monospace"><br></div><div class=3D"gmail_default" style=3D"font-family:= monospace">Should we push the display name patch and see what feedback we g= et from a larger audience?=C2=A0 It seems low risk vs. rewriting macOS sock= et handling.</div></div></div> --0000000000001e5292062f9a3584--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 13:44:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 05 08:44:55 2025
Received: from localhost ([127.0.0.1]:36176 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpp3O-0005Nh-0B
for submit <at> debbugs.gnu.org; Wed, 05 Mar 2025 08:44:54 -0500
Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]:61610)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpp3J-0005NN-A9
for 76691 <at> debbugs.gnu.org; Wed, 05 Mar 2025 08:44:50 -0500
Received: by mail-wm1-x32c.google.com with SMTP id
5b1f17b1804b1-43bc6a6aaf7so25974045e9.2
for <76691 <at> debbugs.gnu.org>; Wed, 05 Mar 2025 05:44:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741182283; x=1741787083; darn=debbugs.gnu.org;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id
:reply-to; bh=wAlVHwE4vDZaQTejUtgldVbNOpqiZUU/74R+sYZL1JA=;
b=M7iuSmYyD2/xrh83XC8bcMULRFDtGzTA2bSyAbVbupWDfhTrDge5eCoV30Yimt4kZD
or8K2T8fEqJl4YciLMdfG1cO/qYSz0XbebGMADctt9CKxMHNevVZ+oX/Kt8RnwJn5dTc
dPNYXhI6Ovgbj3HbKRYLHXP2UV5RILc43uVWJu0dKyOP1hlE+fTdx0PweNCdOC0VxGid
uQSri8IOC95hXipTcW9ufSPJ012vztadX+iY6UnQ2koE5zevj5OGvGHeWs3hDRGr8/yr
2WKYVWErRu0COUpA7d10iKae0tJjkpByr03BrY60uueeCl6ZCJrBic+lZls+pfguiNKc
XhSg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741182283; x=1741787083;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc
:subject:date:message-id:reply-to;
bh=wAlVHwE4vDZaQTejUtgldVbNOpqiZUU/74R+sYZL1JA=;
b=xGnTm5Uq/SQJ/vbEtQ4Vg2oxCIhA0qPmJ6Ktke62+0Ofw1yV0agD3U9JgflR6s8X05
UFZ2xu1sw7h6V/GJlJt8oQbg/srx5q7kM9JCN8O9rW/a4qmyslwBfpTNAAjM2HcF3ulr
liyfEohyAD7+03IgtYWPa+2m6luHqG1oobLmYNT7kWsGnQ4Q4vL1imTxJP76YNSfIhy5
Q+9flYDQpMmV2T/cGH7vIFxU3yV+D3FdMcpKoj6Qphl7xlqkpwMT3oO5Z5ciBWEe4rfB
ID0RbV13dxiH31KFyUIhKpb57pda4haPf+odjgooLqdJ5pIxkUvNBzAV2sI5T6SAo1BD
Rkiw==
X-Gm-Message-State: AOJu0YzCg+dVyBbvyydWt3pk1UtvihqWXTLXXUw+3lOSHZ8dY6mFsKGY
9vGKOZURe2tlg9yMkqwXPY1iT91h5U4AknOOrYQuEcsn3sVP6pT5
X-Gm-Gg: ASbGnctZsPk9yKUb/GQqJ0q5WVnmhjItGXVl/AcZGXy9ofPPiMuFR5wLERANHUo8H7G
Xkx9f2OHSJ/N6+V2ohyi5NrLY9MWSQf3yH0jmhK74k2PH58HNgGH+VTnFFdJhCqV4IJcRkwe5wW
E51Kz9SkA4SIxvgwnF0T/ZqvmvnJJRh+rmcZHRLvyJjDaRn2EkwUMg8hvodXmZ8sjlS6uSTCdf7
EtbKbTCKKGpS7LOPbPsQh29HqU9T/qmrtmKr2DdJWvWO6FzCUQCTR5xMCsOywX9/DL3vTGP3DNv
DYxyBuzO/BpITHsV9mgMQipMKJntFI8=
X-Google-Smtp-Source: AGHT+IHVfVMyZ6j9nsK5cyC+2/X8UyS+KjxRt/2huIDS7qd/o1ld/QSCbnqIQI9XjHMbaP1PFiVrfQ==
X-Received: by 2002:a05:600c:4fd0:b0:439:6118:c188 with SMTP id
5b1f17b1804b1-43bd2adab55mr22532455e9.19.1741182282404;
Wed, 05 Mar 2025 05:44:42 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:a92:d575:a68e:d393])
by smtp.gmail.com with ESMTPSA id
5b1f17b1804b1-43bcc135676sm38725945e9.1.2025.03.05.05.44.41
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Wed, 05 Mar 2025 05:44:41 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Ship Mints <shipmints@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CAN+1Hbrf3g33Z_DLprgszifwy46=RsNc71XfZTruAVZJ5pmfKA@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN>
<CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN>
<CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN>
<CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
<87o6ygaly5.fsf@HIDDEN>
<CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN>
<87jz94ajyp.fsf@HIDDEN>
<CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN>
<CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN>
<877c53alx4.fsf@HIDDEN>
<CAN+1Hbrf3g33Z_DLprgszifwy46=RsNc71XfZTruAVZJ5pmfKA@HIDDEN>
Date: Wed, 05 Mar 2025 14:44:41 +0100
Message-ID: <8734fra8xi.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: 76691 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>,
Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>>>>> On Wed, 5 Mar 2025 06:38:05 -0500, Ship Mints <shipmints@HIDDEN> s=
aid:
Ship> On Wed, Mar 5, 2025 at 4:04=E2=80=AFAM Robert Pluim <rpluim@gmail=
.com> wrote:
>> >>>>> On Tue, 4 Mar 2025 11:06:29 -0500, Ship Mints <shipmints@gmail=
.com>
>> said:
>>=20
Ship> On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints <shipmints@gma=
il.com>
>> wrote:
>> >> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@gmai=
l.com>
>> wrote:
>> >>
>> >>> It gives me reasonable looking names here:
>> >>>
>> >>> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 34=
40
>> >>> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>)
>> >>> (source . "NS")) ((name . "Built-in Display") (geometry 459 1440
>> 2048
>> >>> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames)
>> (source
>> >>> . "NS")))
>> >>>
>> >>
>> >> Robert,
>> >>
>> >> When you run (x-display-list), what do you get? Just your host na=
me,
>> >> right? And if you unplug and replug your monitors and rerun?
>> >>
>>=20
>> I get just my host name.
>>=20
Ship> And also (display-monitor-attributes-list) just to make sure it
>> works with
Ship> comings and goings of displays.
>>=20
>> I unplugged and replugged my external monitor, and Emacs crashed in
>> `read_char', which is a different crash from the one I saw earlier,
>> which was in `Fx_create_frame'. I=CA=BCve got the lldb session if it=
helps.
>>=20
Ship> The way make-frame-on-monitor is implemented is nothing special. =
Just find
Ship> the coordinates of the "workspace" occupied by the named monitor =
and use
Ship> those as the basis for the new frame. The bt from yesterday's pe=
rhaps
Ship> indicates some kind of guard might be needed for frame coordinate=
s that
Ship> might be out of bounds, perhaps? Do you think the frame on the s=
econd
Ship> monitor was larger than the screen? I admit to not having played=
much with
Ship> trying to make oversized frames but it happens to me occasionally=
if only
Ship> over left and right by a column or row or two, not more.
The default frame size is smaller than both monitors. I guess it=CA=BCs
possible something decided to place it off screen.
Ship> I'm curious what the read_char bt looks like. You saw the patch,=
it's
Ship> pretty much a nothing. I updated it yesterday to use xstrdup ins=
tead of
Ship> the two-step. I doubt that's anything. But here's the updated p=
atch, just
Ship> in case.
It might be an existing emacs issue, rather than anything to do with
your patch (if you=CA=BCre feeling inspired, rewriting the socket handling
on macOS to use the normal event loop rather than the hackery with a
separate thread to run select might improve the port a lot. Or it might
make no difference)
Anyway, I=CA=BCm suspicious about the fact that `ns_read_socket' appears in
this backtrace twice.
* thread #1, queue =3D 'com.apple.main-thread', stop reason =3D signal SIGA=
BRT
* frame #0: 0x00000001854e3720 libsystem_kernel.dylib`__pthread_kill + 8
frame #1: 0x000000018551bf70 libsystem_pthread.dylib`pthread_kill + 288
frame #2: 0x0000000185428908 libsystem_c.dylib`abort + 128
frame #3: 0x0000000185331e38 libsystem_malloc.dylib`malloc_vreport + 896
frame #4: 0x000000018535a458 libsystem_malloc.dylib`malloc_zone_error +=
100
frame #5: 0x0000000185349774 libsystem_malloc.dylib`nanov2_guard_corrup=
tion_detected + 44
frame #6: 0x0000000185349734 libsystem_malloc.dylib`nanov2_allocate_out=
lined + 460
frame #7: 0x0000000185348468 libsystem_malloc.dylib`nanov2_calloc_type =
+ 568
frame #8: 0x000000018b69c610 CoreGraphics`CGGStackCreateWithGState + 40
frame #9: 0x000000018b71b0b0 CoreGraphics`CGDisplayListDrawInContextDel=
egate + 596
frame #10: 0x0000000189590ee4 AppKit`___lldb_unnamed_symbol169773 + 884
frame #11: 0x0000000189609008 AppKit`___lldb_unnamed_symbol172077 + 100
frame #12: 0x000000018e165fbc QuartzCore`CABackingStoreUpdate_ + 284
frame #13: 0x000000018e1bc2d8 QuartzCore`invocation function for block =
in CA::Layer::display_() + 120
frame #14: 0x000000018e16503c QuartzCore`-[CALayer _display] + 1636
frame #15: 0x0000000189608e94 AppKit`___lldb_unnamed_symbol172075 + 1372
frame #16: 0x00000001896096b0 AppKit`___lldb_unnamed_symbol172087 + 28
frame #17: 0x00000001894fc49c AppKit`___lldb_unnamed_symbol166799 + 148
frame #18: 0x0000000189608f88 AppKit`___lldb_unnamed_symbol172076 + 128
frame #19: 0x000000018e1641b8 QuartzCore`CA::Layer::display_if_needed(C=
A::Transaction*) + 784
frame #20: 0x000000018e2f30e4 QuartzCore`CA::Context::commit_transactio=
n(CA::Transaction*, double, double*) + 528
frame #21: 0x000000018e146780 QuartzCore`CA::Transaction::commit() + 648
frame #22: 0x000000018929da9c AppKit`__62+[CATransaction(NSCATransactio=
n) NS_setFlushesWithDisplayLink]_block_invoke + 272
frame #23: 0x0000000189ca88f4 AppKit`___NSRunLoopObserverCreateWithHand=
ler_block_invoke + 64
frame #24: 0x0000000185603be8 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT=
_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 36
frame #25: 0x0000000185603ad4 CoreFoundation`__CFRunLoopDoObservers + 5=
52
frame #26: 0x0000000185603104 CoreFoundation`__CFRunLoopRun + 788
frame #27: 0x0000000185602734 CoreFoundation`CFRunLoopRunSpecific + 588
frame #28: 0x0000000190b71530 HIToolbox`RunCurrentEventLoopInMode + 292
frame #29: 0x0000000190b7717c HIToolbox`ReceiveNextEventCommon + 216
frame #30: 0x0000000190b77508 HIToolbox`_BlockUntilNextEventMatchingLis=
tInModeWithFilter + 76
frame #31: 0x000000018917a848 AppKit`_DPSNextEvent + 660
frame #32: 0x0000000189ae0c24 AppKit`-[NSApplication(NSEventRouting) _n=
extEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
frame #33: 0x000000018916d874 AppKit`-[NSApplication run] + 480
frame #34: 0x00000001001fbf44 emacs`-[EmacsApp run](self=3D0x0000000129=
722680, _cmd=3D<unavailable>) at nsterm.m:5938:7 [opt]
frame #35: 0x000000010020efb0 emacs`ns_read_socket_1(terminal=3D<unavai=
lable>, hold_quit=3D<unavailable>, no_release=3D<unavailable>) at nsterm.m:=
4812:11 [opt]
frame #36: 0x00000001000dc838 emacs`gobble_input at keyboard.c:7919:17 =
[opt]
frame #37: 0x00000001000d8d80 emacs`swallow_events [inlined] get_input_=
pending(flags=3D1) at keyboard.c:7875:7 [opt]
frame #38: 0x00000001000d8d0c emacs`swallow_events(do_display=3Dtrue) a=
t keyboard.c:4602:3 [opt]
frame #39: 0x0000000100007d38 emacs`sit_for(timeout=3D(EMACS_INT) $4 =
=3D 30, reading=3Dtrue, display_option=3D1) at dispnew.c:6284:3 [opt]
frame #40: 0x00000001000d5ba0 emacs`read_char(commandflag=3D<unavailabl=
e>, map=3D<unavailable>, prev_event=3D<unavailable>, used_mouse_menu=3D<una=
vailable>, end_time=3D<unavailable>) at keyboard.c:2923:11 [opt]
frame #41: 0x00000001000d2ab0 emacs`read_key_sequence(keybuf=3D<unavail=
able>, prompt=3D(struct Lisp_Symbol *) $22 =3D 0x00000001008eefe0, dont_dow=
ncase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtr=
ue, prevent_redisplay=3D<unavailable>, disable_text_conversion_p=3D<unavail=
able>) at keyboard.c:10743:12 [opt]
frame #42: 0x00000001000d0ee4 emacs`command_loop_1 at keyboard.c:1429:1=
5 [opt]
frame #14: 0x000000018e16503c QuartzCore`-[CALayer _display] + 1636
frame #15: 0x0000000189608e94 AppKit`___lldb_unnamed_symbol172075 + 1372
frame #16: 0x00000001896096b0 AppKit`___lldb_unnamed_symbol172087 + 28
frame #17: 0x00000001894fc49c AppKit`___lldb_unnamed_symbol166799 + 148
frame #18: 0x0000000189608f88 AppKit`___lldb_unnamed_symbol172076 + 128
frame #19: 0x000000018e1641b8 QuartzCore`CA::Layer::display_if_needed(C=
A::Transaction*) + 784
frame #20: 0x000000018e2f30e4 QuartzCore`CA::Context::commit_transactio=
n(CA::Transaction*, double, double*) + 528
frame #21: 0x000000018e146780 QuartzCore`CA::Transaction::commit() + 648
frame #22: 0x000000018929da9c AppKit`__62+[CATransaction(NSCATransactio=
n) NS_setFlushesWithDisplayLink]_block_invoke + 272
frame #23: 0x0000000189ca88f4 AppKit`___NSRunLoopObserverCreateWithHand=
ler_block_invoke + 64
frame #24: 0x0000000185603be8 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT=
_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 36
frame #25: 0x0000000185603ad4 CoreFoundation`__CFRunLoopDoObservers + 5=
52
frame #26: 0x0000000185603104 CoreFoundation`__CFRunLoopRun + 788
frame #27: 0x0000000185602734 CoreFoundation`CFRunLoopRunSpecific + 588
frame #28: 0x0000000190b71530 HIToolbox`RunCurrentEventLoopInMode + 292
frame #29: 0x0000000190b7717c HIToolbox`ReceiveNextEventCommon + 216
frame #30: 0x0000000190b77508 HIToolbox`_BlockUntilNextEventMatchingLis=
tInModeWithFilter + 76
frame #31: 0x000000018917a848 AppKit`_DPSNextEvent + 660
frame #32: 0x0000000189ae0c24 AppKit`-[NSApplication(NSEventRouting) _n=
extEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
frame #33: 0x000000018916d874 AppKit`-[NSApplication run] + 480
frame #34: 0x00000001001fbf44 emacs`-[EmacsApp run](self=3D0x0000000129=
722680, _cmd=3D<unavailable>) at nsterm.m:5938:7 [opt]
frame #35: 0x000000010020efb0 emacs`ns_read_socket_1(terminal=3D<unavai=
lable>, hold_quit=3D<unavailable>, no_release=3D<unavailable>) at nsterm.m:=
4812:11 [opt]
frame #36: 0x00000001000dc838 emacs`gobble_input at keyboard.c:7919:17 =
[opt]
frame #37: 0x00000001000d8d80 emacs`swallow_events [inlined] get_input_=
pending(flags=3D1) at keyboard.c:7875:7 [opt]
frame #38: 0x00000001000d8d0c emacs`swallow_events(do_display=3Dtrue) a=
t keyboard.c:4602:3 [opt]
frame #39: 0x0000000100007d38 emacs`sit_for(timeout=3D(EMACS_INT) $4 =
=3D 30, reading=3Dtrue, display_option=3D1) at dispnew.c:6284:3 [opt]
frame #40: 0x00000001000d5ba0 emacs`read_char(commandflag=3D<unavailabl=
e>, map=3D<unavailable>, prev_event=3D<unavailable>, used_mouse_menu=3D<una=
vailable>, end_time=3D<unavailable>) at keyboard.c:2923:11 [opt]
frame #41: 0x00000001000d2ab0 emacs`read_key_sequence(keybuf=3D<unavail=
able>, prompt=3D(struct Lisp_Symbol *) $22 =3D 0x00000001008eefe0, dont_dow=
ncase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtr=
ue, prevent_redisplay=3D<unavailable>, disable_text_conversion_p=3D<unavail=
able>) at keyboard.c:10743:12 [opt]
frame #42: 0x00000001000d0ee4 emacs`command_loop_1 at keyboard.c:1429:1=
5 [opt]
frame #43: 0x000000010015b994 emacs`internal_condition_case(bfun=3D(ema=
cs`command_loop_1 at keyboard.c:1324), handlers=3D<unavailable>, hfun=3D(em=
acs`cmd_error at keyboard.c:970)) at eval.c:1613:25 [opt]
frame #44: 0x00000001000d0b78 emacs`command_loop_2(handlers=3D(struct L=
isp_Symbol *) $43 =3D 0x00000001008ef070) at keyboard.c:1168:11 [opt]
frame #45: 0x000000010015b030 emacs`internal_catch(tag=3D(struct Lisp_S=
ymbol *) $64 =3D 0x00000001008f63f0, func=3D(emacs`command_loop_2 at keyboa=
rd.c:1164), arg=3D(struct Lisp_Symbol *) $85 =3D 0x00000001008ef070) at eva=
l.c:1292:25 [opt]
frame #46: 0x00000001000d03a8 emacs`command_loop at keyboard.c:1138:13 =
[opt]
frame #47: 0x00000001000d0270 emacs`recursive_edit_1 at keyboard.c:754:=
9 [opt]
frame #48: 0x00000001001068c0 emacs`Fread_from_minibuffer [inlined] rea=
d_minibuf(map=3D<unavailable>, initial=3D<unavailable>, prompt=3D(struct Li=
sp_String *) $94 =3D 0x00000001297199a0, expflag=3D<unavailable>, histvar=
=3D<unavailable>, histpos=3D(EMACS_INT) $100 =3D 0, defalt=3D<unavailable>,=
allow_props=3D<unavailable>, inherit_input_method=3D<unavailable>) at mini=
buf.c:905:3 [opt]
frame #49: 0x0000000100105bf0 emacs`Fread_from_minibuffer(prompt=3D<una=
vailable>, initial_contents=3D<unavailable>, keymap=3D(struct Lisp_Cons *) =
$106 =3D 0x0000000102fe8910, read=3D<unavailable>, hist=3D<unavailable>, de=
fault_value=3D<unavailable>, inherit_input_method=3D(struct Lisp_Symbol *) =
$124 =3D 0x00000001008eefe0) at minibuf.c:1394:9 [opt]
frame #50: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<unavailable>,=
args_template=3D<unavailable>, nargs=3D<unavailable>, args=3D<unavailable>=
) at bytecode.c:812:14 [opt]
frame #51: 0x000000010015e9f0 emacs`funcall_lambda(fun=3D<unavailable>,=
nargs=3D<unavailable>, arg_vector=3D<unavailable>) at eval.c:3252:9 [opt] =
[artificial]
frame #52: 0x000000010015e298 emacs`funcall_general(fun=3D<unavailable>=
, numargs=3D<unavailable>, args=3D<unavailable>) at lisp.h:0:43 [opt] [arti=
ficial]
frame #53: 0x0000000100159260 emacs`Ffuncall(nargs=3D9, args=3D(struct =
Lisp_Symbol *) $133 =3D 0x00000002706ed540) at eval.c:3093:21 [opt]
frame #54: 0x0000000100106f94 emacs`Fcompleting_read(prompt=3D(struct L=
isp_String *) $139 =3D 0x00000001297199a0, collection=3D(struct Lisp_Vector=
*) $145 =3D 0x000000010285dd38, predicate=3D(struct Lisp_Vector *) $151 =
=3D 0x000000012a1d5748, require_match=3D(struct Lisp_Symbol *) $169 =3D 0x0=
0000001008ef010, initial_input=3D(struct Lisp_Symbol *) $190 =3D 0x00000001=
008eefe0, hist=3D(struct Lisp_Symbol *) $211 =3D 0x000000010285c5c8, def=3D=
(struct Lisp_Symbol *) $232 =3D 0x00000001008eefe0, inherit_input_method=3D=
(struct Lisp_Symbol *) $253 =3D 0x00000001008eefe0) at minibuf.c:2049:10 [o=
pt]
frame #55: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<unavailable>,=
args_template=3D<unavailable>, nargs=3D<unavailable>, args=3D<unavailable>=
) at bytecode.c:812:14 [opt]
frame #56: 0x00000001001a4ad4 emacs`Fbyte_code(bytestr=3D<unavailable>,=
vector=3D(struct Lisp_Vector *) $262 =3D 0x000000010285c3d8, maxdepth=3D(E=
MACS_INT) $268 =3D 3) at bytecode.c:329:10 [opt]
frame #57: 0x00000001001588c0 emacs`eval_sub(form=3D(struct Lisp_Cons *=
) $274 =3D 0x000000010285c3a8) at eval.c:2604:15 [opt]
frame #58: 0x000000010015ce4c emacs`Feval(form=3D<unavailable>, lexical=
=3D<unavailable>) at eval.c:2462:28 [opt]
frame #59: 0x0000000100155f48 emacs`Fcall_interactively(function=3D<una=
vailable>, record_flag=3D(struct Lisp_Symbol *) $292 =3D 0x00000001008eefe0=
, keys=3D(struct Lisp_Vector *) $301 =3D 0x000000012a2505c0) at callint.c:3=
25:15 [opt]
frame #60: 0x00000001001a54f8 emacs`exec_byte_code(fun=3D<unavailable>,=
args_template=3D<unavailable>, nargs=3D<unavailable>, args=3D<unavailable>=
) at bytecode.c:812:14 [opt]
frame #61: 0x000000010015e9f0 emacs`funcall_lambda(fun=3D<unavailable>,=
nargs=3D<unavailable>, arg_vector=3D<unavailable>) at eval.c:3252:9 [opt] =
[artificial]
frame #62: 0x000000010015e298 emacs`funcall_general(fun=3D<unavailable>=
, numargs=3D<unavailable>, args=3D<unavailable>) at lisp.h:0:43 [opt] [arti=
ficial]
frame #63: 0x0000000100159260 emacs`Ffuncall(nargs=3D2, args=3D(struct =
Lisp_Symbol *) $319 =3D 0x00000002706edbc0) at eval.c:3093:21 [opt]
frame #64: 0x00000001000d10e4 emacs`command_loop_1 at keyboard.c:1550:1=
3 [opt]
frame #65: 0x000000010015b994 emacs`internal_condition_case(bfun=3D(ema=
cs`command_loop_1 at keyboard.c:1324), handlers=3D<unavailable>, hfun=3D(em=
acs`cmd_error at keyboard.c:970)) at eval.c:1613:25 [opt]
frame #66: 0x00000001000d0b78 emacs`command_loop_2(handlers=3D(struct L=
isp_Symbol *) $340 =3D 0x00000001008ef070) at keyboard.c:1168:11 [opt]
frame #67: 0x000000010015b030 emacs`internal_catch(tag=3D<unavailable>,=
func=3D(emacs`command_loop_2 at keyboard.c:1164), arg=3D(struct Lisp_Symbo=
l *) $361 =3D 0x00000001008ef070) at eval.c:1292:25 [opt]
frame #68: 0x000000010023ee7c emacs`command_loop.cold.1 at keyboard.c:1=
146:2 [opt]
frame #69: 0x00000001000d03c0 emacs`command_loop at keyboard.c:1145:2 [=
opt]
frame #70: 0x00000001000d0270 emacs`recursive_edit_1 at keyboard.c:754:=
9 [opt]
frame #71: 0x00000001000d0550 emacs`Frecursive_edit at keyboard.c:837:3=
[opt]
frame #72: 0x00000001000cf300 emacs`main(argc=3D<unavailable>, argv=3D0=
x000000016fdff2c8) at emacs.c:2646:3 [opt]
frame #73: 0x000000018519c274 dyld`start + 2840
(lldb)
Robert
--=20
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 11:38:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 05 06:38:26 2025 Received: from localhost ([127.0.0.1]:35897 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpn50-0001of-DS for submit <at> debbugs.gnu.org; Wed, 05 Mar 2025 06:38:26 -0500 Received: from mail-vk1-xa30.google.com ([2607:f8b0:4864:20::a30]:57449) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpn4x-0001oQ-PI for 76691 <at> debbugs.gnu.org; Wed, 05 Mar 2025 06:38:24 -0500 Received: by mail-vk1-xa30.google.com with SMTP id 71dfb90a1353d-5238b366e2aso3182280e0c.2 for <76691 <at> debbugs.gnu.org>; Wed, 05 Mar 2025 03:38:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741174698; x=1741779498; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=MlgL0S8XVYqhWh8yqZOrKJXutyYFPcuaFEfwYhv/tL0=; b=RZZko0nwOTq0Oa0nZ98UXKkezPqCYaIkgmfMY/QFd6XUpIg84JCa7iTkAukmdRkSNC UyBc3aPvf10s5KTH84KKowu8f4AZQKdfZuQeWTTncctXFg+HQ2LkGbXhHXp2e5pgXmi9 h8ixNzh4QkAAF+yiZGCN3tyMtRcflAmO3F+dvtB2IS4g1rBsQATY3uPFtE1dCqIHlJY3 kyOb3gHUwhAtftbbcyouzAJ2XjvTZK6H5FHVv/CZq8RwcbRtmKZi05Uvb7d+mkRQMcDV 4762kzxfp4gZxD2OHvUA3IVc3mRQegcoRgzqFBvY4VkZ99IbZJft/ax1/Bud5Yj2H6Js tVlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741174698; x=1741779498; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MlgL0S8XVYqhWh8yqZOrKJXutyYFPcuaFEfwYhv/tL0=; b=ZKSQxmOt40gvmpI+88N+e4ZOlMx4UE2Gh2zvFBq2jGV2l0G9PQkKBPrMAyKzFVRzhv iY5FrLi/pWV/Bh0wbPrIV6j+ZpctjWHwKvOja1075pRAOx7gxWI4czRDn9MvXdcsuw7U +33OQfQ5+PdCPcj6m1vQkFDrAVQKKwYl3DO5uXBfGKk9H68h2nLzRsPdP3L3Li0mB3Wv GroK7DPGbtaiZNHUqFX7S8A0im+ZT1nHK2yVyCk9ByAxx/ei3K1GrlbFiKJqwBvd8/LS 4SrOa1PTin+1HZQ0Srut0GoZaMvjKBJCgf+5/HNjJuYCUHNWCzBvU6dPIZTNk7zF/2Pw ar5w== X-Gm-Message-State: AOJu0YxO1bQV8WETuY2X/AjeINe9kdfJ9B7Nccxofq7QzvZkf2r7P1xJ bVlS9G0CgCZWSgZLlb55qIsP2E8kdxFB0pk4JvonDJeJIAtrqbjPyIqMDc1+zbI6VIiDa+9v2kp C9jz6IqFc1kN77N45kqiRI636834= X-Gm-Gg: ASbGncv9D7n3BDB3KD9wml7TFE0Ost9MybyE6LPguFuevps5P0G2UGPvY+lq4oFZqAV t7nrPve2IpL3XZGU0GvXGgdudWMUJWmN3pkBDMBYrqvsIpNBwUUshBkRSQ0wR+zULmIfDd2A6+E pGicHZ3PjiJkuZLXBLjRZRZNoRxQ== X-Google-Smtp-Source: AGHT+IGK49ftmJakPsFIuJzKMuli5dOB8OmST7s6z8lR8xGFa1HOVDCG1UjpTBh6XsbnBZ6IiXpuCVRNoeGSbdj3JF8= X-Received: by 2002:a05:6122:2003:b0:520:60c2:3f3 with SMTP id 71dfb90a1353d-523c6141b13mr1183821e0c.4.1741174696982; Wed, 05 Mar 2025 03:38:16 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN> <CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN> <877c53alx4.fsf@HIDDEN> In-Reply-To: <877c53alx4.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Wed, 5 Mar 2025 06:38:05 -0500 X-Gm-Features: AQ5f1JoyRco_sf18hVF9uveyXyB8xrQW5EtaAxVyH7AfcA0aUh9BDSwe4pFpMYI Message-ID: <CAN+1Hbrf3g33Z_DLprgszifwy46=RsNc71XfZTruAVZJ5pmfKA@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/mixed; boundary="0000000000004eb219062f96d309" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000004eb219062f96d309 Content-Type: multipart/alternative; boundary="0000000000004eb217062f96d307" --0000000000004eb217062f96d307 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Mar 5, 2025 at 4:04=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wrot= e: > >>>>> On Tue, 4 Mar 2025 11:06:29 -0500, Ship Mints <shipmints@HIDDEN> > said: > > Ship> On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints <shipmints@g= mail.com> > wrote: > >> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@gmail= .com> > wrote: > >> > >>> It gives me reasonable looking names here: > >>> > >>> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 344= 0 > >>> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>) > >>> (source . "NS")) ((name . "Built-in Display") (geometry 459 1440 > 2048 > >>> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) > (source > >>> . "NS"))) > >>> > >> > >> Robert, > >> > >> When you run (x-display-list), what do you get? Just your host nam= e, > >> right? And if you unplug and replug your monitors and rerun? > >> > > I get just my host name. > > Ship> And also (display-monitor-attributes-list) just to make sure it > works with > Ship> comings and goings of displays. > > I unplugged and replugged my external monitor, and Emacs crashed in > `read_char', which is a different crash from the one I saw earlier, > which was in `Fx_create_frame'. I=CA=BCve got the lldb session if it help= s. > The way make-frame-on-monitor is implemented is nothing special. Just find the coordinates of the "workspace" occupied by the named monitor and use those as the basis for the new frame. The bt from yesterday's perhaps indicates some kind of guard might be needed for frame coordinates that might be out of bounds, perhaps? Do you think the frame on the second monitor was larger than the screen? I admit to not having played much with trying to make oversized frames but it happens to me occasionally if only over left and right by a column or row or two, not more. I'm curious what the read_char bt looks like. You saw the patch, it's pretty much a nothing. I updated it yesterday to use xstrdup instead of the two-step. I doubt that's anything. But here's the updated patch, just in case. --0000000000004eb217062f96d307 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Wed, Mar 5, 2025 at 4:04=E2=80=AFAM Robert Pluim <<a href=3D"mailto:r= pluim@HIDDEN">rpluim@HIDDEN</a>> wrote:</span></div></div><div cla= ss=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pa= dding-left:1ex">>>>>> On Tue, 4 Mar 2025 11:06:29 -0500, Shi= p Mints <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipmi= nts@HIDDEN</a>> said:<br> <br> =C2=A0 =C2=A0 Ship> On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints &= lt;<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipmints@gmail= .com</a>> wrote:<br> =C2=A0 =C2=A0 >> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim= <<a href=3D"mailto:rpluim@HIDDEN" target=3D"_blank">rpluim@HIDDEN= </a>> wrote:<br> =C2=A0 =C2=A0 >> <br> =C2=A0 =C2=A0 >>> It gives me reasonable looking names here:<br> =C2=A0 =C2=A0 >>> <br> =C2=A0 =C2=A0 >>> (((name . "PL3467WQ") (geometry 0 0 34= 40 1440) (workarea 0 25 3440<br> =C2=A0 =C2=A0 >>> 1415) (mm-size 801 329) (frames #<frame *scra= tch* 0x131887028>)<br> =C2=A0 =C2=A0 >>> (source . "NS")) ((name . "Built-= in Display") (geometry 459 1440 2048<br> =C2=A0 =C2=A0 >>> 1332) (workarea 459 1440 2048 1287) (mm-size 290= 189) (frames) (source<br> =C2=A0 =C2=A0 >>> . "NS")))<br> =C2=A0 =C2=A0 >>> <br> =C2=A0 =C2=A0 >> <br> =C2=A0 =C2=A0 >> Robert,<br> =C2=A0 =C2=A0 >> <br> =C2=A0 =C2=A0 >> When you run (x-display-list), what do you get? Just= your host name,<br> =C2=A0 =C2=A0 >> right? And if you unplug and replug your monitors an= d rerun?<br> =C2=A0 =C2=A0 >> <br> <br> I get just my host name.<br> <br> =C2=A0 =C2=A0 Ship> And also (display-monitor-attributes-list) just to m= ake sure it works with<br> =C2=A0 =C2=A0 Ship> comings and goings of displays.<br> <br> I unplugged and replugged my external monitor, and Emacs crashed in<br> `read_char', which is a different crash from the one I saw earlier,<br> which was in `Fx_create_frame'. I=CA=BCve got the lldb session if it he= lps.<br></blockquote><div><br></div><div class=3D"gmail_default" style=3D"f= ont-family:monospace">The way make-frame-on-monitor is implemented is nothi= ng special.=C2=A0 Just find the coordinates of the "workspace" oc= cupied by the named monitor and use those as the basis for the new frame.= =C2=A0 The bt from yesterday's perhaps indicates some kind of guard mig= ht be needed for frame coordinates that might be out of bounds, perhaps?=C2= =A0 Do you think the frame on the second monitor was larger than the screen= ?=C2=A0 I admit to not having played much with trying to make oversized fra= mes but it happens to me occasionally if only over left and right by a colu= mn or row or two, not more.</div><div class=3D"gmail_default" style=3D"font= -family:monospace"><br></div><div class=3D"gmail_default" style=3D"font-fam= ily:monospace">I'm curious what the read_char bt looks=C2=A0like.=C2=A0= You saw the patch, it's pretty much a nothing.=C2=A0 I updated it yest= erday to use xstrdup instead of the two-step.=C2=A0 I doubt that's anyt= hing.=C2=A0 But here's the updated=C2=A0patch, just in case.</div></div= ></div> --0000000000004eb217062f96d307-- --0000000000004eb219062f96d309 Content-Type: application/octet-stream; name="0001-Improve-NS-display-names-in-display-monitor-attribut.patch" Content-Disposition: attachment; filename="0001-Improve-NS-display-names-in-display-monitor-attribut.patch" Content-Transfer-Encoding: base64 Content-ID: <f_m7vug00g0> X-Attachment-Id: f_m7vug00g0 RnJvbSBhNTk4YzFkOGU3NzFlYzk3MWI0NGQ5NGIwMDY2NWJiNDU3NzZkZjI3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IFR1ZSwgNCBNYXIgMjAyNSAwOTo1Njo1NiAtMDUwMApTdWJqZWN0OiBbUEFUQ0hdIEltcHJvdmUg TlMgZGlzcGxheSBuYW1lcyBpbiBkaXNwbGF5LW1vbml0b3ItYXR0cmlidXRlcy1saXN0CgotLS0K IHNyYy9uc2Zucy5tIHwgMTE0ICsrKysrKysrKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCAxOSBpbnNlcnRpb25zKCspLCA5NSBkZWxl dGlvbnMoLSkKCmRpZmYgLS1naXQgYS9zcmMvbnNmbnMubSBiL3NyYy9uc2Zucy5tCmluZGV4IDlm NTI3Nzc4NzljLi4yMGIxOTI3ODE3ZCAxMDA2NDQKLS0tIGEvc3JjL25zZm5zLm0KKysrIGIvc3Jj L25zZm5zLm0KQEAgLTI2MTcsMTAwICsyNjE3LDYgQEAgRnJhbWVzIGFyZSBsaXN0ZWQgZnJvbSB0 b3Btb3N0IChmaXJzdCkgdG8gYm90dG9tbW9zdCAobGFzdCkuICAqLykKICAgcmV0dXJuIG1ha2Vf Zml4bnVtIChuc19kaXNwbGF5X3BpeGVsX2hlaWdodCAoZHB5aW5mbykpOwogfQogCi0jaWZkZWYg TlNfSU1QTF9DT0NPQQotCi0vKiBSZXR1cm5zIHRoZSBuYW1lIGZvciB0aGUgc2NyZWVuIHRoYXQg T0JKIHJlcHJlc2VudHMsIG9yIE5VTEwuCi0gICBDYWxsZXIgbXVzdCBmcmVlIHJldHVybiB2YWx1 ZS4KLSovCi0KLXN0YXRpYyBjaGFyICoKLW5zX2dldF9uYW1lX2Zyb21faW9yZWcgKGlvX29iamVj dF90IG9iaikKLXsKLSAgY2hhciAqbmFtZSA9IE5VTEw7Ci0KLSAgTlNEaWN0aW9uYXJ5ICppbmZv ID0gKE5TRGljdGlvbmFyeSAqKQotICAgIElPRGlzcGxheUNyZWF0ZUluZm9EaWN0aW9uYXJ5IChv YmosIGtJT0Rpc3BsYXlPbmx5UHJlZmVycmVkTmFtZSk7Ci0gIE5TRGljdGlvbmFyeSAqbmFtZXMg PSBbaW5mbyBvYmplY3RGb3JLZXk6Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtO U1N0cmluZyBzdHJpbmdXaXRoVVRGOFN0cmluZzoKLSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAga0Rpc3BsYXlQcm9kdWN0TmFtZV1dOwotCi0gIGlmIChbbmFtZXMg Y291bnRdID4gMCkKLSAgICB7Ci0gICAgICBOU1N0cmluZyAqbiA9IFtuYW1lcyBvYmplY3RGb3JL ZXk6IFtbbmFtZXMgYWxsS2V5c10KLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBvYmplY3RBdEluZGV4OjBdXTsKLSAgICAgIGlmIChuICE9IG5pbCkgbmFt ZSA9IHhzdHJkdXAgKFtuIFVURjhTdHJpbmddKTsKLSAgICB9Ci0KLSAgW2luZm8gcmVsZWFzZV07 Ci0KLSAgcmV0dXJuIG5hbWU7Ci19Ci0KLS8qIFJldHVybnMgdGhlIG5hbWUgZm9yIHRoZSBzY3Jl ZW4gdGhhdCBESUQgY2FtZSBmcm9tLCBvciBOVUxMLgotICAgQ2FsbGVyIG11c3QgZnJlZSByZXR1 cm4gdmFsdWUuCi0qLwotCi1zdGF0aWMgY2hhciAqCi1uc19zY3JlZW5fbmFtZSAoQ0dEaXJlY3RE aXNwbGF5SUQgZGlkKQotewotICBjaGFyICpuYW1lID0gTlVMTDsKLQotI2lmIE1BQ19PU19YX1ZF UlNJT05fTUFYX0FMTE9XRUQgPj0gMTA5MAotI2lmIE1BQ19PU19YX1ZFUlNJT05fTUlOX1JFUVVJ UkVEIDwgMTA5MAotICBpZiAoQ0dEaXNwbGF5SU9TZXJ2aWNlUG9ydCA9PSBOVUxMKQotI2VuZGlm Ci0gICAgewotICAgICAgbWFjaF9wb3J0X3QgbWFzdGVyUG9ydDsKLSAgICAgIGlvX2l0ZXJhdG9y X3QgaXQ7Ci0gICAgICBpb19vYmplY3RfdCBvYmo7Ci0KLSAgICAgIC8qIENHRGlzcGxheUlPU2Vy dmljZVBvcnQgaXMgZGVwcmVjYXRlZC4gIERvIGl0IGFub3RoZXIgKGhhcmRlcikgd2F5LgotCi0g ICAgICAgICBJcyB0aGlzIGNvZGUgT0sgZm9yIG1hY09TIDwgMTAuOSwgYW5kIEdOVXN0ZXA/ICBJ IHN1c3BlY3QgaXQgaXMsCi0gICAgICAgICBpbiB3aGljaCBjYXNlIGlzIGl0IHdvcnRoIGtlZXBp bmcgdGhlIG90aGVyIG1ldGhvZCBpbiBoZXJlPyAgKi8KLQotICAgICAgaWYgKElPTWFzdGVyUG9y dCAoTUFDSF9QT1JUX05VTEwsICZtYXN0ZXJQb3J0KSAhPSBrSU9SZXR1cm5TdWNjZXNzCi0gICAg ICAgICAgfHwgSU9TZXJ2aWNlR2V0TWF0Y2hpbmdTZXJ2aWNlcyAobWFzdGVyUG9ydCwKLSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJT1NlcnZpY2VNYXRjaGluZyAo IklPTkRSVkRldmljZSIpLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICZpdCkgIT0ga0lPUmV0dXJuU3VjY2VzcykKLSAgICAgICAgcmV0dXJuIG5hbWU7Ci0KLSAg ICAgIC8qIE11c3QgbG9vcCB1bnRpbCB3ZSBmaW5kIGEgbmFtZS4gIE1hbnkgZGV2aWNlcyBjYW4g aGF2ZSB0aGUgc2FtZSB1bml0Ci0gICAgICAgICBudW1iZXIgKHJlcHJlc2VudHMgZGlmZmVyZW50 IEdQVSBwYXJ0cyksIGJ1dCBvbmx5IG9uZSBoYXMgYSBuYW1lLiAgKi8KLSAgICAgIHdoaWxlICgh IG5hbWUgJiYgKG9iaiA9IElPSXRlcmF0b3JOZXh0IChpdCkpKQotICAgICAgICB7Ci0gICAgICAg ICAgQ0ZNdXRhYmxlRGljdGlvbmFyeVJlZiBwcm9wczsKLSAgICAgICAgICBjb25zdCB2b2lkICp2 YWw7Ci0KLSAgICAgICAgICBpZiAoSU9SZWdpc3RyeUVudHJ5Q3JlYXRlQ0ZQcm9wZXJ0aWVzIChv YmosCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnBy b3BzLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGtD RkFsbG9jYXRvckRlZmF1bHQsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAga05pbE9wdGlvbnMpID09IGtJT1JldHVyblN1Y2Nlc3MKLSAgICAgICAgICAg ICAgJiYgcHJvcHMgIT0gbmlsCi0gICAgICAgICAgICAgICYmICh2YWwgPSBDRkRpY3Rpb25hcnlH ZXRWYWx1ZShwcm9wcywgQCJJT0ZCRGVwZW5kZW50SW5kZXgiKSkpCi0gICAgICAgICAgICB7Ci0g ICAgICAgICAgICAgIHVuc2lnbmVkIG5yID0gWyhOU051bWJlciAqKXZhbCB1bnNpZ25lZEludGVn ZXJWYWx1ZV07Ci0gICAgICAgICAgICAgIGlmIChuciA9PSBDR0Rpc3BsYXlVbml0TnVtYmVyIChk aWQpKQotICAgICAgICAgICAgICAgIG5hbWUgPSBuc19nZXRfbmFtZV9mcm9tX2lvcmVnIChvYmop OwotICAgICAgICAgICAgfQotCi0gICAgICAgICAgQ0ZSZWxlYXNlIChwcm9wcyk7Ci0gICAgICAg ICAgSU9PYmplY3RSZWxlYXNlIChvYmopOwotICAgICAgICB9Ci0KLSAgICAgIElPT2JqZWN0UmVs ZWFzZSAoaXQpOwotICAgIH0KLSNpZiBNQUNfT1NfWF9WRVJTSU9OX01JTl9SRVFVSVJFRCA8IDEw OTAKLSAgZWxzZQotI2VuZGlmCi0jZW5kaWYgLyogI2lmIE1BQ19PU19YX1ZFUlNJT05fTUFYX0FM TE9XRUQgPj0gMTA5MCAqLwotI2lmIE1BQ19PU19YX1ZFUlNJT05fTUlOX1JFUVVJUkVEIDwgMTA5 MAotICAgIG5hbWUgPSBuc19nZXRfbmFtZV9mcm9tX2lvcmVnIChDR0Rpc3BsYXlJT1NlcnZpY2VQ b3J0IChkaWQpKTsKLSNlbmRpZgotICByZXR1cm4gbmFtZTsKLX0KLSNlbmRpZiAvKiBOU19JTVBM X0NPQ09BICovCi0KIHN0YXRpYyBMaXNwX09iamVjdAogbnNfbWFrZV9tb25pdG9yX2F0dHJpYnV0 ZV9saXN0IChzdHJ1Y3QgTW9uaXRvckluZm8gKm1vbml0b3JzLAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBpbnQgbl9tb25pdG9ycywKQEAgLTI4MzAsNyArMjczNiwyNSBAQCBGcmFt ZXMgYXJlIGxpc3RlZCBmcm9tIHRvcG1vc3QgKGZpcnN0KSB0byBib3R0b21tb3N0IChsYXN0KS4g ICovKQogICAgICAgbS0+d29yay5oZWlnaHQgPSAodW5zaWduZWQgc2hvcnQpIHZmci5zaXplLmhl aWdodDsKIAogI2lmZGVmIE5TX0lNUExfQ09DT0EKLSAgICAgIG0tPm5hbWUgPSBuc19zY3JlZW5f bmFtZSAoZGlkKTsKKyAgICAgIG0tPm5hbWUgPSBOVUxMOworICAgICAgaWYgKFtzIHJlc3BvbmRz VG9TZWxlY3RvcjpAc2VsZWN0b3IobG9jYWxpemVkTmFtZSldKQorICAgICAgICB7CisJICBOU1N0 cmluZyAqbmFtZSA9IFtzIHZhbHVlRm9yS2V5OkAibG9jYWxpemVkTmFtZSJdOworCSAgaWYgKG5h bWUgIT0gTlVMTCkKKwkgICAgeworCSAgICAgIG0tPm5hbWUgPSB4bWFsbG9jIChbbmFtZSBsZW5n dGhPZkJ5dGVzVXNpbmdFbmNvZGluZzogTlNVVEY4U3RyaW5nRW5jb2RpbmddKTsKKwkgICAgICBz dHJjcHkobS0+bmFtZSwgW25hbWUgVVRGOFN0cmluZ10pOworCSAgICB9CisgICAgICAgIH0KKyAg ICAgIC8qIElmIG5lY2Vzc2FyeSwgc3ludGhlc2l6ZSBhIG5hbWUgb2YgdGhlIGZvbGxvd2luZyBm b3JtOgorCSAgJWR4JWRAJWQsJWQgd2lkdGggaGVpZ2h0IHggeS4gKi8KKyAgICAgIGlmIChtLT5u YW1lID09IE5VTEwpCisJeworCSAgY2hhciBidWZbMjVdOyAvKiBzdWZmaWNpZW50IGZvciAxMjM0 NXg3ODkwMUAzNDU2Nyw5MDEyMyAqLworCSAgc25wcmludGYgKGJ1Ziwgc2l6ZW9mKGJ1ZiksICIl dXgldUAlZCwlZCIsCisJCSAgICBtLT53b3JrLndpZHRoLCBtLT53b3JrLmhlaWdodCwgbS0+d29y ay54LCBtLT53b3JrLnkpOworCSAgbS0+bmFtZSA9IHhzdHJkdXAgKGJ1Zik7CisJfQogCiAgICAg ICB7CiAgICAgICAgIENHU2l6ZSBtbXMgPSBDR0Rpc3BsYXlTY3JlZW5TaXplIChkaWQpOwotLSAK Mi40Ny4xCgo= --0000000000004eb219062f96d309--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 09:04:18 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 05 04:04:18 2025
Received: from localhost ([127.0.0.1]:35082 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpkfp-0007iO-Fd
for submit <at> debbugs.gnu.org; Wed, 05 Mar 2025 04:04:18 -0500
Received: from mail-wm1-x329.google.com ([2a00:1450:4864:20::329]:42075)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpkfn-0007hz-0l
for 76691 <at> debbugs.gnu.org; Wed, 05 Mar 2025 04:04:15 -0500
Received: by mail-wm1-x329.google.com with SMTP id
5b1f17b1804b1-43bc48ff815so3687435e9.0
for <76691 <at> debbugs.gnu.org>; Wed, 05 Mar 2025 01:04:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741165449; x=1741770249; darn=debbugs.gnu.org;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id
:reply-to; bh=qe7EGxp2RlxeQlVBYorpOJw59vLV4ZTu5H+auKFGHig=;
b=nAJVcSX1PZpZYEkOEC9G4/cFakusMlTQi69QH1JbqMsTTOjP5Cv7LATOQ0eZ5Mhzde
PQmmrdrSGv/LNxQtvCeAzedCT1DHZ/A66IhuuD+YI/DrzGCUNxO4ae/IP6whbYxvvUqq
ZIH6ijcfVHIeq+U1/cgBp59IT1CaDrowpNC5WAu9tnN8kteDsEAcNXDTIUU3vreuyIif
r6Pd9VjedSZ4oB8QTgm8phHimElANJNunDq9R+19X2Up3yi4x1bB1uURGzwAQdvYoVhv
SslpPrpcDoyTZQUQzeXfYzhkD8GeG8jv5C5SDF9Z75u+nhbheIMND5j3KivO783xa0pt
7foA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741165449; x=1741770249;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc
:subject:date:message-id:reply-to;
bh=qe7EGxp2RlxeQlVBYorpOJw59vLV4ZTu5H+auKFGHig=;
b=uaeuPxME9fn4WLbeZbPgOS6s+2q9KJeIkck/ZdS20HVFZyHbO8Zghtlk5p1dxe9WLs
3Us8oqHYU9kXa94NwALiRgLWg92qXsi//grwDC+mVqfTbIIlVAltT2zQPmuFkglE+Is7
q5WeRIHXsJMC8cjUeSqvHczXSFKB0L6cAcxIfrIzk58+mP7fShbSDYGA4aqY/LFjdM3Q
OKChc0Swm+mQrurUXXRY8/QlwaRppTcNEN+Z+Xjq79mEsvi18qtagrBsROKI/ka5fV+d
M/6tseDUhTXGhR9cZpESD0Ag+vTj1ZaBesJHYDMOdqT4N19Q8mYEscUq2VH/8NzGeqn4
6QHg==
X-Gm-Message-State: AOJu0YyI5zx27IKmREHIPEf9WMxYykY4grW7uSvFk8b9sUlmNc/knVsf
gPDmKdROKNOAglW0Awljk3IR1fFxltB/Rj004gUdUct6F2Mh9wmZ
X-Gm-Gg: ASbGncua2lkj8ACBQSIUY76UlJ6P2pS1Sp621jNXApBmOaYJTcyKdydid9mIWMPZfQp
Jm+dQn1nc2DKKKhG1mK1sBjflwHukklQgcN2VoVgt571XBr6nNNcTSaL5ZgndWBruBgdEj+X9/s
RXXit2wi878wS38ZQxzoD+lJU2N2vDBbj5fnqVmktdTlIO1P4FtE9Toas4wJxoHrseDXUrSswfe
HO7m0VwLUy+Wz9u3kIuPZBagC/X06kKIybNFaD8tju7djKnLF0Ac826DsV5zSJLWPFXu7gdv264
ivdqG4Mzc9j/YOaEXsnwcsoem/UlLgY=
X-Google-Smtp-Source: AGHT+IGHsUZ89vGIclOe+pm+Q79j9SdHJSRzNNeOD/fvGGXUy678f+isw4T18c/LkAV5eOtjCWhQyQ==
X-Received: by 2002:a05:600c:4507:b0:439:8634:9909 with SMTP id
5b1f17b1804b1-43bd2110826mr16298165e9.14.1741165448425;
Wed, 05 Mar 2025 01:04:08 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:6d84:4714:d8a:17ac])
by smtp.gmail.com with ESMTPSA id
5b1f17b1804b1-43bd42e402bsm11052115e9.25.2025.03.05.01.04.07
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Wed, 05 Mar 2025 01:04:08 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Ship Mints <shipmints@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN>
<CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN>
<CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN>
<CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
<87o6ygaly5.fsf@HIDDEN>
<CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN>
<87jz94ajyp.fsf@HIDDEN>
<CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN>
<CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN>
Date: Wed, 05 Mar 2025 10:04:07 +0100
Message-ID: <877c53alx4.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: 76691 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>,
Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>>>>> On Tue, 4 Mar 2025 11:06:29 -0500, Ship Mints <shipmints@HIDDEN> s=
aid:
Ship> On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints <shipmints@gma=
il.com> wrote:
>> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@HIDDEN=
om> wrote:
>>=20
>>> It gives me reasonable looking names here:
>>>=20
>>> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 3440
>>> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>)
>>> (source . "NS")) ((name . "Built-in Display") (geometry 459 1440 20=
48
>>> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (sou=
rce
>>> . "NS")))
>>>=20
>>=20
>> Robert,
>>=20
>> When you run (x-display-list), what do you get? Just your host name,
>> right? And if you unplug and replug your monitors and rerun?
>>=20
I get just my host name.
Ship> And also (display-monitor-attributes-list) just to make sure it w=
orks with
Ship> comings and goings of displays.
I unplugged and replugged my external monitor, and Emacs crashed in
`read_char', which is a different crash from the one I saw earlier,
which was in `Fx_create_frame'. I=CA=BCve got the lldb session if it helps.
Robert
--=20
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 08:53:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 05 03:53:17 2025
Received: from localhost ([127.0.0.1]:35016 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpkVA-00078i-CC
for submit <at> debbugs.gnu.org; Wed, 05 Mar 2025 03:53:16 -0500
Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]:58856)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpkV7-00078F-0h
for 76691 <at> debbugs.gnu.org; Wed, 05 Mar 2025 03:53:13 -0500
Received: by mail-wm1-x333.google.com with SMTP id
5b1f17b1804b1-43bc31227ecso18820475e9.1
for <76691 <at> debbugs.gnu.org>; Wed, 05 Mar 2025 00:53:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741164786; x=1741769586; darn=debbugs.gnu.org;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id
:reply-to; bh=cDBpDjLbfeOX4e6TugsM5nR0RJvMFb1M0M6nsO+EyeA=;
b=AcxuN2zhwQwNrr3Z46rXV9XDF6Ypgr7Aq9YZ7mq0WcXfD1p6k4g2+FKV8PysPgJpDp
uZaCArA7L/Vwr9QIBMZhWkmcSNf4U1AB2EyceMg3ftt87HcQc/pYq/5IPQgaxQrvZzWw
H/Q3E6nPbFJzLlaG86dx1pa7X9sSdUZKa7ocQY93Rpw0En/vyZ0hmoTYbSb2BJf5Rkf3
WC1ow3PHu+iwi5MRFEFOoJ2IioTbZgd8aXnD9fb7cuh25in8JpjtJQsStpOEtBiEpDuS
/lxjRivbnE64g3bHxogU8qLOt3Vy1GNOd8QJxmudY2wwVwUeA2Ott/E0a3hO7chHZHnn
RC0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741164786; x=1741769586;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc
:subject:date:message-id:reply-to;
bh=cDBpDjLbfeOX4e6TugsM5nR0RJvMFb1M0M6nsO+EyeA=;
b=w7OXTHsXgx1W0IZUFmUZk+YRGiTY2y7vPfLHautQVcLoQHgsbTHN5a7PDnUMgFffgn
SHZJlIRakpef5/jrJQgj91+e7pmNw8hB/0NVEsY2Cc57jEw4JIgohEiMOxMF7CrphOeY
uZlSwXMeUP1CpeBIVQ9sJDkIuEKDjJ07BGe5aADLT/5alm8Hflm42DnC+41yP0wXMZec
QZ45GOBR131ksbCb7qUEe86hQDbwJ0ByOW5rvemAu+29Hu3Lk3PRLEspMwfPUd0fTXCZ
J7hJT7Tfx+vcmKReoOotUe+/Ao6T+iz/Jxkx7nkCJS+JwPCrMZqFLKdGPRjjK/VxP7Ic
PCxg==
X-Forwarded-Encrypted: i=1;
AJvYcCUs3TvGJ/cnjr/aAL7zVdOea1NIDDjoIRXzL1eFVSgw17QHOcLeI+RUk4btKsl7MGIFOxMw3w==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YwND8q3F+TGQXAju29bklu9mgrmHFTZV1Yqz9or6Fv0rOiV46ZP
xMdbBtB3Q6ib2oHBIt1miKhrAPtS69XSNvh9pN5w8dRu/fgAwXafYKIo8A==
X-Gm-Gg: ASbGncvSCQbikAr6oFt80u2IVl3b+6CbgcHkmsb4D9sAMUX9H0AIwc1Dzwdvj5kaoTR
ctRDrr7uxzuv+QoPeEYtK5m+P3paUJmqUF3aKs3xAm+2UiB9CzuSsVvEn2NHAQpNzMcouTSO/NN
H3pGpS9//EzBFw+TETTUSLpT+Ihkujrdhw7AvvSXdZX6BxNLxMqoutHZp9bEpfVJ7UCNOBPXFXE
l3GH/Pu17hwrCMitURXTfCam4wudn5AzTvg7L25XyhUJp+3ZRGIIclQLTatTOb7nDez7jl0mM+X
v8LgyWqayKPlB5hDD6Mkfpq3tmrpbSQ=
X-Google-Smtp-Source: AGHT+IGR4EAsKqdmt99uoigjdspnEAenBmclG+6Stzs+GIVoXDlKBnUyn8XO2X1ma6HZxQ6ZkUb6lQ==
X-Received: by 2002:a05:600c:190f:b0:43b:ca8c:fca1 with SMTP id
5b1f17b1804b1-43bd298f166mr18220605e9.16.1741164785973;
Wed, 05 Mar 2025 00:53:05 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:6d84:4714:d8a:17ac])
by smtp.gmail.com with ESMTPSA id
5b1f17b1804b1-43bcc13b23asm27364475e9.1.2025.03.05.00.53.05
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Wed, 05 Mar 2025 00:53:05 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Ship Mints <shipmints@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CAN+1Hbp7dwg4_pgAvcLfEvw2iyFf_Pk2WYEOhUcF=euEr0sCDw@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN>
<CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN>
<CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN>
<CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
<87o6ygaly5.fsf@HIDDEN>
<CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN>
<87jz94ajyp.fsf@HIDDEN>
<CAN+1Hbp7dwg4_pgAvcLfEvw2iyFf_Pk2WYEOhUcF=euEr0sCDw@HIDDEN>
Date: Wed, 05 Mar 2025 09:53:04 +0100
Message-ID: <87bjufamfj.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>,
Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>>>>> On Tue, 4 Mar 2025 12:34:11 -0500, Ship Mints <shipmints@HIDDEN> s=
aid:
>> Yes, emacs crashes when I run `make-frame-on-monitor' :-)
>>=20
Ship> Does Emacs work when you run make-frame-on-current-monitor starti=
ng from a
Ship> selected frame on a secondary monitor? make-frame-on-current-mon=
itor does
Ship> not depend on monitor names. It would give me a hint where to lo=
ok. Even
Ship> make-frame-on-monitor uses a monitor name only to get the geometr=
y at which
Ship> to place the new frame so if -current-monitor works but not named=
, it'll be
Ship> interesting.
`make-frame-on-current-monitor' works fine. And of course now I can=CA=BCt
reproduce the crash after recompiling with "-O0 -g3", although today
I=CA=BCm using a different monitor than yesterday. I can try the original
one again tomorrow. I do have a backtrace, but unfortunately don=CA=BCt
have that lldb session anymore.
(lldb) bt
* thread #1, queue =3D 'com.apple.main-thread', stop reason =3D signal SIGA=
BRT
* frame #0: 0x00000001854e3720 libsystem_kernel.dylib`__pthread_kill + 8
frame #1: 0x000000018551bf70 libsystem_pthread.dylib`pthread_kill + 288
frame #2: 0x0000000185428908 libsystem_c.dylib`abort + 128
frame #3: 0x0000000185331e38 libsystem_malloc.dylib`malloc_vreport + 896
frame #4: 0x000000018535a458 libsystem_malloc.dylib`malloc_zone_error +=
100
frame #5: 0x0000000185349774 libsystem_malloc.dylib`nanov2_guard_corrup=
tion_detected + 44
frame #6: 0x0000000185349734 libsystem_malloc.dylib`nanov2_allocate_out=
lined + 460
frame #7: 0x0000000185348468 libsystem_malloc.dylib`nanov2_calloc_type =
+ 568
frame #8: 0x000000018514ba44 libobjc.A.dylib`class_createInstance + 72
frame #9: 0x000000018558b5a8 CoreFoundation`__CFAllocateObject + 20
frame #10: 0x000000018558b558 CoreFoundation`__NSSingleObjectArrayI_new=
+ 48
frame #11: 0x00000001855adc78 CoreFoundation`-[NSArray initWithArray:ra=
nge:copyItems:] + 368
frame #12: 0x0000000185605118 CoreFoundation`-[NSMutableArray sortedArr=
ayFromRange:options:usingComparator:] + 64
frame #13: 0x000000018924efe0 AppKit`_distributeSpaceToItems + 872
frame #14: 0x00000001899a0664 AppKit`-[NSBarLayout _calculateLayoutOfIt=
ems:inRect:sharesLeadingEdge:sharesTrailingEdge:] + 1260
frame #15: 0x00000001899a013c AppKit`-[NSBarLayout _enumerateSectionsOf=
Items:usingBlock:] + 208
frame #16: 0x000000018999f900 AppKit`-[NSBarLayout _updateAttributesOfI=
tems:inRect:] + 352
frame #17: 0x000000018999f5e4 AppKit`-[NSBarLayout layoutAttributesOfVi=
sibleItems] + 312
frame #18: 0x0000000189243c18 AppKit`-[NSToolbarView _layoutDirtyItemVi=
ewersAndTileToolbar] + 2192
frame #19: 0x000000018925e360 AppKit`-[NSToolbarView layout] + 80
frame #20: 0x0000000189c67c7c AppKit`___NSViewLayout_block_invoke + 632
frame #21: 0x00000001891bc4d8 AppKit`NSPerformVisuallyAtomicChange + 108
frame #22: 0x00000001891c0dac AppKit`_NSViewLayout + 96
frame #23: 0x0000000189c5df20 AppKit`__36-[NSView _layoutSubtreeWithOld=
Size:]_block_invoke + 372
frame #24: 0x00000001891bc4d8 AppKit`NSPerformVisuallyAtomicChange + 108
frame #25: 0x00000001891c0d40 AppKit`-[NSView _layoutSubtreeWithOldSize=
:] + 100
frame #26: 0x0000000189c5e064 AppKit`__36-[NSView _layoutSubtreeWithOld=
Size:]_block_invoke + 696
frame #27: 0x00000001891bc4d8 AppKit`NSPerformVisuallyAtomicChange + 108
frame #28: 0x00000001891c0d40 AppKit`-[NSView _layoutSubtreeWithOldSize=
:] + 100
frame #29: 0x0000000189c5e064 AppKit`__36-[NSView _layoutSubtreeWithOld=
Size:]_block_invoke + 696
frame #30: 0x00000001891bc4d8 AppKit`NSPerformVisuallyAtomicChange + 108
frame #31: 0x00000001891c0d40 AppKit`-[NSView _layoutSubtreeWithOldSize=
:] + 100
frame #32: 0x0000000189c5e064 AppKit`__36-[NSView _layoutSubtreeWithOld=
Size:]_block_invoke + 696
frame #33: 0x00000001891bc4d8 AppKit`NSPerformVisuallyAtomicChange + 108
frame #34: 0x00000001891c0d40 AppKit`-[NSView _layoutSubtreeWithOldSize=
:] + 100
frame #35: 0x0000000189c5eb00 AppKit`__56-[NSView _layoutSubtreeIfNeede=
dAndAllowTemporaryEngine:]_block_invoke + 908
frame #36: 0x00000001891bc4d8 AppKit`NSPerformVisuallyAtomicChange + 108
frame #37: 0x00000001891c0918 AppKit`-[NSView _layoutSubtreeIfNeededAnd=
AllowTemporaryEngine:] + 100
frame #38: 0x00000001891bc4d8 AppKit`NSPerformVisuallyAtomicChange + 108
frame #39: 0x00000001891c08a8 AppKit`-[NSView layoutSubtreeIfNeeded] + =
96
frame #40: 0x0000000189f463bc AppKit`-[NSWindow(NSConstraintBasedLayout=
Internal) _layoutViewTree] + 104
frame #41: 0x00000001891be588 AppKit`-[NSWindow _oldPlaceWindow:fromSer=
ver:] + 540
frame #42: 0x00000001891bda34 AppKit`-[NSWindow _setFrameCommon:display=
:fromServer:] + 2032
frame #43: 0x0000000100207ab0 emacs`-[EmacsWindow setFrame:display:](se=
lf=3D<unavailable>, _cmd=3D<unavailable>, windowFrame=3D<unavailable>, disp=
layViews=3D<unavailable>) at nsterm.m:9899:3 [opt]
frame #44: 0x0000000100207ae4 emacs`-[EmacsWindow setFrame:display:anim=
ate:](self=3D<unavailable>, _cmd=3D<unavailable>, windowFrame=3D<unavailabl=
e>, displayViews=3D<unavailable>, performAnimation=3D<unavailable>) at nste=
rm.m:9910:3 [opt]
frame #45: 0x0000000189259778 AppKit`-[NSThemeFrame _growWindowReshapeC=
ontentAndToolbarView:withOldToolbarFrameSize:animate:] + 976
frame #46: 0x00000001892591fc AppKit`-[NSThemeFrame _reshapeContentAndT=
oolbarView:withOldToolbarFrameSize:resizeWindow:animate:] + 200
frame #47: 0x000000018924031c AppKit`-[NSThemeFrame _showHideToolbar:re=
sizeWindow:animate:] + 156
frame #48: 0x0000000189232448 AppKit`-[NSWindow _showToolbar:animate:] =
+ 140
frame #49: 0x000000018923234c AppKit`-[NSToolbar _show:animate:] + 96
frame #50: 0x00000001892322b4 AppKit`-[NSToolbar _toggleShown:animate:]=
+ 92
frame #51: 0x000000018922ecd0 AppKit`-[NSWindow setToolbar:] + 384
frame #52: 0x00000001002069a4 emacs`-[EmacsWindow createToolbar:](self=
=3D0x000000011de10030, _cmd=3D<unavailable>, f=3D0x000000012e106de8) at nst=
erm.m:9383:3 [opt]
frame #53: 0x00000001002068b4 emacs`-[EmacsWindow initWithEmacsFrame:fu=
llscreen:screen:](self=3D0x000000011de10030, _cmd=3D<unavailable>, f=3D0x00=
0000012e106de8, fullscreen=3D<unavailable>, screen=3D<unavailable>) at nste=
rm.m:9350:7 [opt]
frame #54: 0x00000001002039c0 emacs`-[EmacsView initFrameFromEmacs:](se=
lf=3D0x000000011de0fc50, _cmd=3D<unavailable>, f=3D0x000000012e106de8) at n=
sterm.m:8089:3 [opt]
frame #55: 0x0000000100212f48 emacs`Fx_create_frame(parms=3D(struct Lis=
p_Cons *) $4 =3D 0x0000000120058560) at nsfns.m:1513:3 [opt]
Robert
--=20
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 5 Mar 2025 03:52:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 22:52:56 2025 Received: from localhost ([127.0.0.1]:33862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpfoW-0004Eh-BA for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 22:52:56 -0500 Received: from mail-qk1-x734.google.com ([2607:f8b0:4864:20::734]:56722) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <ywwry66@HIDDEN>) id 1tpfoQ-0004E9-SM for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 22:52:53 -0500 Received: by mail-qk1-x734.google.com with SMTP id af79cd13be357-7c3b44dabe0so317055285a.1 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 19:52:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741146765; x=1741751565; darn=debbugs.gnu.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=3mliMDE5O4GT/EuRVBTNrLWOHbIYlV8Y6hdxqNxcFCU=; b=d3n/jUdEn+gTVPBmTOLpZA4e2Brq0pKADs6vkoVI9qQOIrPeJOvpnvYUJHDqwk4p46 AteFpCZpq2wsPacQlnpFOYUp1LqTsCxqSPoA2kxyFubYjJkxKoH9GMO3sLTOUwfMzRVU qRTXiVlbdB9SeasDb4VdNnLHhvevuN9wJAwCTTVP1qkPGJRgABLjNn6s+4itp1yWY9ME Y550pI//nGvjXrGvmsdyXNr897w9KJ+wytyrlZ4lK3uedIh9Oxuc3ybke/OyOQwCvout Ue97Zx74jvf79sZuH9C/Lkrv3u1JrmBZUQxiaCnedeec5N/xNjLXcoG7jZZs7Qdt8OrU IGfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741146765; x=1741751565; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=3mliMDE5O4GT/EuRVBTNrLWOHbIYlV8Y6hdxqNxcFCU=; b=TDFeh6rZNzYU0fTeZfsECA4PLYGONiHbqPDRuIuqEtLaPDw2Tiom+ms/DTBxWBoPCO p6WPO0xooWEmrAghgNd7OzHtids4L2Eqo+BoKNntU0cTQTtckb3AP0YB1ilzIkuwaauT 52RC/F1ONp6pFhi2dBL27/+wt/LZHgnx5mZccqMVzYYzAjXuI8xQ/bXsWVvES9j0VfgA ts0GB2b4WK4KI5n/L9EpCbDQqVxUgXy9U64A9zFiBJlPLNARpxgBGEBrnUkWLICycrvu NBdN6SkiC5jcETyz8uENXH/FTnLEk6svxkcYb1iQ4jLrGcex8HPNKTPkIAxBNQLQpeRG n+Mw== X-Forwarded-Encrypted: i=1; AJvYcCUD5sn2UlTw08gcjvo95Dz9SeDD+cw9wkgJZi0d5a0Z1ljoRcygf0eMBur/zksQ5sgF4UYWLg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyqecEltFmq6HcBN5FCf9wj4gg9C/IEyCsWS4hR6WHry+fn9nMf vgxHdC9F8+KzUs12HDlnPjQ4XjQ7rLfofYc/DiEmvnkieBXlfpnJ X-Gm-Gg: ASbGncvbh5nN3SE8Piu2y5YD49SF6Ax0qMnJmyIpFyhLWeBoEYLuFQMcS4qUitUZ1Pv gTZ5SOH6eJANC/q/DMZ77I3aPNGTj1CXZY1cvTqLsOw4+dSUZ54M/Hq89CsBEFKwunXiRdPRCHA T0GCgnlsqeAXHZCHi1cunC6YEtqXljglwJ+P3zLhY9rZlqS7R9r4OIY7jVsJ6wVP8raVMLfVr5J nuod6NFL+tb1LYv66ojsd4vujaOphUvdomZb3ny9WY+szeZ45ZWxY8WcwAgN/k9kWbRKp5avNMM HtXpzvDYtO372Dq6+tUY3MRlTCKrPs3N//rnCAH9CgKbAh7iIHvXNoatWb0e06LIbn8Fpg== X-Google-Smtp-Source: AGHT+IEf5/Wb/tCtkHkJdEs9qygSnotkqqzRyVuVyS8r3tlv+CfL16q+UATa4j2G0wrdJ6kmocggPw== X-Received: by 2002:a05:620a:8706:b0:7c3:ccf5:362e with SMTP id af79cd13be357-7c3d8e6397fmr220044485a.14.1741146764994; Tue, 04 Mar 2025 19:52:44 -0800 (PST) Received: from smtpclient.apple ([2600:4041:423e:2300:2d66:846d:598f:f9cf]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7c378d9e404sm833852585a.79.2025.03.04.19.52.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Mar 2025 19:52:44 -0800 (PST) From: Ruiyang Wu <ywwry66@HIDDEN> Message-Id: <6B9D96AC-4D74-4A99-9ABF-11D249E2ACF4@HIDDEN> Content-Type: multipart/alternative; boundary="Apple-Mail=_41FEB973-73B6-4612-ADB2-6452E4B4D56B" Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS Date: Tue, 4 Mar 2025 22:52:34 -0500 In-Reply-To: <CAN+1Hbp7dwg4_pgAvcLfEvw2iyFf_Pk2WYEOhUcF=euEr0sCDw@HIDDEN> To: Ship Mints <shipmints@HIDDEN> References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1Hbp7dwg4_pgAvcLfEvw2iyFf_Pk2WYEOhUcF=euEr0sCDw@HIDDEN> X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Stephane, I have tested your patch on master, and it worked very well on both directions, including the `make-frame-on-monitor` function. I cannot reproduce the crash that Robert reported. I have tested plugging and unplugging the external monitor. The output of `x-display-list` stays unchanged as the hostname, whereas the output of `display-monitor-attributes-list` updates to reflect t [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (ywwry66[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (ywwry66[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2607:f8b0:4864:20:0:0:0:734 listed in] [list.dnswl.org] 1.0 FREEMAIL_REPLY From and body contain different freemails X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Robert Pluim <rpluim@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) --Apple-Mail=_41FEB973-73B6-4612-ADB2-6452E4B4D56B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Stephane, I have tested your patch on master, and it worked very well on both = directions, including the `make-frame-on-monitor` function. I cannot = reproduce the crash that Robert reported. I have tested plugging and unplugging the external monitor. The output = of `x-display-list` stays unchanged as the hostname, whereas the output = of `display-monitor-attributes-list` updates to reflect the new monitor = configurations. So things are looking good on my end. Best, Ruiyang > On Mar 4, 2025, at 12:34=E2=80=AFPM, Ship Mints <shipmints@HIDDEN> = wrote: >=20 > On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@HIDDEN = <mailto:rpluim@HIDDEN>> wrote: >> >>>>> On Tue, 4 Mar 2025 09:58:13 -0500, Ship Mints = <shipmints@HIDDEN <mailto:shipmints@HIDDEN>> said: >> Ship> And a synthesized name: (((name . "3200x1775@0,25") = (geometry 0 0 3200 >> Ship> 1800) (workarea 0 25 3200 1775) (mm-size 599 339) (frames = #<frame *scratch* >> 0x7f7c7009d430> ) (source . "NS"))) >>=20 >> Ship> We could use something like a UUID that's more opaque. >>=20 >> Ship> I haven't made either name bi-directional yet to allow = specifying it when >> Ship> operating on frames. >>=20 >> Yes, emacs crashes when I run `make-frame-on-monitor' :-) >=20 > 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. --Apple-Mail=_41FEB973-73B6-4612-ADB2-6452E4B4D56B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"content-type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;">Hi = Stephane,<div><br></div><div>I have tested your patch on master, and it = worked very well on both directions, including the = `make-frame-on-monitor` function. I cannot reproduce the crash that = Robert reported.</div><div><br></div><div>I have tested plugging and = unplugging the external monitor. The output of `x-display-list` stays = unchanged as the hostname, whereas the output of = `display-monitor-attributes-list` updates to reflect the new monitor = configurations. So things are looking good on my = end.</div><div><br></div><div>Best,<br><div><div dir=3D"auto" = style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: = normal; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; = text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; = line-break: after-white-space;"><div dir=3D"auto" style=3D"caret-color: = rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: = start; text-indent: 0px; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: = none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: = after-white-space;"><div>Ruiyang</div></div></div> </div> <div><br><blockquote type=3D"cite"><div>On Mar 4, 2025, at 12:34=E2=80=AFP= M, Ship Mints <shipmints@HIDDEN> wrote:</div><br = class=3D"Apple-interchange-newline"><div><div dir=3D"ltr"><div = dir=3D"ltr"><div class=3D"gmail_default" = style=3D"font-family:monospace"><span = style=3D"font-family:Arial,Helvetica,sans-serif">On Tue, Mar 4, 2025 at = 10:34=E2=80=AFAM Robert Pluim <<a = href=3D"mailto:rpluim@HIDDEN">rpluim@HIDDEN</a>> = wrote:</span></div></div><div class=3D"gmail_quote = gmail_quote_container"><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex">>>>>> On Tue, 4 Mar = 2025 09:58:13 -0500, Ship Mints <<a href=3D"mailto:shipmints@HIDDEN"= target=3D"_blank">shipmints@HIDDEN</a>> said:<br> Ship> And a synthesized name: (((name . = "3200x1775@0,25") (geometry 0 0 3200<br> Ship> 1800) (workarea 0 25 3200 1775) (mm-size 599 339) = (frames #<frame *scratch*<br> 0x7f7c7009d430> ) (source . "NS")))<br> <br> Ship> We could use something like a UUID that's more = opaque.<br> <br> Ship> I haven't made either name bi-directional yet to = allow specifying it when<br> Ship> operating on frames.<br> <br> Yes, emacs crashes when I run `make-frame-on-monitor' = :-)<br></blockquote><div><br></div><div class=3D"gmail_default" = style=3D"font-family:monospace">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.</div></div></div> </div></blockquote></div><br></div></body></html>= --Apple-Mail=_41FEB973-73B6-4612-ADB2-6452E4B4D56B--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 17:34:49 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 12:34:49 2025 Received: from localhost ([127.0.0.1]:60722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpWAL-000361-3R for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 12:34:49 -0500 Received: from mail-vk1-xa34.google.com ([2607:f8b0:4864:20::a34]:42037) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpWA0-00035P-Cg for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 12:34:34 -0500 Received: by mail-vk1-xa34.google.com with SMTP id 71dfb90a1353d-523bf140eccso24871e0c.0 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 09:34:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741109662; x=1741714462; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=XHGUYFCi26uqXHoTcDvNKEC9M9kT8uSbxmjRinEqJM8=; b=kLaWkRjqKfBYTJnaji8nhwscEWIdceOCpgGG8czM/ZYzPSl6x10eXj2XPZW3vHoDwS pNYtkAcAVTNxHepPDo5xd3meHz2ICXiOeEgMB4UXlHNTu0hEDVG/H4OIl0meoJZRZHXN xLmb+d+dDRN5eKePZCIue7nx+BKQfyHYT1vGpp6qOqQTbq09ak9eugWXn4j/LH1jeDXT td5UVdDvllIxssRBt0+lA9nnctK7o5PTX6uMwThRzw+Ude/LiGiT6UGTJ7RsMSF43am8 wiR8vhtQaHVyBO6n/PdvutVwi4Y1n0tIQNk8djA/cfL0m6ndJ62zDGHCJWcIkI44R8Y8 k1Mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741109662; x=1741714462; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XHGUYFCi26uqXHoTcDvNKEC9M9kT8uSbxmjRinEqJM8=; b=G9ImEVAN7sx+vTbXQ43GNnTCizi/JqrZBwnR+TxfcycBLrJQ6PdaUNUvfol4ej1SRY iFZRibYv4tImzrG5lQ1oywtOCScPIME3bp1S8YY2E053/eVFwM5dCgHDVqGrnHGTo96q wv/p2jV5/spIVUxebqL22QQf9r0OdsuPVlP+K1Yiko4jU7ujPC7EQZQyisxZRxrwJ1Yw Hk48mWDM11S99V+ot4zcLtph5uRKGNrwf0oYfe4f+Cu3v15a2yQL1UlX7k8VL91f6QVv +kVOU0Pt0+BzDbycIBeKKB7d2XRD3Z4HEdIsTQt3PPsgeCT2rjv+/rBjpWQBa/Mb3a6t K7lg== X-Forwarded-Encrypted: i=1; AJvYcCUzIhhQX2aOmE0FiNZEI4r+ndULNtpr5TYZ0BL8aHOgd46ox+WRefG+Ti+NmaIrqXdiaTQX1g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxTM09NpKaVmV8QpKgKwcLMX2MjCWbd1HNTiHPzr6gYA/YqTPT3 3Nsyr+fp1/Rtdf5PNdTtDwnNXFuQoMJthhHY89jTjeLrqaamCBkpDbKbQqmcWjcK45OLts9Ivnk QmIaqy4wpXXXTx5y6okdoVbyrYm4= X-Gm-Gg: ASbGncunoinxmkWmYDNisL3D/8+HR0woMycwxoezvmM47JKjpak/t1FEVLqFKKE8Atn /uWcX9cjjaJLJ57wZ0VfYvFv77nyhlNoxuQap+VrsmZkLRDOxokJTe6Ks4KSUSjO5LC0gr71rsj tHjM703/qJzklH5XPl5l2qaWrznw== X-Google-Smtp-Source: AGHT+IHmApu0WU9oZVHVym74POfP8U5o5d/9/3Bk5laFuSmgWITHBEE0f7PqJZm4LdSmiShFCcGDyBGEjmozdSL9jxQ= X-Received: by 2002:a05:6122:330d:b0:521:b3ee:4970 with SMTP id 71dfb90a1353d-523abbe68damr2906892e0c.2.1741109662280; Tue, 04 Mar 2025 09:34:22 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> In-Reply-To: <87jz94ajyp.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 12:34:11 -0500 X-Gm-Features: AQ5f1JoRL5zQqFOf_FtpB5BFExDaTf5I2YO2Dc3Oa_DY2xkcPFj-dBpdDUn1FRY Message-ID: <CAN+1Hbp7dwg4_pgAvcLfEvw2iyFf_Pk2WYEOhUcF=euEr0sCDw@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000ef7319062f87aec2" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000ef7319062f87aec2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wro= te: > >>>>> On Tue, 4 Mar 2025 09:58:13 -0500, Ship Mints <shipmints@HIDDEN> > said: > Ship> And a synthesized name: (((name . "3200x1775@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. --000000000000ef7319062f87aec2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <<a href=3D"mailto:= rpluim@HIDDEN">rpluim@HIDDEN</a>> wrote:</span></div></div><div cl= ass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex">>>>>> On Tue, 4 Mar 2025 09:58:13 -0500, Sh= ip Mints <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipm= ints@HIDDEN</a>> said:<br> =C2=A0 =C2=A0 Ship> And a synthesized name: (((name . "3200x1775@0,= 25") (geometry 0 0 3200<br> =C2=A0 =C2=A0 Ship> 1800) (workarea 0 25 3200 1775) (mm-size 599 339) (f= rames #<frame *scratch*<br> =C2=A0 =C2=A0 0x7f7c7009d430> ) (source . "NS")))<br> <br> =C2=A0 =C2=A0 Ship> We could use something like a UUID that's more o= paque.<br> <br> =C2=A0 =C2=A0 Ship> I haven't made either name bi-directional yet to= allow specifying it when<br> =C2=A0 =C2=A0 Ship> operating on frames.<br> <br> Yes, emacs crashes when I run `make-frame-on-monitor' :-)<br></blockquo= te><div><br></div><div class=3D"gmail_default" style=3D"font-family:monospa= ce">Does Emacs work when you run make-frame-on-current-monitor starting fro= m a selected frame on a secondary monitor?=C2=A0 make-frame-on-current-moni= tor does not depend on monitor names.=C2=A0 It would give me a hint where t= o look.=C2=A0 Even make-frame-on-monitor uses a monitor name only to get th= e geometry at which to place the new frame so if -current-monitor works but= not named, it'll be interesting.</div></div></div> --000000000000ef7319062f87aec2--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 16:34:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 11:34:05 2025 Received: from localhost ([127.0.0.1]:60591 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpVDY-00005K-UM for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 11:34:05 -0500 Received: from mail-ua1-x931.google.com ([2607:f8b0:4864:20::931]:60694) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpVDW-0008WN-F2 for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 11:34:03 -0500 Received: by mail-ua1-x931.google.com with SMTP id a1e0cc1a2514c-86911fd168dso2236002241.1 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 08:34:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741106037; x=1741710837; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=abDYp/C5aHbDjG3SaifhXm+sWUdvV1KXRjR+flsmlqw=; b=lNaFnNu8oGLApMnz6OsOdHcu1IInPD9Ug4a6Ka6FRyR4hsin3dyJTL3D8Jtdm1sZQO Ohro+Amj83kxqyd54Dw6ZeNdowsdF7IwyKn9YgsG4K9vLjlrDLuS/nOv241ZOclJxwM2 bg7yBrX54P26uAxD0Rlcd8SdmTDBjSeBYcLjfFcTSI1LEW5MILmqdKXggo87rry771Al 1RwqDkCvOxxpKZLR9dIs3uy2onEFnxHsUTpIyikjAtg0j8St02pbK/Hvxdu7Bjw4t65l DUsxtEMq78/ecGp+mvcXpcki60Afpf45cBhlnP1YgLb3L7ciCZDzT/ebatAPPK4clucd iOyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741106037; x=1741710837; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=abDYp/C5aHbDjG3SaifhXm+sWUdvV1KXRjR+flsmlqw=; b=SsetnNFHhDe9kXP4lCu/lSe63G8Hk3BHKK1eiigmW2UqF72792nAapalwbn3Ep/uxZ LBcBPCgS5QkLhVlnayWHDoATKAv8I3oTICKedGg/Duw2WKd+v6KTrbdCPSkhHwnaH4xK HY2doJBG8i32aGz88AP7Vgdga2e+OEnxFC5YDh7gobPqR4+RzZdRfnEADov2xut714+w pyycEekC4tQiI4gIxnYNkcITQBKWwKV3kuTSQg+OzaE4NWaNJ/z8oTZnwQEzLNXnTd0d XWT3aysUjcq4w0rBizQXhFwcHQPbvV9+VATw9B4Nri7g6gADMOyU0wOriu5DglTtQOKE i5gg== X-Forwarded-Encrypted: i=1; AJvYcCUuVDj0mvF4GVtChMK7Z/bOqGMKCeBxDrZWCDQ3/PqHQ7/JwMd/9Cnbu2Ohyn5KH0zn+mxQiw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzSECvBHeq+JG8h4fzaoqXK2eL3y921PfsSHDP+H1E9ibZMDwk4 bUfAaQIYXCWmF7ujpxXgEUZYKI4CaC7QGU5oCymtmLzhnIEIc4yUrKWoQy9o2C/cLTu4W2Ia0Gu OgUyDjgcKOsbdqy4DWNTkwwABbm0= X-Gm-Gg: ASbGnctMY6mhpsmcVkpWHVZKpdHYxpMdMTedYmsrHp4GjKQvMr0tG92ZpkKgjw7oGLy jdfOqKGuJtPJqL0xi7L9xn222zZqZEWbZXNulnFm4YpG8j5eVPCkhDxTHSPtLeDQ82YEZ/BQimW xzu1DAxeHHryszi303LbFm6E76wg== X-Google-Smtp-Source: AGHT+IEsLVKZIfpadGtt1zP+r9rGQXmRAD1jYQEwHS+cH6FkuJpbp4s6uJYc1HA7kQehebRsuQWc0YbDIDZvXEkKyR0= X-Received: by 2002:a05:6122:8492:b0:523:763b:3649 with SMTP id 71dfb90a1353d-523763b82ecmr4207464e0c.6.1741106036533; Tue, 04 Mar 2025 08:33:56 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN> <CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN> In-Reply-To: <CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 11:33:44 -0500 X-Gm-Features: AQ5f1JpYegx3TeD7mkQzNc1_P72OMfSnqmG6oLfqD_eGOLI8REbXmajYUgDmz68 Message-ID: <CAN+1Hbpgnvm78JtQeT_J4nX+XWt6WKjXZuHP20DtGfyUFnao8A@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000d2f601062f86d685" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000d2f601062f86d685 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 11:06=E2=80=AFAM Ship Mints <shipmints@HIDDEN> wr= ote: > On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints <shipmints@HIDDEN> = wrote: > >> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> = wrote: >> >>> It gives me reasonable looking names here: >>> >>> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 3440 >>> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>) >>> (source . "NS")) ((name . "Built-in Display") (geometry 459 1440 2048 >>> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (source >>> . "NS"))) >>> >> >> Robert, >> >> When you run (x-display-list), what do you get? Just your host name, >> right? And if you unplug and replug your monitors and rerun? >> > > And also (display-monitor-attributes-list) just to make sure it works wit= h > comings and goings of displays. > This thread from 2019 (Robert and Juri were there) seems to have hashed out some of the monitor naming, both natural (reported), and synthetic. Being able to restore multi-monitor framesets seems a good use case but I wonder how many macOS users would really use it and how much we should fuss to strive to make monitor names as static as possible. One issue would be restoring a frameset with a different second or third monitor that reports a different natural name, or with different smaller or larger geometry than the record stored in the frameset. Maybe some sort of monitor aliases akin to the DISPLAY1 DISPLAY2 idea but which would associate with whatever the currently reported displays are in sequential order, where DISPLAY1 is always the "main" display. https://lists.gnu.org/r/bug-gnu-emacs/2019-02/msg00526.html -Stephane --000000000000d2f601062f86d685 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Tue, Mar 4, 2025 at 11:06=E2=80=AFAM Ship Mints <<a href=3D"mailto:sh= ipmints@HIDDEN">shipmints@HIDDEN</a>> wrote:</span></div></div><di= v class=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_qu= ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20= 4);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"= gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at 1= 0:59=E2=80=AFAM Ship Mints <<a href=3D"mailto:shipmints@HIDDEN" targe= t=3D"_blank">shipmints@HIDDEN</a>> wrote:<br></div><blockquote class= =3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg= b(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div sty= le=3D"font-family:monospace"><span style=3D"font-family:Arial,Helvetica,san= s-serif">On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <<a href= =3D"mailto:rpluim@HIDDEN" target=3D"_blank">rpluim@HIDDEN</a>> wro= te:</span></div></div><div class=3D"gmail_quote"><blockquote class=3D"gmail= _quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204= ,204);padding-left:1ex">It gives me reasonable looking names here:<br> <br> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 344= 0<br> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>)<br> (source . "NS")) ((name . "Built-in Display") (geometry= 459 1440 2048<br> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (source<br> . "NS")))<br></blockquote><div><br></div><div style=3D"font-famil= y:monospace">Robert,</div><div style=3D"font-family:monospace"><br></div><d= iv style=3D"font-family:monospace">When you run=C2=A0(x-display-list), what= do you get? Just your host name, right? And if you unplug and replug your = monitors and rerun?</div></div></div></blockquote><div><br></div><div style= =3D"font-family:monospace">And also (display-monitor-attributes-list) just = to make sure it works with comings and goings of displays.</div></div></div= ></blockquote><div><br></div><div class=3D"gmail_default" style=3D"font-fam= ily:monospace">This thread from 2019 (Robert and Juri were there) seems to = have hashed out some of the monitor naming, both natural (reported), and sy= nthetic.=C2=A0 Being able to restore multi-monitor framesets seems a good u= se case but I wonder how many macOS users would really use it and how much = we should fuss to strive to make monitor names as static as possible.=C2=A0= One issue would be restoring a frameset with a different second or third m= onitor that reports a different natural name, or with different smaller or = larger geometry than the record stored in the frameset.=C2=A0 Maybe some so= rt of monitor aliases akin to the DISPLAY1 DISPLAY2 idea but which would as= sociate with whatever the currently reported displays are in sequential ord= er, where DISPLAY1 is always the "main" display.</div><div class= =3D"gmail_default" style=3D"font-family:monospace"><br></div><div class=3D"= gmail_default" style=3D"font-family:monospace"><a href=3D"https://lists.gnu= .org/r/bug-gnu-emacs/2019-02/msg00526.html">https://lists.gnu.org/r/bug-gnu= -emacs/2019-02/msg00526.html</a></div><div class=3D"gmail_default" style=3D= "font-family:monospace"><br></div><div class=3D"gmail_default" style=3D"fon= t-family:monospace">-Stephane</div><div class=3D"gmail_default" style=3D"fo= nt-family:monospace"><br></div></div></div> --000000000000d2f601062f86d685--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 16:06:50 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 11:06:50 2025 Received: from localhost ([127.0.0.1]:60542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpUnC-00077M-8f for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 11:06:50 -0500 Received: from mail-vk1-xa30.google.com ([2607:f8b0:4864:20::a30]:53512) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpUn7-00076o-Ny for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 11:06:48 -0500 Received: by mail-vk1-xa30.google.com with SMTP id 71dfb90a1353d-5236d34a37fso1405591e0c.3 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 08:06:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741104400; x=1741709200; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=qmjp8JzcswKYPCxC6hgiOySKo1kAYoMJ9acspEhM6MM=; b=M5Bcuy/IPWRHmzoTgImvxJafKIb09KIjDvc6exA7m8DctbNtwtVJ/Dz18ZujgIy4N/ IeIVbo4LKW+XryhE1JpeAqNvN727TP7tn43tVlCQ33NYVc9tQiN6eGPSXoOqb1AR6jWm PaeoZ1wLW5OH4esb0gMFR7zlDqNv1jRpvIovx50pYS9C3/DP27ZLEyIKvqW9l0D6A2ty feDOOKY4iLDdtSNpr5hCnPXvzfjPiL7/PJLgJj1EA6cAhcNPp+cOUX8tKL6b6MCPjPhj z2TYXW+VRZLwqEsMfAvO/BreZIiAPF9fj9nQOfeB5J0WgsH8WS74X4rE62F9WbLmQujT kq8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741104400; x=1741709200; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=qmjp8JzcswKYPCxC6hgiOySKo1kAYoMJ9acspEhM6MM=; b=c+Jj7yfF0MHiVxkfsIxfI+8Jzl54qwYD94ilYsOIxb57Okl5EdRGYokn+JPRhQwUAM rxUMH5EKEvKkbbNuptHVUOU5/qCfuvhFULbVvN4lUt7vpTUBG5XzGNdHZAAUVq+csFdN z/aFuwgPTt4RL4E64V81qmMNQP4Jwa1ioA8k1FsUku3rr1yxIY+GsD/q5IBKkzfUMuuF ILB8xCYZPZYTY9yq+wnmdfEbRGYOSLAGOWVI6B6Nj1x5znBqTUzhc1QDai4sj8ireLyI VQKm16v9gf5piP8LnKiR9u9j9feZKzu4763cu5HliJ9fUj+QBEt6mryQMLwLISyWBunK 5sMA== X-Forwarded-Encrypted: i=1; AJvYcCXsFa5xUzBH1fdjjk0IbtiAd4l6mXRne8f1nLt2cS4wnzC/7rxQT7pH6wopDGU/2mVJz3G64g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwmF1Jp4mh7AvynXlpVwA9UryzQnoPRsHOsx4VvSpOgGSb5GvL7 8a+yw7W52T46rpx8WzzWA1tIcgRP6BNeDTOR56aXEOV1fgMGQyMkGZ+FlwI9YpSZDFvVfRrsSuJ e1L9WBwWQKCwIegXDYumhzp5TUaY= X-Gm-Gg: ASbGncu09SG8mjsyhXHzvqVCY33G/yMFyrdIbxp0V+u27IG2UUerDUFLzRY1v7kTS3S FPdVWHvd1gK0WwCtHMURFfdhvDNO+SYEvdYGC45sLW3ZVxF5f90nGBlVntk+BVOS/crb9JmickX 3iZZr7x7j4QHz3M1Gl5ZB5ZEczgQ== X-Google-Smtp-Source: AGHT+IEITD+F4trt6es2Fb5OIKpMQ5Wx3M9NShrnFjXX8vZ36X9PAVY/aMLChXo7edPih7iFEexDBKoLWTHfE+tnoqs= X-Received: by 2002:a05:6122:1d0e:b0:516:18cd:c1fc with SMTP id 71dfb90a1353d-5235b8a4a87mr8453196e0c.8.1741104400099; Tue, 04 Mar 2025 08:06:40 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN> In-Reply-To: <CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 11:06:29 -0500 X-Gm-Features: AQ5f1Jpf2rfO-1PJeH6fmC6S01oeYXfDwYmhCFyhITB4NXahO9TZfDJDg_Of6IM Message-ID: <CAN+1HbpHmFpHRHmi6PbL+HV8LCZ=LXh9v8dm4Oa6c37GoqTVGQ@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="00000000000048eeaf062f867598" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --00000000000048eeaf062f867598 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 10:59=E2=80=AFAM Ship Mints <shipmints@HIDDEN> wr= ote: > On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> w= rote: > >> It gives me reasonable looking names here: >> >> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 3440 >> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>) >> (source . "NS")) ((name . "Built-in Display") (geometry 459 1440 2048 >> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (source >> . "NS"))) >> > > Robert, > > When you run (x-display-list), what do you get? Just your host name, > right? And if you unplug and replug your monitors and rerun? > And also (display-monitor-attributes-list) just to make sure it works with comings and goings of displays. --00000000000048eeaf062f867598 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmail_quote gmail_quo= te_container"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at = 10:59=E2=80=AFAM Ship Mints <<a href=3D"mailto:shipmints@HIDDEN">ship= mints@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_quote" s= tyle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pad= ding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div style=3D"font-family:= monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">On Tue, M= ar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <<a href=3D"mailto:rpluim@gm= ail.com" target=3D"_blank">rpluim@HIDDEN</a>> wrote:</span></div></di= v><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"mar= gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1= ex">It gives me reasonable looking names here:<br> <br> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 344= 0<br> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>)<br> (source . "NS")) ((name . "Built-in Display") (geometry= 459 1440 2048<br> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (source<br> . "NS")))<br></blockquote><div><br></div><div style=3D"font-famil= y:monospace">Robert,</div><div style=3D"font-family:monospace"><br></div><d= iv style=3D"font-family:monospace">When you run=C2=A0(x-display-list), what= do you get? Just your host name, right? And if you unplug and replug your = monitors and rerun?</div></div></div></blockquote><div><br></div><div class= =3D"gmail_default" style=3D"font-family:monospace">And also (display-monito= r-attributes-list) just to make sure it works with comings and goings of di= splays.</div></div></div> --00000000000048eeaf062f867598--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 16:00:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 11:00:47 2025 Received: from localhost ([127.0.0.1]:60533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpUhL-0006oj-4z for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 11:00:47 -0500 Received: from mail-vk1-xa36.google.com ([2607:f8b0:4864:20::a36]:54661) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpUhJ-0006oS-06 for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 11:00:45 -0500 Received: by mail-vk1-xa36.google.com with SMTP id 71dfb90a1353d-523a5dbe070so686136e0c.1 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 08:00:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741104039; x=1741708839; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=0W3o/9XyvC4hvjkVhc22d2DZGY/bkBCti5UApCmGM9E=; b=Q0xrRkvZlf2s7eOY0UYYmPjFNnJ0+trVeg3MPaKxdPsHdfw/3B1VAWBaKohjtbU+6Z 7IjJJyKVHCyyVYY/84EXDhd+bJDXnijIsJ4H7wIMT5Vyj45ASScSb/5Hm6OeMJ1KD0gs Bm9jpjRHH3wYSnIl9zBcfKG84mR4SWqUY6+LHjvDHXAo1foCSam6fyrI8r8ozzNbL418 jfsunVM4pT9PIfxcPP3QSuoPTqleytbhYPKVtNFDiHkif2sFSxTNAtI3ZEAfNWfiW2hG sDpCepk0+Zgq6PWglwPq3erIJ9jlY4IprvR7/9a7z/Rbv6iABdU/Lxgo+jIj0qo+WgEV hYkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741104039; x=1741708839; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0W3o/9XyvC4hvjkVhc22d2DZGY/bkBCti5UApCmGM9E=; b=UXTgAf0/MrK+bcIzB8tIVptOVLGbQWFsk0thVqoGQjUl1zjf+r+LWYlgeQYWAVj6CG VRdC4SylsAri8E5CuYDrpa/61vYxreRenOAdyichZotrQJUMKWIBjOjsDJJGGwVr4FZD Fdtle+xSlnAExdwVg2ju082HoozLPw6oHDiUWjEIXWWSzfoCQPj+LTpcC5YqzDHxcifJ MW1M7aquStntDn9vZepSd5oIOMZVYfo8UBHRJqO/sTP++fpiNtbm7CxwdT48Fvqt18mB LjwN2um7vkOZlO8gZ3zSWbwkQ85C2ufD0w1UQT068Cppntkq2GBYoLlt/axO54D/sz62 IT9Q== X-Forwarded-Encrypted: i=1; AJvYcCWq5HYF6XFZjAdoUBZKQZm/hUmgW9vtG46rBuxa4ASnCkXvOsg9o9VaPQ3ehvl3u3o+UbeqkA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxbjWscC012Y4malGZOyzX3O5SWDueq8J8f4l/V5Z909KPYHkXa Os7gJXEF5Cnsw3njQ+joZX8xh5qR0Gt28rRYNwHve/VZoqbJ3VG7sT7xN1MHoaMMhIoNgwZ7anp b75Yma4LRPBsqKufqwj+NRE/bwTk= X-Gm-Gg: ASbGncu/kKM2FICk/iDOIg9K3Qf40BQFZ+cDhcrPklRokZiQAuvIVKHNO+eXslUq1TP iteXOSF3dIvVMVek5YFzXWwOAp/F9kJXJs0X3qtXvmaK8mWE7qcoh8ZdUh2xLz3lcPKRi8qONBy tJKf5D0bDFEzgVYLgdktXSSh5iMw== X-Google-Smtp-Source: AGHT+IHrJLo02vxRaj3O+IaywHohoE28+mipnZP3YmETa16noKmH3efuk1YQe/ynSmvSnPKjAAbYaot3bXGCJz10o40= X-Received: by 2002:a05:6122:321e:b0:520:5a87:66fa with SMTP id 71dfb90a1353d-5235b647646mr11136711e0c.3.1741104039365; Tue, 04 Mar 2025 08:00:39 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpWT85y0-YhT=yLz6yMBoYPsLGg3cubwSWOmUCQhA1Vyg@HIDDEN> <87frjsajlg.fsf@HIDDEN> <CAN+1Hbp3Rt7uhOU2EixCxyLdfdw0KO3s4RZjnj4gPUU8nbQotw@HIDDEN> <5270E489-FE6B-4B56-AFF9-B20EF5A28DF7@HIDDEN> In-Reply-To: <5270E489-FE6B-4B56-AFF9-B20EF5A28DF7@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 11:00:26 -0500 X-Gm-Features: AQ5f1Jq8DTF6CELHMUdfQHZHI95Q4jOFby5YT7u0YIfoTJImkTFz-Bw-9OhlaOQ Message-ID: <CAN+1HbrAnFWWLkkhYqhKBt7ioMDv12Z97_0NrcSWauLX9ZRUWw@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Ruiyang Wu <ywwry66@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000c89599062f865f41" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Robert Pluim <rpluim@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000c89599062f865f41 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 10:58=E2=80=AFAM Ruiyang Wu <ywwry66@HIDDEN> wrot= e: > Thank you Stephane for the investigation. The outputs that you and Robert > attached look good to me. I will also test the patch myself later today o= r > tomorrow. > > Stefan earlier mentioned that the issue may also exist on some GNU/Linux > platforms. I wonder if that also needs to be addressed in this bug report= . > Those would be separate bug reports. I do not think there is any shared code involved across platform display engines. --000000000000c89599062f865f41 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Tue, Mar 4, 2025 at 10:58=E2=80=AFAM Ruiyang Wu <<a href=3D"mailto:yw= wry66@HIDDEN">ywwry66@HIDDEN</a>> wrote:</span></div></div><div cl= ass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex"><div>Thank you Stephane for the investigation. The outputs= that you and Robert attached look good to me. I will also test the patch m= yself later today or tomorrow.<div><br></div><div>Stefan earlier mentioned = that the issue may also exist on some GNU/Linux platforms. I wonder if that= also needs to be addressed in this bug report.</div></div></blockquote><di= v><br></div><div class=3D"gmail_default" style=3D"font-family:monospace">Th= ose would be separate bug reports.=C2=A0 I do not think there is any shared= code involved across platform display engines.</div></div></div> --000000000000c89599062f865f41--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 15:59:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 10:59:23 2025 Received: from localhost ([127.0.0.1]:60520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpUfz-0006eG-By for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:59:23 -0500 Received: from mail-ua1-x934.google.com ([2607:f8b0:4864:20::934]:58680) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpUfw-0006e2-Ey for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:59:20 -0500 Received: by mail-ua1-x934.google.com with SMTP id a1e0cc1a2514c-866de72bb82so2552658241.1 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 07:59:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741103954; x=1741708754; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Nfu5069M9KYlehBPPyKkAzReY7yLHoWUWfhDNCkzeVA=; b=YtfJCiFUQ0xVlk2RhdEeXoM7eyyo3X+Hi5ZSaWy4aO2nr2vT7aOCU4+Gl2su1rRG/Y lgWF8xtOy1/+sM8/pX62zUO0wpMUxPZmzT7nmrKpO7wR3QTMFYQFtegVJIB/FH/Jo5qc NvLF7d/2l+CL4SC9GHmxBE+O0wp0aL1UFUEqaoTQhMXwcBeoNwnu09ebX7VsFl7w8cXG /bV9eZxskontt7HH4SeM3sg1BwrRZg3m1v1rvNBLV+X/w0TmIameHFCKpwrjL2yf4Fbs 64/I9qS1SfBTOn3Z6zPZ7BSgrm1GVUC2YM+NzlP/zaaPdSzRpc9nPcojY72Qnslznqd8 Nteg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741103954; x=1741708754; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Nfu5069M9KYlehBPPyKkAzReY7yLHoWUWfhDNCkzeVA=; b=oEODRdgIEJn9w40nWRuhXNygBURVuQhjCsE4NJw8534o/dxpHdkToXHo69WVjHRH3J WbTATYWRvcmG41iCO5Jxw0ZTOf8t+aBUMXYFh3p9OH1I5npOUlTT9/GaG7OuvPkSH8u3 5jfCnb1HhUfbLOo6jBc/bXS3FTPjBH6ae6tRLoLWXjiv+Qj/aUMQ5cUUzYGocKRzDjxd mW3eTGltdcATYFOUpjPm7FXOK0RsjT9svHmIbhWFDUbIGGdD8x4YXaPlA3dv2lj2rZvi QKyOoqMhwlAhWHBUrFgvLzX6HmIW6bcQ60cKvDigd8mRFMp1L5mEAt+vYSWl53uKfdVH UttA== X-Forwarded-Encrypted: i=1; AJvYcCXBOBc0t+cfdiW2sA5x7SXxK2k3s3ichfQe+vNB8t9mhDB20lU38P/CuCk/NNKJBtuaBpq3IQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yw8CYWd2O65cW70R0D+jeaYNeLmxJnPR+YkMjAfhPeIBrqBy3Sk l2XOHUSMZZElYC69dHb/v9q0GBIy5QMs0sCMuk33fN7WDey66vLpPkFht5JRwoJ7fy1bXrvhj6H f6262H1prs0COoyVXYBGeLiFm8JM= X-Gm-Gg: ASbGncsPmQRqqyqrakd8zLJYiUIPgu5GsjdvMFh0v999yOD+b5b34P0EtQUZc5pQjes 7VN0f67pO5lMWMwmqfX1bPPP0iipkTER9gcsd2EReCWu8zlfbeTmL4XSm+IIeXP/wf08aW8bfpv b14m+nX+JqBamCqum81i9ymNO6Kg== X-Google-Smtp-Source: AGHT+IFZ4t3SCJ2h1Oj1SAeylTn7evrdbynR4ckg/lmgRNE2Rxhkewly1QDLUDee/va2hKh8oduhORgumiuD8CYAGF4= X-Received: by 2002:a05:6102:5120:b0:4c2:20d6:c6c3 with SMTP id ada2fe7eead31-4c220d6cabcmr1401462137.10.1741103954736; Tue, 04 Mar 2025 07:59:14 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> In-Reply-To: <87jz94ajyp.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 10:59:02 -0500 X-Gm-Features: AQ5f1JqsC_uL-ptNvceflXV90awPEToSX4_1ZbMvxWyoXoTeM2_Pi7esVe43kNA Message-ID: <CAN+1HbpwPn_AoGVqR6P8epzNuRpt1oh0GujRiK7S8r0gLV+NcQ@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000bd3e50062f865a55" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000bd3e50062f865a55 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wro= te: > It gives me reasonable looking names here: > > (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 3440 > 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>) > (source . "NS")) ((name . "Built-in Display") (geometry 459 1440 2048 > 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (source > . "NS"))) > Robert, When you run (x-display-list), what do you get? Just your host name, right? And if you unplug and replug your monitors and rerun? --000000000000bd3e50062f865a55 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <<a href=3D"mailto:= rpluim@HIDDEN">rpluim@HIDDEN</a>> wrote:</span></div></div><div cl= ass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex">It gives me reasonable looking names here:<br> <br> (((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 344= 0<br> 1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>)<br> (source . "NS")) ((name . "Built-in Display") (geometry= 459 1440 2048<br> 1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (source<br> . "NS")))<br></blockquote><div><br></div><div class=3D"gmail_defa= ult" style=3D"font-family:monospace">Robert,</div><div class=3D"gmail_defau= lt" style=3D"font-family:monospace"><br></div><div class=3D"gmail_default" = style=3D"font-family:monospace">When you run=C2=A0(x-display-list), what do= you get? Just your host name, right? And if you unplug and replug your mon= itors and rerun?</div></div></div> --000000000000bd3e50062f865a55--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 15:58:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 10:58:44 2025 Received: from localhost ([127.0.0.1]:60515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpUfL-0006cb-Jf for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:58:43 -0500 Received: from mail-qk1-x72a.google.com ([2607:f8b0:4864:20::72a]:48300) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <ywwry66@HIDDEN>) id 1tpUfI-0006cG-Ll for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:58:41 -0500 Received: by mail-qk1-x72a.google.com with SMTP id af79cd13be357-7c3cf3afc2bso74816885a.0 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 07:58:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741103915; x=1741708715; darn=debbugs.gnu.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=MKXr4O7JuB0HCv7aK+VrMhwK94ryE3xwNpadLJGNBjw=; b=PBwrM48HzjkpLarcFLHip6bzpeubGRKDYDBksUPkufE+wzdepbGGwx/OJ5XAcob//J AdmnFc1LgM1ID+qsn4rNjO/yoSWIyewl3c5Jzq1s4w6s/mhHy7RTei6fT/9wg6sQKybc CUmnwUzf1yjmsSlzvBCtxCvicv3h7i2bndnwAoQmg4KbgPmrZm4DeqlesqFJDMZAuoqm QvtVHqx+jGKrDvIvYjaKNyBezg56oKJzsYh3+sI8GlucE4F1R19D9F0OWY1xuiVxtuGJ 07MvvFs/5sZbzWB4SZHubQxiqgjErnNr0AdDNt9zk3RpJ2bMRvUASLqp3dGTRs7adohj gB9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741103915; x=1741708715; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=MKXr4O7JuB0HCv7aK+VrMhwK94ryE3xwNpadLJGNBjw=; b=GVKeJmLFCidVrm1RQ8DcsSHu8QBCAl7GKwr3oG1rLNsjB5LMSbmP9GvOlX8GYirz/z sFL/P5gu079rJI7giYS58fFusJvmh5XjPbSck9SG5qmAzDwA68wAIqg46ooGhT9UIIuX +qZjx/PgTkNQ1ee6wNq8zETzx0XWCA5GzmHPaqNJ0NN7Z05Z2i8IDGr8J/yCJGLG/1v5 dXbQnLRsnoRsDDNo+r0KwPoyMbl2D+nWUW/4POuxkQWH2vksulTPITBUxKWGWgBpAKkx l+9xmGHAvnwmqO+OIl++5bYF7+tY+R796URPcBCr/E6qd5k815AYOaena0T3MtDDzu4R o5iQ== X-Forwarded-Encrypted: i=1; AJvYcCVsiA1RxwRzNQ8FY4SGY57I4PKk7y2agC/LNDjgoQ/InEH20BGDa6Jf4ZrYXF67Zn41+a2plw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzEtvp27GYWa0rP2RU3w2MxgLvVY/LXlLCaF4h8fYRpaFdlt8HT ON+Of6H7k+IImBZdZTWlfKPuM/1H+DpqvcTiuVM0YwsrHuVOTQMZ X-Gm-Gg: ASbGncsCq0QIDe0488ZAcaWFlM/BbdilXJAwbZxbZyx8xC/UyPE9mAVF8DHkHoX3UjU 7Zg3e3y/qsPNM1VhoeKUjTeKJU3Fkvgap+nncSoGgdKXaNjGzmB2PyZvJ2CMUDHKnC1yhzlh+Ji sNDaGbNK2zjS+Yhj49/2NNNpPOQYb3MRyPwc1zue4gUWOwpbKkdYhys1VuheC6j/0Rw7aVrBr7z EHzfHIdR3hW71dXrxvNEfMOuZFrIaNNLSEFGuo4WcGgYKex5ckxAz6vimWUBbbxGTijnXgUwCNA paD5cTBfwM1kfr6V7FrUJDwNdMPMh5Fn/ILu2iSewZ52DhrqEtyqftcnloTJp1IpqTbA7d7YKXw d22ykJcpI X-Google-Smtp-Source: AGHT+IHzoiXqMPovi4grdfCdTGZM5PDjTAC1Nf35SkZ/zV6RAuhQSeA816LJpAGDMqe5Zx81Jsiqfg== X-Received: by 2002:a05:620a:2607:b0:7c3:d63d:7bd0 with SMTP id af79cd13be357-7c3d63d7f1dmr166240185a.46.1741103914697; Tue, 04 Mar 2025 07:58:34 -0800 (PST) Received: from smtpclient.apple ([150.210.231.129]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7c3bbbc3433sm294256785a.9.2025.03.04.07.58.34 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Mar 2025 07:58:34 -0800 (PST) From: Ruiyang Wu <ywwry66@HIDDEN> Message-Id: <5270E489-FE6B-4B56-AFF9-B20EF5A28DF7@HIDDEN> Content-Type: multipart/alternative; boundary="Apple-Mail=_EC61731F-C3F4-413B-8CC8-5CB16ED68249" Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS Date: Tue, 4 Mar 2025 10:58:23 -0500 In-Reply-To: <CAN+1Hbp3Rt7uhOU2EixCxyLdfdw0KO3s4RZjnj4gPUU8nbQotw@HIDDEN> To: Ship Mints <shipmints@HIDDEN> References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpWT85y0-YhT=yLz6yMBoYPsLGg3cubwSWOmUCQhA1Vyg@HIDDEN> <87frjsajlg.fsf@HIDDEN> <CAN+1Hbp3Rt7uhOU2EixCxyLdfdw0KO3s4RZjnj4gPUU8nbQotw@HIDDEN> X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Thank you Stephane for the investigation. The outputs that you and Robert attached look good to me. I will also test the patch myself later today or tomorrow. Stefan earlier mentioned that the issue may also exist on some GNU/Linux platforms. I wonder if that also needs to be addressed in this bug report. Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (ywwry66[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (ywwry66[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2607:f8b0:4864:20:0:0:0:72a listed in] [list.dnswl.org] 1.0 FREEMAIL_REPLY From and body contain different freemails X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Robert Pluim <rpluim@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) --Apple-Mail=_EC61731F-C3F4-413B-8CC8-5CB16ED68249 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thank you Stephane for the investigation. The outputs that you and = Robert attached look good to me. I will also test the patch myself later = today or tomorrow. Stefan earlier mentioned that the issue may also exist on some GNU/Linux = platforms. I wonder if that also needs to be addressed in this bug = report. Best, Ruiyang > On Mar 4, 2025, at 10:45=E2=80=AFAM, Ship Mints <shipmints@HIDDEN> = wrote: >=20 > On Tue, Mar 4, 2025 at 10:42=E2=80=AFAM Robert Pluim <rpluim@HIDDEN = <mailto:rpluim@HIDDEN>> wrote: >> >>>>> On Tue, 4 Mar 2025 10:38:41 -0500, Ship Mints = <shipmints@HIDDEN <mailto:shipmints@HIDDEN>> said: >>=20 >> Ship> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim = <rpluim@HIDDEN <mailto:rpluim@HIDDEN>> wrote: >> >> How many version back of macOS does localizedName work for? >> >>=20 >>=20 >> Ship> 10.15. No worries for anyone using the platform these = days, I think. Do >> Ship> you think I should wrap it? Hrumph, if so. We need to = modernize the NS >> Ship> implementation at some point. >>=20 >> I guess the functionality has been broken for quite some time now, so >> getting it back should be enough (but I=CA=BCm not an Emacs = maintainter). >=20 > Now, it's just "work" to make it bidi. I'll try to spend time on it = this week. >=20 > Wu Ruiyang, are you okay using the reported names that you've seen in = this thread or the synthesized names? I assume you're not hard coding = references to display names? >=20 > -Stephane --Apple-Mail=_EC61731F-C3F4-413B-8CC8-5CB16ED68249 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"content-type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;">Thank you = Stephane for the investigation. The outputs that you and Robert attached = look good to me. I will also test the patch myself later today or = tomorrow.<div><br></div><div>Stefan earlier mentioned that the issue may = also exist on some GNU/Linux platforms. I wonder if that also needs to = be addressed in this bug report.</div><div><br = id=3D"lineBreakAtBeginningOfMessage"><div> <div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, = 0); letter-spacing: normal; text-align: start; text-indent: 0px; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: = break-word; -webkit-nbsp-mode: space; line-break: = after-white-space;"><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, = 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; = text-indent: 0px; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: = none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: = after-white-space;"><div>Best,</div><div>Ruiyang</div></div></div> </div> <div><br><blockquote type=3D"cite"><div>On Mar 4, 2025, at 10:45=E2=80=AFA= M, Ship Mints <shipmints@HIDDEN> wrote:</div><br = class=3D"Apple-interchange-newline"><div><div dir=3D"ltr"><div = dir=3D"ltr"><div class=3D"gmail_default" = style=3D"font-family:monospace"><span = style=3D"font-family:Arial,Helvetica,sans-serif">On Tue, Mar 4, 2025 at = 10:42=E2=80=AFAM Robert Pluim <<a = href=3D"mailto:rpluim@HIDDEN">rpluim@HIDDEN</a>> = wrote:</span></div></div><div class=3D"gmail_quote = gmail_quote_container"><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex">>>>>> On Tue, 4 Mar = 2025 10:38:41 -0500, Ship Mints <<a href=3D"mailto:shipmints@HIDDEN"= target=3D"_blank">shipmints@HIDDEN</a>> said:<br> <br> Ship> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert = Pluim <<a href=3D"mailto:rpluim@HIDDEN" = target=3D"_blank">rpluim@HIDDEN</a>> wrote:<br> >> How many version back of macOS does localizedName = work for?<br> >> <br> <br> Ship> 10.15. No worries for anyone using the = platform these days, I think. Do<br> Ship> you think I should wrap it? Hrumph, if = so. We need to modernize the NS<br> Ship> implementation at some point.<br> <br> I guess the functionality has been broken for quite some time now, = so<br> getting it back should be enough (but I=CA=BCm not an Emacs = maintainter).<br></blockquote><div><br></div><div class=3D"gmail_default" = style=3D"font-family:monospace">Now, it's just "work" to make it = bidi. I'll try to spend time on it this week.</div><div = class=3D"gmail_default" style=3D"font-family:monospace"><br></div><div = class=3D"gmail_default" style=3D"font-family:monospace">Wu Ruiyang, are = you okay using the reported names that you've seen in this thread or the = synthesized names? I assume you're not hard coding references to = display names?</div><div class=3D"gmail_default" = style=3D"font-family:monospace"><br></div><div class=3D"gmail_default" = style=3D"font-family:monospace">-Stephane</div></div></div> </div></blockquote></div><br></div></body></html>= --Apple-Mail=_EC61731F-C3F4-413B-8CC8-5CB16ED68249--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 15:45:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 10:45:47 2025 Received: from localhost ([127.0.0.1]:60493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpUSp-0004Y1-0q for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:45:47 -0500 Received: from mail-vk1-xa2c.google.com ([2607:f8b0:4864:20::a2c]:59764) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpUSn-0004JO-0R for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:45:45 -0500 Received: by mail-vk1-xa2c.google.com with SMTP id 71dfb90a1353d-523a00c9d96so854499e0c.3 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 07:45:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741103139; x=1741707939; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Q1/ks5kCLXagyp/H6Pf+WpnadgWeVtxti50gcKb338Y=; b=ewNEPGJpmAHe1zW+z/071ImFYrJf/ts9G9TuWa7vXsCTeGgx56pluPtQ7gHqvnDlOC 2iUDmsxxqfuACnfT9KkO0yfi/lkS1Xwe2dSuI4h9TON4GMD+gEwB0l+UR0Q874qSvJW9 iMzXBf8CtzqA+ZlXquUC3KyugzTE7ijyMtaj49ME0NwJ30Rss4SQrasmy3/DMoGkXhaS Wo9vWIgEFC59uxhSUUiGG2qv5fQw393ivmyAfBDOKRkPJ6Q0BlJ2iMqRziPuS/eHpEOC xjWKHrVfW5qDsN9sIOrNOrMkySUUm7rM0v9KEIdOMCr0EUATrs57H/VBS2VKbn0Wj9pz bAMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741103139; x=1741707939; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Q1/ks5kCLXagyp/H6Pf+WpnadgWeVtxti50gcKb338Y=; b=foV+zrx/j8D9mVx/4jFVpPqEXmyaOQSrlk7dznalAg71zEA6QXeQayK15Y3PY6+tR7 dqeiuBM3XnApOixTeUEMDqZ+TPv2jQTPcT4mcharkRGPa6vqWPuzZrMxvTCaSbr6a4I7 8BrjXHdaGkFPHn9eIQ23EXCHzRFdP97m34h6aJLka6FPuQFiN9G/Ln6fnsf0YoZvIMsi /7BV7TChmw74+2hkMv6QkiMoL1oW+p65c3zPJ0Jksvvc1tNfHi89pckdYfIYEgi/g9eY PqAEVwzpWgtOinYk8R5/HfYcs3jZcSmBAoxx+D1KQkka7BwN4GDO3LpDMC4q3mYQ/4nt zhKQ== X-Forwarded-Encrypted: i=1; AJvYcCVEF2fxgGRYKswndHQMfUI6cduNP87RB2Zm5GHw6jEUK216UvuNLmu9dAGG5xAI/h6xqEc0tg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzIfSC9TfIEqFmKv6u8G9FBFoFQevrq95kUoshdGbDGAZagMJZz k3yCsl2u8pdzMhxfJf/lDtjwpYEO1j2/MADdFe9x/I6qgZKgH/f2Olvp6EaRNtSErGH2Zuy3pNg wY0l0sxqSI0Nt/Xsuw3mCR65vskRegg== X-Gm-Gg: ASbGnct2HYVMrkfPYSmBU3lOihctksRuAkKz53RSUBNdDMTTektVJtLJvQlLxS6nK8F 35PyCvg9EzAdcX4H/U6XnuJZ/hDxiICqFkP8GDrZday071UPsKGCw3hQhC0Fra7UQ4Vj67iHLCD MJzA8YctBEf6aNcPRoqdjdgTVyRw== X-Google-Smtp-Source: AGHT+IGgV59CUjxDs9n//kKET+u/gGiAuHMk70hdGI/HYbN216bXuWNUfurQ9dxTKy2HrcCK3AIqqW7XQfX08KQEM4U= X-Received: by 2002:a05:6122:88a:b0:520:6773:e5bf with SMTP id 71dfb90a1353d-5235b415010mr9778356e0c.1.1741103138983; Tue, 04 Mar 2025 07:45:38 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> <CAN+1HbpWT85y0-YhT=yLz6yMBoYPsLGg3cubwSWOmUCQhA1Vyg@HIDDEN> <87frjsajlg.fsf@HIDDEN> In-Reply-To: <87frjsajlg.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 10:45:27 -0500 X-Gm-Features: AQ5f1JrR6vhUkGy3-9K0-dyq-uqhcSZKiLDxT6xQPEuBV-KzFKuuy95GgSTiZgQ Message-ID: <CAN+1Hbp3Rt7uhOU2EixCxyLdfdw0KO3s4RZjnj4gPUU8nbQotw@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000001ddb3f062f862aa3" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000001ddb3f062f862aa3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 10:42=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wro= te: > >>>>> On Tue, 4 Mar 2025 10:38:41 -0500, Ship Mints <shipmints@HIDDEN> > said: > > Ship> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@gm= ail.com> > wrote: > >> How many version back of macOS does localizedName work for? > >> > > Ship> 10.15. No worries for anyone using the platform these days, I > think. Do > Ship> you think I should wrap it? Hrumph, if so. We need to > modernize the NS > Ship> implementation at some point. > > I guess the functionality has been broken for quite some time now, so > getting it back should be enough (but I=CA=BCm not an Emacs maintainter). > Now, it's just "work" to make it bidi. I'll try to spend time on it this week. Wu Ruiyang, are you okay using the reported names that you've seen in this thread or the synthesized names? I assume you're not hard coding references to display names? -Stephane --0000000000001ddb3f062f862aa3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Tue, Mar 4, 2025 at 10:42=E2=80=AFAM Robert Pluim <<a href=3D"mailto:= rpluim@HIDDEN">rpluim@HIDDEN</a>> wrote:</span></div></div><div cl= ass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex">>>>>> On Tue, 4 Mar 2025 10:38:41 -0500, Sh= ip Mints <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipm= ints@HIDDEN</a>> said:<br> <br> =C2=A0 =C2=A0 Ship> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim= <<a href=3D"mailto:rpluim@HIDDEN" target=3D"_blank">rpluim@HIDDEN= </a>> wrote:<br> =C2=A0 =C2=A0 >> How many version back of macOS does localizedName wo= rk for?<br> =C2=A0 =C2=A0 >> <br> <br> =C2=A0 =C2=A0 Ship> 10.15.=C2=A0 No worries for anyone using the platfor= m these days, I think.=C2=A0 Do<br> =C2=A0 =C2=A0 Ship> you think I should wrap it?=C2=A0 Hrumph, if so.=C2= =A0 We need to modernize the NS<br> =C2=A0 =C2=A0 Ship> implementation at some point.<br> <br> I guess the functionality has been broken for quite some time now, so<br> getting it back should be enough (but I=CA=BCm not an Emacs maintainter).<b= r></blockquote><div><br></div><div class=3D"gmail_default" style=3D"font-fa= mily:monospace">Now, it's just "work" to make it bidi.=C2=A0 = I'll try to spend time on it this week.</div><div class=3D"gmail_defaul= t" style=3D"font-family:monospace"><br></div><div class=3D"gmail_default" s= tyle=3D"font-family:monospace">Wu Ruiyang, are you okay using the reported = names that you've seen in this thread or the synthesized names?=C2=A0 I= assume you're not hard coding references to display names?</div><div c= lass=3D"gmail_default" style=3D"font-family:monospace"><br></div><div class= =3D"gmail_default" style=3D"font-family:monospace">-Stephane</div></div></d= iv> --0000000000001ddb3f062f862aa3--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 15:42:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 10:42:17 2025
Received: from localhost ([127.0.0.1]:60476 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpUPO-0002nw-6J
for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:42:17 -0500
Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]:59536)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpUPL-0002nO-7e
for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:42:11 -0500
Received: by mail-wm1-x333.google.com with SMTP id
5b1f17b1804b1-4394036c0efso37456385e9.2
for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 07:42:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741102925; x=1741707725; darn=debbugs.gnu.org;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id
:reply-to; bh=e8Tt09DbrqS2eFaXHISyHWo7fp/fgfcA7b5PFLMClAo=;
b=XvaBNe9hTNoOxDX7BNv/rD4yp/IBIPTNABMyX+0LYGULE3LH3lp8gM9a3Vp5MNXTFA
ORhurRyLz6TKJMxfyOFKP/7EjzeSciw4t+GcIF7N8u378nOX4an75em/lDpln0k3TQV0
bYgLedKr663xEJ1O8/MA260h/1mhMw/yjhNJbTWUyht+HhnlANR2rngLhWjcAEXAw2vV
uUJLFFErKIUuaFw3BiT2FlTTgjMuHKMRIMXbT4CrIhXP8EV5Ag9AO3bFpMv+mQ5dGux5
pdI6OP7AyHcYle8kxsZPrr0mSL/uC/mSTurVh1PUZHujtjr120gEZlNQSNQi0AMfSxBo
szUA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741102925; x=1741707725;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc
:subject:date:message-id:reply-to;
bh=e8Tt09DbrqS2eFaXHISyHWo7fp/fgfcA7b5PFLMClAo=;
b=QO6FoNPQ5QBDvS59ErZlOu9SqCDvFyiN0gJZ6UzznJdUm6td2gEqunvdRirVXH9suZ
ZVR5m4tn2DrZiAlc4/7mD+YPmcpCJ7DNEW4PXDJh/KKarNa18s7qAzPyut8IWeYNM8vh
itxuHMTFD76/TetF7C5lm/HgyXVPcH0E36ouueZgGLDhXVSScRBddXzTywGZ5QsMP0QQ
X1E92ORiL/AxadphHODhWXhqqBOm1WLDW9g4x2/KIsLW27W0P5AxpF5c129WkJW6sQ2M
Gy7ImZlfgP3vNrcy5hwj6q3FPX9v8bBq/VAZda7qq3twXCMmZX1wGlPnHotF5EnB/lhp
V8WQ==
X-Forwarded-Encrypted: i=1;
AJvYcCUoyfT6u7RnQPZzd8LlM/TLMWsID335AwGQGQPt1JB7mIn4xrI2XDA9zbko23AHwDmyRXlkrg==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxlI//HWboDPa8gHWLDyV7rwRZVSSl+nt1/T7U8VlnyXg4Regk6
1U98mtdkLYQ9kJze/0RBgqBF7NYddD/2Xo88HkRJj7wnRA13m1N/9Z3nZw==
X-Gm-Gg: ASbGnctCN9DMW4Nti+Ff1twjBtgc5a3ehTZWtJZawC8bmmK6+Yvsz6FzNEjpIEk01YM
/AILJo0ICZwOpxjE/RfNSqxNdKRf00jpDlgujgC360QHk/5fxrkEddlZR/m5yPo2gTJ0aEtcNIK
h0oAVaoPqb2joRfOdxl2W6Ql75XxEWrttZQ/pDbUqGMxcbIndxpVaRQ0g+7clM8M091gL4FjnFk
eDzrSiuamvXTr1buicA63pm9ciu31UZp5emyxM05BoiDF0h4v/MOjPHngvMzKxf9TH/KfpkCqlu
3tH4AOKjpL0bc8kpdHGk3SOjdNeJbFs=
X-Google-Smtp-Source: AGHT+IFuFdbZ3JsMNcDhk+7YLuqIVLYbxPxAIEpJSuUNd6yhNqrkm5ylGVgiZSnOOSu0aTjkNbLsdw==
X-Received: by 2002:a05:600c:3b97:b0:43b:c7ad:55c2 with SMTP id
5b1f17b1804b1-43bc7ad56cbmr57331525e9.6.1741102924716;
Tue, 04 Mar 2025 07:42:04 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:6d84:4714:d8a:17ac])
by smtp.gmail.com with ESMTPSA id
5b1f17b1804b1-43b737074d8sm202463345e9.16.2025.03.04.07.42.04
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Tue, 04 Mar 2025 07:42:04 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Ship Mints <shipmints@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CAN+1HbpWT85y0-YhT=yLz6yMBoYPsLGg3cubwSWOmUCQhA1Vyg@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN>
<CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN>
<CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN>
<CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
<87o6ygaly5.fsf@HIDDEN>
<CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN>
<87jz94ajyp.fsf@HIDDEN>
<CAN+1HbpWT85y0-YhT=yLz6yMBoYPsLGg3cubwSWOmUCQhA1Vyg@HIDDEN>
Date: Tue, 04 Mar 2025 16:42:03 +0100
Message-ID: <87frjsajlg.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>,
Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>>>>> On Tue, 4 Mar 2025 10:38:41 -0500, Ship Mints <shipmints@HIDDEN> s=
aid:
Ship> On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@gmai=
l.com> wrote:
>> How many version back of macOS does localizedName work for?
>>=20
Ship> 10.15. No worries for anyone using the platform these days, I th=
ink. Do
Ship> you think I should wrap it? Hrumph, if so. We need to modernize=
the NS
Ship> implementation at some point.
I guess the functionality has been broken for quite some time now, so
getting it back should be enough (but I=CA=BCm not an Emacs maintainter).
Robert
--=20
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 15:39:03 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 10:39:03 2025 Received: from localhost ([127.0.0.1]:60461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpUMI-0002bO-Cu for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:39:02 -0500 Received: from mail-ua1-x929.google.com ([2607:f8b0:4864:20::929]:44534) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpUMF-0002ay-Om for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:39:00 -0500 Received: by mail-ua1-x929.google.com with SMTP id a1e0cc1a2514c-86b68e51af4so1047632241.1 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 07:38:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741102734; x=1741707534; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5aRQJEbKxklYLNZWBDdkVgbUlzrtQiVi6B6MCGbQ2LQ=; b=f00JbfVj2guM9Pg0BpWJvDwll4r1fRTOw8vf9lQsLDxE0gY6ezdYmUd7U7ztPAB80l ZHvHg4OqdoaY5TlRRbNrWV3neP6OyEUlEH00Fwi0fR+/XLW+Rn15Prx3m9i/FZVIlrKm UPrZAu1fO57o+dXK+6E4u1TimEfAy7k/yLaKVGogk7LaFaOYqdjMvpjrSMScT1PUAqi4 DcmAIGIoP+23BBrdFQCGQYuJzjqwgWYl305zy29lHEtab/vQ6UpU3/7SR+vmvhDD+XCZ TxLuDmgCytrFwWJodFnQ5WJE2MJVJD2Z0wr8ZImTfzY/I3Gh+QwVFdGiDHuckadgtBeJ 9nnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741102734; x=1741707534; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5aRQJEbKxklYLNZWBDdkVgbUlzrtQiVi6B6MCGbQ2LQ=; b=p+vojx9BjJGwwX4BPQL2emq7B9vQZSm0dJGP6vi4UO2ncsMqPdQDkmVxsSp2AyQY30 dLb1k2vh13C6honAHnVDrBrcGErnRE6ZCWGlfEw40AGBqzKtdYWbJ0rtCyUz91HxZpra +oRvD/nfC9z1b/aoKaHApxmKuju2X+0Zn0NG4bdxUhtsob6vXR/VerAswAh0J+n8koui bA6fxfk5CL483eD8es5aP+6GBb/q0z2sb1i9xhsDRO0OSFRmTXVfvu/wCHmnfd3xBmdv 77DeDvHJocGW1vQLVoVlj2eR2TaEwuXXkYOD6Xtp0qDhYnb/qgZ/1BpvbG2dbCF+c9F+ q9Mw== X-Forwarded-Encrypted: i=1; AJvYcCWqpZnaBoSMG/qLwS8JEzQGsck/tzzd+av5piT5JXcnXnE1UDZvoN0Gv7Ez0UFRKRUWBQFLAA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzfDBn0GkOGobVAuosaNOEJOV36haSrzBpwEORo+L14o320ZCaR /vAT4W4x8m4N7A5b48RNGC9JrVfEkFshMB9vi1c6chGMDUV20MBxEvhXhle8azNGvnUDdDZSGgX 8kr5K+P4t0DH/GvlK97aIvMD3QQQ= X-Gm-Gg: ASbGnctD2JNb3mcN9fRk6BFlNBmVmv8IR7eNQUUjOxCGMI3rtq/++XZVsHJ+zVBSKT8 zkggx2AQPlrB3VzMe/vCYARS5asXJys/pqAvcWolp0omg46V8+We6STsA0f6Ra1MbtB7ek/Xe2J FPCksB6OHIhiwFgyx/7iQeVHXTyQ== X-Google-Smtp-Source: AGHT+IGzqh0OYTkl+doMnzn0x7aJZHaDTTK2kJhV/G5V717KyhDUQdCseKEoS0eIWLQaKj0TvtsfynLp1Iuhf/Rk0UA= X-Received: by 2002:a05:6102:3346:b0:4bd:22d5:fbd7 with SMTP id ada2fe7eead31-4c044d34bb3mr12319008137.11.1741102732453; Tue, 04 Mar 2025 07:38:52 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> <87jz94ajyp.fsf@HIDDEN> In-Reply-To: <87jz94ajyp.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 10:38:41 -0500 X-Gm-Features: AQ5f1JqYSGAM9KjVzgO3pSvVuWQWZ-aaHqa-jCF_6M7YtuilGLUJal94djE7ijM Message-ID: <CAN+1HbpWT85y0-YhT=yLz6yMBoYPsLGg3cubwSWOmUCQhA1Vyg@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000e2aca1062f8611df" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000e2aca1062f8611df Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wro= te: > How many version back of macOS does localizedName work for? > 10.15. No worries for anyone using the platform these days, I think. Do you think I should wrap it? Hrumph, if so. We need to modernize the NS implementation at some point. --000000000000e2aca1062f8611df Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Tue, Mar 4, 2025 at 10:34=E2=80=AFAM Robert Pluim <<a href=3D"mailto:= rpluim@HIDDEN">rpluim@HIDDEN</a>> wrote:</span></div></div><div cl= ass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex"> How many version back of macOS does localizedName work for?<br></blockquote= ><div><br></div><div class=3D"gmail_default" style=3D"font-family:monospace= ">10.15.=C2=A0 No worries for anyone using the platform these days, I think= .=C2=A0 Do you think I should wrap it?=C2=A0 Hrumph, if so.=C2=A0 We need t= o modernize the NS implementation at some point.</div></div></div> --000000000000e2aca1062f8611df--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 15:34:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 10:34:24 2025
Received: from localhost ([127.0.0.1]:60449 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpUHn-0002Mj-RN
for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:34:24 -0500
Received: from mail-wm1-x32e.google.com ([2a00:1450:4864:20::32e]:44046)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpUHf-0002MM-HH
for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 10:34:19 -0500
Received: by mail-wm1-x32e.google.com with SMTP id
5b1f17b1804b1-43bc4b1603fso14477705e9.0
for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 07:34:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741102448; x=1741707248; darn=debbugs.gnu.org;
h=mime-version:message-id:date:references:in-reply-to:subject:cc:to
:from:from:to:cc:subject:date:message-id:reply-to;
bh=LuxpSwR/Q4nLllXip+LQ1FfKlGtysaHinibq6A8v8lw=;
b=YBcyBBWH7Zf+ZFb0ZKLyghcpXGlkyUptRI3RzAULLMPXg1qc3nrJ7mN2FJBGxU+vyP
KAHvPd0d301tqM+qb2Ug4Hc5Qd1CkJPPbCQ2Wb1StGKYudDCr1eMLcdHhTDTipWZeFqh
UElbzdf+b/Y5fG/ugkNutgut11WL9Upgb3Tf0VDpp50l4uXDOfUvoh2eREqjI4uuwM6k
N280yAMxO9hEIplQkTrRBHMksN6H/3EpM62zVvKLRlA1awEjpOKphOHyII1rLzYGNDuB
AZsvWC1+Yv5BetYD8hoMABWg7rPPvqQf8JCGQcF//kwEN59oNYWvn6CUhIxOTmmmMiHe
/T3A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741102448; x=1741707248;
h=mime-version:message-id:date:references:in-reply-to:subject:cc:to
:from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
bh=LuxpSwR/Q4nLllXip+LQ1FfKlGtysaHinibq6A8v8lw=;
b=KPidi23MGR3ZUk0s+5ZI297SDEoqFjno9jDkh8RIhbcJA2zNtkaEokfYXSb+QD6e/W
dRHMVwDBJwQ/hfbn/SSpq0irdk+/M3zYLw/5qxSc2RJ5nbffzGfAf7rPwK7+eU3215yl
Aif9b84HOaudibAMprmeYMtV/DiUizecss90ISiG7Q71XySh2o4qhHhQlD4bEmXW665+
xuFr0rLlH5G4xGK7DkROpaGrAVCuKv6sOAl0sv63T86dzoFrtGC3Ih8ns+vFns++QTqL
BFO3MifPjjQUQjVwL5w0BFhg7fV0nR855zZiPKx6eHjenGVoZcLowcam7CkFsvpkoVD2
R4dw==
X-Forwarded-Encrypted: i=1;
AJvYcCXorj/F/DiiiLc0lO4U3TWhIctk6e3YFGWXU0El2l/BWLdE+jL6F507qXXx52A2BB4UcnlZUQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxgEX5nJr18S9eUGSTmrDdInAjI0O3ddfmigb0iuILtxTtpm7C3
5Wd14oD9Aht6hDi8SjwLfEuJCnqrWFvZ3oOORSYNsYmwfJMqNBacq13saw==
X-Gm-Gg: ASbGncuuGFiyUQgg9n9HwEwfwK6T9B9t6nDGKZJf/WabGZUt/nVU5ANQz2EtNglxKKU
nkC3TES1h+KSAzQzqnHCZeYfZpYIsmioT6cSHqr0MqCueM5HCQhhv/oBng0ErbLBYBjhR1W+h3J
U105UDERb7eHjcP7L1dXYE7Y0Q3VHPPX+mUR8ZwX33sT2XI+r0rR63XAx3kuZJJiLPP/aIJQA3z
UTOpyLZ1y2KZQEejkBCHy2DWMn4T/gcJUuS5yD828MwPj/Ymdrp7ysgqUGeMIqfy1IiLlF+fDeJ
8qYz1jwHF1DicJt+eGbX5cAjAqh3Pk0=
X-Google-Smtp-Source: AGHT+IHZVA6eXN84HSPaZw+77G10HuHfpgCqMpgt0HWFrad7N6Wm24Xu3G9w/sW4XQa2WVQI5+5ANw==
X-Received: by 2002:a05:6000:2b04:b0:390:df7f:c20a with SMTP id
ffacd0b85a97d-390ec9c19a2mr11308036f8f.33.1741102447531;
Tue, 04 Mar 2025 07:34:07 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:6d84:4714:d8a:17ac])
by smtp.gmail.com with ESMTPSA id
ffacd0b85a97d-390e4844adfsm18112937f8f.62.2025.03.04.07.34.06
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Tue, 04 Mar 2025 07:34:07 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Ship Mints <shipmints@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN>
<CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN>
<CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN>
<CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
<87o6ygaly5.fsf@HIDDEN>
<CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN>
Date: Tue, 04 Mar 2025 16:34:06 +0100
Message-ID: <87jz94ajyp.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>,
Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>>>>> On Tue, 4 Mar 2025 09:58:13 -0500, Ship Mints <shipmints@HIDDEN> said:
Ship> And a synthesized name: (((name . "3200x1775@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' :-)
Ship> Thanks for the help. Patch attached.
It gives me reasonable looking names here:
(((name . "PL3467WQ") (geometry 0 0 3440 1440) (workarea 0 25 3440
1415) (mm-size 801 329) (frames #<frame *scratch* 0x131887028>)
(source . "NS")) ((name . "Built-in Display") (geometry 459 1440 2048
1332) (workarea 459 1440 2048 1287) (mm-size 290 189) (frames) (source
. "NS")))
Ship> #ifdef NS_IMPL_COCOA
Ship> - m->name = ns_screen_name (did);
Ship> + m->name = NULL;
Ship> + if ([s respondsToSelector:@selector(localizedName)])
Ship> + {
Ship> + NSString *name = [s valueForKey:@"localizedName"];
Ship> + if (name != NULL)
Ship> + {
Ship> + m->name = xmalloc ([name lengthOfBytesUsingEncoding: NSUTF8StringEncoding]);
Ship> + strcpy(m->name, [name UTF8String]);
Ship> + }
Ship> + }
Ship> + /* If necessary, synthesize a name of the following form:
Ship> + %dx%d@%d,%d width height x y */
Ship> + if (m->name == NULL)
Ship> + {
Ship> + char buf[25]; /* sufficient for 12345x78901@34567,90123 */
Ship> + snprintf (buf, sizeof(buf), "%ux%u@%d,%d", m->work.width, m->work.height, m->work.x, m->work.y);
Ship> + m->name = xmalloc (strlen (buf));
Ship> + strcpy(m->name, buf);
Ship> + }
How many version back of macOS does localizedName work for?
Robert
--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 14:58:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 09:58:37 2025 Received: from localhost ([127.0.0.1]:60351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpTjA-0000Uo-2j for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 09:58:36 -0500 Received: from mail-ua1-x92e.google.com ([2607:f8b0:4864:20::92e]:47279) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpTj6-0000Ub-E5 for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 09:58:33 -0500 Received: by mail-ua1-x92e.google.com with SMTP id a1e0cc1a2514c-86b53939b6cso3332644241.2 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 06:58:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741100306; x=1741705106; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=IuJ6ycsN7t3rT06qYxIZ5Ik5O6VBBSxyxV8mw0HIlhU=; b=G6pkoQCt7jpWKvDO3YlLrru7yUfyejW9je5Bqa0TDsh4yEUh5E/g4rnrOysKyHhBAN QYmRV9B12uKhaEVJlsotLf8wk2mf0nptDApBFeWL8rIVD5sP4KQp/2V6qtF6BHVItPYB 5bEUzbUID5SIxZfu07D/N4YThBe5XTmp1D9whueUXFGXpTwgCH3Vb4BLRsJ5tF/NmwRq 05zyWLz7ApkyQmckHlPEbTid83X9YZjQ8lZH4QxsAi6Zaqt1qA0hxSP3dbFMqt4rsCJ3 AZQKpcXV2i/vrkScOn3p3dQKX1MQShyxi2wt+fS7x8ULhhZGbL78+uYyaFX5pG+aOuEC xLWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741100306; x=1741705106; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=IuJ6ycsN7t3rT06qYxIZ5Ik5O6VBBSxyxV8mw0HIlhU=; b=EjRvKeuLjI9nX0yREbWg3NGYfB8bONK3Dk2lUtunNE6t0cGT+ZCUbrSak8reB58Zvt bny/3QmtrS3AgZ580ST8ihimSyvg/ZP4lZCtvY8Hg2hZ7sbMTh9ViLu+GyThp43e2R4R PT0LAlyZHrR5lVvjVx3Z5xgs51dHlPjat8j76IWLg2qGkG9klqk9OTJAn/B24MmcFaZW MZeYdAzrs/553dJIPmToS3OsIWqCwBTlkn8vamRRr30VIZi3npm/ofRf4T/qT53gd4MY fnMqwdPZjzPQ9SHd5ar5utwWkHtekAcbzvRzwrkHFGl14Xa9zwmBMpPMt+GGBg0C6UeO bG+w== X-Forwarded-Encrypted: i=1; AJvYcCWkFJOqzn/3IDo5NwMwWHyrnjcLtn2QdKdms9QEDQwRA3F3hEOauFx1OhogOZyQAISYOl1FWQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yycqj2suw2wBtmHk5ijKi3zx3111SCHbFfZXDpBTxbvaF86Hrov ZOn3jMEWTBWy8ci00neQCmQINHFPyvMR9lByjAVIUz8PV1LKnmHjF/WmXh26MCQfRK4cgGARicN t2Ql/xb8Ae/NHQdGWER8YJNM1m+O89x1SgKU= X-Gm-Gg: ASbGncvVE5jtHfN9k/LJUfS8NskqcOxctofGCIbDlVoGyLQgYH3QWe5ORSet6K7WzMe TducX0ztpMLdFHnhCtXQ5JuuR4pRHBhKpfZap2FZpCMjvf3W7k+J5feufRhcf8fCoX6ndoTmEE3 jm95vkW9GSq2GCGGqsvR3cegt9xQ== X-Google-Smtp-Source: AGHT+IHATKVA6MpUIgF6ghtsvtTv6IvmoGD0KGfV18Em4+0l2cy4i+CqMFzTz+3alM7i6zttkZdtievDpv2bLxKYEcs= X-Received: by 2002:a05:6102:dd2:b0:4bb:e80b:473d with SMTP id ada2fe7eead31-4c0448d6f55mr9911402137.6.1741100305123; Tue, 04 Mar 2025 06:58:25 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> <87o6ygaly5.fsf@HIDDEN> In-Reply-To: <87o6ygaly5.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 09:58:13 -0500 X-Gm-Features: AQ5f1Jr1I7QX3CX8n9GFAXIx6Tr-QYgJaLQDRd24PFLRBJxBj4nO-uV59wahkQU Message-ID: <CAN+1HborS48T-zEV1D20QGRBx8RVnSZ8cS=xSBdj2Y1hjgGxHQ@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/mixed; boundary="00000000000034e98d062f858103" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --00000000000034e98d062f858103 Content-Type: multipart/alternative; boundary="00000000000034e98c062f858101" --00000000000034e98c062f858101 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 9:51=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wrot= e: > >>>>> On Tue, 4 Mar 2025 09:28:33 -0500, Ship Mints <shipmints@HIDDEN> > said: > > Ship> (((name . "Built-in Retina Display") (geometry 0 0 3200 1800) > (workarea 0 > Ship> 25 3200 1775) (mm-size 599 339) (frames #<frame *scratch* > 0x7fe165871c30> ) (source . "NS"))) > > That matches what the "Displays" settings shows, no? > > Ship> Seems a bit cumbersome, but that's what it is. I can synthesiz= e > a name > Ship> for if this ever returns NULL; e.g., the equivalent of (format > Ship> "%dx%d@%d,%d" width height x y) where x and y are the > coordinates > Ship> relative to the origin reported by macOS (adjusted for being > inverted, if > Ship> I recall correctly). > > If you have a patch, I can test it with the various external monitors > I have. > And a synthesized name: (((name . "3200x1775@0,25") (geometry 0 0 3200 1800) (workarea 0 25 3200 1775) (mm-size 599 339) (frames #<frame *scratch* 0x7f7c7009d430>) (source . "NS"))) We could use something like a UUID that's more opaque. I haven't made either name bi-directional yet to allow specifying it when operating on frames. Thanks for the help. Patch attached. --00000000000034e98c062f858101 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Tue, Mar 4, 2025 at 9:51=E2=80=AFAM Robert Pluim <<a href=3D"mailto:r= pluim@HIDDEN">rpluim@HIDDEN</a>> wrote:</span></div></div><div cla= ss=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pa= dding-left:1ex">>>>>> On Tue, 4 Mar 2025 09:28:33 -0500, Shi= p Mints <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipmi= nts@HIDDEN</a>> said:<br> <br> =C2=A0 =C2=A0 Ship> (((name . "Built-in Retina Display") (geom= etry 0 0 3200 1800) (workarea 0<br> =C2=A0 =C2=A0 Ship> 25 3200 1775) (mm-size 599 339) (frames #<frame *= scratch*<br> =C2=A0 =C2=A0 0x7fe165871c30> ) (source . "NS")))<br> <br> That matches what the "Displays" settings shows, no?<br> <br> =C2=A0 =C2=A0 Ship> Seems a bit cumbersome, but that's what it is.= =C2=A0 I can synthesize a name<br> =C2=A0 =C2=A0 Ship> for if this ever returns NULL; e.g., the equivalent = of (format<br> =C2=A0 =C2=A0 Ship> "%dx%d@%d,%d" width height x y) where x an= d y are the coordinates<br> =C2=A0 =C2=A0 Ship> relative to the origin reported by macOS (adjusted f= or being inverted, if<br> =C2=A0 =C2=A0 Ship> I recall correctly).<br> <br> If you have a patch, I can test it with the various external monitors<br> I have.<br></blockquote><div><div class=3D"gmail_default" style=3D"font-fam= ily:monospace"></div><div class=3D"gmail_default" style=3D"font-family:mono= space">And a synthesized name:=C2=A0(((name . "3200x1775@0,25") (= geometry 0 0 3200 1800) (workarea 0 25 3200 1775) (mm-size 599 339) (frames= #<frame *scratch* 0x7f7c7009d430>) (source . "NS")))</div>= <div class=3D"gmail_default" style=3D"font-family:monospace"><br></div><div= class=3D"gmail_default" style=3D"font-family:monospace">We could use somet= hing like a UUID that's more opaque.</div><div class=3D"gmail_default" = style=3D"font-family:monospace"><br></div><div class=3D"gmail_default" styl= e=3D"font-family:monospace">I haven't made either name bi-directional y= et to allow specifying it when operating on frames.</div></div><div class= =3D"gmail_default" style=3D"font-family:monospace"><br></div><div class=3D"= gmail_default" style=3D"font-family:monospace">Thanks for the help.=C2=A0 P= atch attached.</div></div></div> --00000000000034e98c062f858101-- --00000000000034e98d062f858103 Content-Type: application/octet-stream; name="0001-Improve-NS-display-names-in-display-monitor-attribut.patch" Content-Disposition: attachment; filename="0001-Improve-NS-display-names-in-display-monitor-attribut.patch" Content-Transfer-Encoding: base64 Content-ID: <f_m7um5q9u0> X-Attachment-Id: f_m7um5q9u0 RnJvbSAxZTBiMTc5NzBjMjM3YzM5MTJiYmZlMzFjZjJkNDM4NDk3NmFlNWFhIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IFR1ZSwgNCBNYXIgMjAyNSAwOTo1Njo1NiAtMDUwMApTdWJqZWN0OiBbUEFUQ0hdIEltcHJvdmUg TlMgZGlzcGxheSBuYW1lcyBpbiBkaXNwbGF5LW1vbml0b3ItYXR0cmlidXRlcy1saXN0CgotLS0K IHNyYy9uc2Zucy5tIHwgMTE0ICsrKysrKysrKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCAxOSBpbnNlcnRpb25zKCspLCA5NSBkZWxl dGlvbnMoLSkKCmRpZmYgLS1naXQgYS9zcmMvbnNmbnMubSBiL3NyYy9uc2Zucy5tCmluZGV4IDlm NTI3Nzc4NzljLi45MTZkOWQxM2JmMSAxMDA2NDQKLS0tIGEvc3JjL25zZm5zLm0KKysrIGIvc3Jj L25zZm5zLm0KQEAgLTI2MTcsMTAwICsyNjE3LDYgQEAgRnJhbWVzIGFyZSBsaXN0ZWQgZnJvbSB0 b3Btb3N0IChmaXJzdCkgdG8gYm90dG9tbW9zdCAobGFzdCkuICAqLykKICAgcmV0dXJuIG1ha2Vf Zml4bnVtIChuc19kaXNwbGF5X3BpeGVsX2hlaWdodCAoZHB5aW5mbykpOwogfQogCi0jaWZkZWYg TlNfSU1QTF9DT0NPQQotCi0vKiBSZXR1cm5zIHRoZSBuYW1lIGZvciB0aGUgc2NyZWVuIHRoYXQg T0JKIHJlcHJlc2VudHMsIG9yIE5VTEwuCi0gICBDYWxsZXIgbXVzdCBmcmVlIHJldHVybiB2YWx1 ZS4KLSovCi0KLXN0YXRpYyBjaGFyICoKLW5zX2dldF9uYW1lX2Zyb21faW9yZWcgKGlvX29iamVj dF90IG9iaikKLXsKLSAgY2hhciAqbmFtZSA9IE5VTEw7Ci0KLSAgTlNEaWN0aW9uYXJ5ICppbmZv ID0gKE5TRGljdGlvbmFyeSAqKQotICAgIElPRGlzcGxheUNyZWF0ZUluZm9EaWN0aW9uYXJ5IChv YmosIGtJT0Rpc3BsYXlPbmx5UHJlZmVycmVkTmFtZSk7Ci0gIE5TRGljdGlvbmFyeSAqbmFtZXMg PSBbaW5mbyBvYmplY3RGb3JLZXk6Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtO U1N0cmluZyBzdHJpbmdXaXRoVVRGOFN0cmluZzoKLSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAga0Rpc3BsYXlQcm9kdWN0TmFtZV1dOwotCi0gIGlmIChbbmFtZXMg Y291bnRdID4gMCkKLSAgICB7Ci0gICAgICBOU1N0cmluZyAqbiA9IFtuYW1lcyBvYmplY3RGb3JL ZXk6IFtbbmFtZXMgYWxsS2V5c10KLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBvYmplY3RBdEluZGV4OjBdXTsKLSAgICAgIGlmIChuICE9IG5pbCkgbmFt ZSA9IHhzdHJkdXAgKFtuIFVURjhTdHJpbmddKTsKLSAgICB9Ci0KLSAgW2luZm8gcmVsZWFzZV07 Ci0KLSAgcmV0dXJuIG5hbWU7Ci19Ci0KLS8qIFJldHVybnMgdGhlIG5hbWUgZm9yIHRoZSBzY3Jl ZW4gdGhhdCBESUQgY2FtZSBmcm9tLCBvciBOVUxMLgotICAgQ2FsbGVyIG11c3QgZnJlZSByZXR1 cm4gdmFsdWUuCi0qLwotCi1zdGF0aWMgY2hhciAqCi1uc19zY3JlZW5fbmFtZSAoQ0dEaXJlY3RE aXNwbGF5SUQgZGlkKQotewotICBjaGFyICpuYW1lID0gTlVMTDsKLQotI2lmIE1BQ19PU19YX1ZF UlNJT05fTUFYX0FMTE9XRUQgPj0gMTA5MAotI2lmIE1BQ19PU19YX1ZFUlNJT05fTUlOX1JFUVVJ UkVEIDwgMTA5MAotICBpZiAoQ0dEaXNwbGF5SU9TZXJ2aWNlUG9ydCA9PSBOVUxMKQotI2VuZGlm Ci0gICAgewotICAgICAgbWFjaF9wb3J0X3QgbWFzdGVyUG9ydDsKLSAgICAgIGlvX2l0ZXJhdG9y X3QgaXQ7Ci0gICAgICBpb19vYmplY3RfdCBvYmo7Ci0KLSAgICAgIC8qIENHRGlzcGxheUlPU2Vy dmljZVBvcnQgaXMgZGVwcmVjYXRlZC4gIERvIGl0IGFub3RoZXIgKGhhcmRlcikgd2F5LgotCi0g ICAgICAgICBJcyB0aGlzIGNvZGUgT0sgZm9yIG1hY09TIDwgMTAuOSwgYW5kIEdOVXN0ZXA/ICBJ IHN1c3BlY3QgaXQgaXMsCi0gICAgICAgICBpbiB3aGljaCBjYXNlIGlzIGl0IHdvcnRoIGtlZXBp bmcgdGhlIG90aGVyIG1ldGhvZCBpbiBoZXJlPyAgKi8KLQotICAgICAgaWYgKElPTWFzdGVyUG9y dCAoTUFDSF9QT1JUX05VTEwsICZtYXN0ZXJQb3J0KSAhPSBrSU9SZXR1cm5TdWNjZXNzCi0gICAg ICAgICAgfHwgSU9TZXJ2aWNlR2V0TWF0Y2hpbmdTZXJ2aWNlcyAobWFzdGVyUG9ydCwKLSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJT1NlcnZpY2VNYXRjaGluZyAo IklPTkRSVkRldmljZSIpLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICZpdCkgIT0ga0lPUmV0dXJuU3VjY2VzcykKLSAgICAgICAgcmV0dXJuIG5hbWU7Ci0KLSAg ICAgIC8qIE11c3QgbG9vcCB1bnRpbCB3ZSBmaW5kIGEgbmFtZS4gIE1hbnkgZGV2aWNlcyBjYW4g aGF2ZSB0aGUgc2FtZSB1bml0Ci0gICAgICAgICBudW1iZXIgKHJlcHJlc2VudHMgZGlmZmVyZW50 IEdQVSBwYXJ0cyksIGJ1dCBvbmx5IG9uZSBoYXMgYSBuYW1lLiAgKi8KLSAgICAgIHdoaWxlICgh IG5hbWUgJiYgKG9iaiA9IElPSXRlcmF0b3JOZXh0IChpdCkpKQotICAgICAgICB7Ci0gICAgICAg ICAgQ0ZNdXRhYmxlRGljdGlvbmFyeVJlZiBwcm9wczsKLSAgICAgICAgICBjb25zdCB2b2lkICp2 YWw7Ci0KLSAgICAgICAgICBpZiAoSU9SZWdpc3RyeUVudHJ5Q3JlYXRlQ0ZQcm9wZXJ0aWVzIChv YmosCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnBy b3BzLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGtD RkFsbG9jYXRvckRlZmF1bHQsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAga05pbE9wdGlvbnMpID09IGtJT1JldHVyblN1Y2Nlc3MKLSAgICAgICAgICAg ICAgJiYgcHJvcHMgIT0gbmlsCi0gICAgICAgICAgICAgICYmICh2YWwgPSBDRkRpY3Rpb25hcnlH ZXRWYWx1ZShwcm9wcywgQCJJT0ZCRGVwZW5kZW50SW5kZXgiKSkpCi0gICAgICAgICAgICB7Ci0g ICAgICAgICAgICAgIHVuc2lnbmVkIG5yID0gWyhOU051bWJlciAqKXZhbCB1bnNpZ25lZEludGVn ZXJWYWx1ZV07Ci0gICAgICAgICAgICAgIGlmIChuciA9PSBDR0Rpc3BsYXlVbml0TnVtYmVyIChk aWQpKQotICAgICAgICAgICAgICAgIG5hbWUgPSBuc19nZXRfbmFtZV9mcm9tX2lvcmVnIChvYmop OwotICAgICAgICAgICAgfQotCi0gICAgICAgICAgQ0ZSZWxlYXNlIChwcm9wcyk7Ci0gICAgICAg ICAgSU9PYmplY3RSZWxlYXNlIChvYmopOwotICAgICAgICB9Ci0KLSAgICAgIElPT2JqZWN0UmVs ZWFzZSAoaXQpOwotICAgIH0KLSNpZiBNQUNfT1NfWF9WRVJTSU9OX01JTl9SRVFVSVJFRCA8IDEw OTAKLSAgZWxzZQotI2VuZGlmCi0jZW5kaWYgLyogI2lmIE1BQ19PU19YX1ZFUlNJT05fTUFYX0FM TE9XRUQgPj0gMTA5MCAqLwotI2lmIE1BQ19PU19YX1ZFUlNJT05fTUlOX1JFUVVJUkVEIDwgMTA5 MAotICAgIG5hbWUgPSBuc19nZXRfbmFtZV9mcm9tX2lvcmVnIChDR0Rpc3BsYXlJT1NlcnZpY2VQ b3J0IChkaWQpKTsKLSNlbmRpZgotICByZXR1cm4gbmFtZTsKLX0KLSNlbmRpZiAvKiBOU19JTVBM X0NPQ09BICovCi0KIHN0YXRpYyBMaXNwX09iamVjdAogbnNfbWFrZV9tb25pdG9yX2F0dHJpYnV0 ZV9saXN0IChzdHJ1Y3QgTW9uaXRvckluZm8gKm1vbml0b3JzLAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBpbnQgbl9tb25pdG9ycywKQEAgLTI4MzAsNyArMjczNiwyNSBAQCBGcmFt ZXMgYXJlIGxpc3RlZCBmcm9tIHRvcG1vc3QgKGZpcnN0KSB0byBib3R0b21tb3N0IChsYXN0KS4g ICovKQogICAgICAgbS0+d29yay5oZWlnaHQgPSAodW5zaWduZWQgc2hvcnQpIHZmci5zaXplLmhl aWdodDsKIAogI2lmZGVmIE5TX0lNUExfQ09DT0EKLSAgICAgIG0tPm5hbWUgPSBuc19zY3JlZW5f bmFtZSAoZGlkKTsKKyAgICAgIG0tPm5hbWUgPSBOVUxMOworICAgICAgaWYgKFtzIHJlc3BvbmRz VG9TZWxlY3RvcjpAc2VsZWN0b3IobG9jYWxpemVkTmFtZSldKQorICAgICAgICB7CisJICBOU1N0 cmluZyAqbmFtZSA9IFtzIHZhbHVlRm9yS2V5OkAibG9jYWxpemVkTmFtZSJdOworCSAgaWYgKG5h bWUgIT0gTlVMTCkKKwkgICAgeworCSAgICAgIG0tPm5hbWUgPSB4bWFsbG9jIChbbmFtZSBsZW5n dGhPZkJ5dGVzVXNpbmdFbmNvZGluZzogTlNVVEY4U3RyaW5nRW5jb2RpbmddKTsKKwkgICAgICBz dHJjcHkobS0+bmFtZSwgW25hbWUgVVRGOFN0cmluZ10pOworCSAgICB9CisgICAgICAgIH0KKyAg ICAgIC8qIElmIG5lY2Vzc2FyeSwgc3ludGhlc2l6ZSBhIG5hbWUgb2YgdGhlIGZvbGxvd2luZyBm b3JtOgorCSAgJWR4JWRAJWQsJWQgd2lkdGggaGVpZ2h0IHggeSAqLworICAgICAgaWYgKG0tPm5h bWUgPT0gTlVMTCkKKwl7CisJICBjaGFyIGJ1ZlsyNV07IC8qIHN1ZmZpY2llbnQgZm9yIDEyMzQ1 eDc4OTAxQDM0NTY3LDkwMTIzICovCisJICBzbnByaW50ZiAoYnVmLCBzaXplb2YoYnVmKSwgIiV1 eCV1QCVkLCVkIiwgbS0+d29yay53aWR0aCwgbS0+d29yay5oZWlnaHQsIG0tPndvcmsueCwgbS0+ d29yay55KTsKKwkgIG0tPm5hbWUgPSB4bWFsbG9jIChzdHJsZW4gKGJ1ZikpOworCSAgc3RyY3B5 KG0tPm5hbWUsIGJ1Zik7CisJfQogCiAgICAgICB7CiAgICAgICAgIENHU2l6ZSBtbXMgPSBDR0Rp c3BsYXlTY3JlZW5TaXplIChkaWQpOwotLSAKMi40Ny4xCgo= --00000000000034e98d062f858103--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 14:51:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 09:51:26 2025
Received: from localhost ([127.0.0.1]:56710 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpTcE-0007hH-FJ
for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 09:51:26 -0500
Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]:53340)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpTcA-0007h2-Vj
for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 09:51:23 -0500
Received: by mail-wm1-x32c.google.com with SMTP id
5b1f17b1804b1-43bbb440520so26540545e9.2
for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 06:51:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741099876; x=1741704676; darn=debbugs.gnu.org;
h=mime-version:message-id:date:references:in-reply-to:subject:cc:to
:from:from:to:cc:subject:date:message-id:reply-to;
bh=zz4utp32qpFMLIOJH3MPE3BN16qnt0GehoKQVZqkvJI=;
b=IB07WvcZaRAPXsfCfR9bbGJu+nJ3rzdyOacfxU8J6jIFDHMws1BDE6kFLvUb8mU/3g
7gcWeDt+ptSblWWwask3mHbITh+GgBLAG+mjPhuLpBV1l/RFlgyGcbcyFVmRU6LYLtBw
lyPphlGdBUSyEv9Zwnvgy9lwnpChx0395yiG5yhVzHGqgRuNhyPF/jFxt/ksh9W8aEDo
9XXyL5rbJMY/hapcX7JI8A98NbHw56cSC86Rq6GeLsANmoCMNr7Oyt2uSxNkGgIUyHte
fJNdN3GOLmGyNl33MiBa8hYMo89qr5QRUytbpz3JmA6z34Cy7DeznOKQ0RTXTYy0fKoI
2wCA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741099876; x=1741704676;
h=mime-version:message-id:date:references:in-reply-to:subject:cc:to
:from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
bh=zz4utp32qpFMLIOJH3MPE3BN16qnt0GehoKQVZqkvJI=;
b=IjNg5hCzJQQ73VNV+I6wxC2SSLhYPrdqOLCjny6iU7qtFnYHlUJVEgCRpkaiDO8oSw
H3KMjsy2pJRtLf60SvHBrjdrwZNQgzsypRBGAAeyZBF33W04zF6WD4C/0r39HC8xtVdM
6E2NrZ1HE8owPZduqOTtsDSgPRmAsZgAOETivNuEsqL+wHwkhM62T8iuwjOM8QJbwYld
1leh/oiFXKm4u4iONGLFpJkCP0iOUzaHUwX9fPneWGxZLcBy+roCCDdSh6ETMoD1/YeQ
ay31bSPXnkWGdqhwsyAT+AQsukBtM2KYz6IOkqqoU8Au9NID+rt/jvj0/+3D9rWSXw06
i5tw==
X-Forwarded-Encrypted: i=1;
AJvYcCXZw3g8jCIlzD3hLK1OzgGWuA4CC8gi2twN9rmqR0QbJeKGqePEGZPCdARbYmhfHEpKn8WMZA==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Ywv18IfBnVmI0O8W5oSmNlesCggU15O1ifqnzfmjRIkO1i1u+yf
+Docr0342XoxxGukCVJB8nhFNLrDFJklhEdjicRfF6UCq4rN28hlwfcDFQ==
X-Gm-Gg: ASbGncsGnSeV4Hyhm2YZ7BM1o75PDma+06q0140amNArYB0pCTJa2bkD2kna8Wl1LFk
v0E16gtnpgMpFI7UtrdFiVrMmdxyafwMmBf7Q2Mkt6By509SVdPV1eoUvkiu9dbRe2GYoMAArxs
UYn078sGZy45OG/q5IwQtCGMk0OF3TS52DIiXKrr5AThOXUZwXrWx9Qx5GmkkO96OTWINcAjvK2
U3/ni8hepuP1xyXmdkm0BrBDD1AJj+Z9cxrtfCqhWnkuc0yaAIX3t74lWNqFeUEzFZfaZu4BWhm
9qlOuukSvgMhj7uQjmTRrAllZxI7to0=
X-Google-Smtp-Source: AGHT+IGYm9OKzVGJR8hpfWx9OWJwsNe5aQhAqIXc7nk+jtExxaMBP2z1NbcxL841+vJLks4ltH/thg==
X-Received: by 2002:a05:600c:3ba0:b0:43b:cbe2:ebeb with SMTP id
5b1f17b1804b1-43bcbe2ef02mr24664415e9.24.1741099875891;
Tue, 04 Mar 2025 06:51:15 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:6d84:4714:d8a:17ac])
by smtp.gmail.com with ESMTPSA id
5b1f17b1804b1-43b694524c6sm206375475e9.0.2025.03.04.06.51.15
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Tue, 04 Mar 2025 06:51:15 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Ship Mints <shipmints@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN>
<CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN>
<CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN>
<CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN>
Date: Tue, 04 Mar 2025 15:51:14 +0100
Message-ID: <87o6ygaly5.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>,
Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>>>>> On Tue, 4 Mar 2025 09:28:33 -0500, Ship Mints <shipmints@HIDDEN> said:
Ship> (((name . "Built-in Retina Display") (geometry 0 0 3200 1800) (workarea 0
Ship> 25 3200 1775) (mm-size 599 339) (frames #<frame *scratch*
0x7fe165871c30> ) (source . "NS")))
That matches what the "Displays" settings shows, no?
Ship> Seems a bit cumbersome, but that's what it is. I can synthesize a name
Ship> for if this ever returns NULL; e.g., the equivalent of (format
Ship> "%dx%d@%d,%d" width height x y) where x and y are the coordinates
Ship> relative to the origin reported by macOS (adjusted for being inverted, if
Ship> I recall correctly).
If you have a patch, I can test it with the various external monitors
I have.
Robert
--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 14:28:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 09:28:55 2025 Received: from localhost ([127.0.0.1]:56616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpTGR-0006VD-12 for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 09:28:55 -0500 Received: from mail-ua1-x932.google.com ([2607:f8b0:4864:20::932]:52367) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpTGO-0006Up-Hl for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 09:28:53 -0500 Received: by mail-ua1-x932.google.com with SMTP id a1e0cc1a2514c-86b0899ad8bso2195406241.0 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 06:28:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741098527; x=1741703327; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DxeuJ8VUty0Ddbu+ScL9tZJ/r5KuRqUeiPVKX/Pt7Rc=; b=Sm+ffevr+92x7hjPCbCBesPeY4jAybDunDYRFsSxRc3pG9kZoc+acLRCS27Xu+Zzu9 lJ0i4X00IWhsJggXj5+LiC2BwCHsY6U2nAn8pJ8HZuZERxBXGDw5dm5ztCcGqBouSq0W AFSolEH4uqDQKXmkbIpjwhKSxpy5/rh935EBezvw5xaLHdzVRl4v7bM2P9yoeHFrNEiV eBx7jQHVE/PP3yaxZ1wKTwRp29E/hPkybjy16Onf/GMc1gHNE5bySsxyF7MBpT8HEuC2 dF4ehRu3y20UKIeYtiQTILo/McfYkeCQGNZsZmCU3JyvERukvxUOh/cgHozxiOOPyNJz vZNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741098527; x=1741703327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DxeuJ8VUty0Ddbu+ScL9tZJ/r5KuRqUeiPVKX/Pt7Rc=; b=QZ4hAGdDc/IWVrQzvZmiPklkxyn5liRFscnQXucZZ3aIO8IXClHUrBNOFEeegn7GjS av/jeF1fWDQ9AB79svm79okuYgta0Uczyxy7DnWO8VQSJPaCuVeE3pxc9KTkzHf3Du5c Wu8SIBT6PW8+33smpuzHsYrVBVbeXyfrOQyCpLYtEZR8OvcJLFSaaYiuLGVHuZTMWYLF fEyri5QabuMO06SCAbanmlss6h/VLZ+t+CNexJrHskcDAO8JlsWsUB+ydqYADHDad827 JzSlzANV+nAIQynKTaV/obPRHOL3E16j+tjClzxcpT8MFeXhznczrc964WumlYrhB+ji U1KA== X-Forwarded-Encrypted: i=1; AJvYcCWcC/Dh1pud+TX74sOFjd4BKcN9LtC0FDM16RMkfHFc9AVbfXZuZ8biBs6JsjLFPoH/dhCBiQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YztBnrUiudbH4bL6BjswQin9PTcsqpWrSsmNr5uBxKmlbS3IR9G ML7QxsrEW6xYIvbxrVVitoluimaC4wMMGQwh1N/agfV46exxM/ThtFKog8kdIQQwokbULxZmiTF qTd3Tydga8vOxOoJBrMr/WBNELLo= X-Gm-Gg: ASbGncuOxBbA8eVBFxUevm4ysYPj7Y6bwNhJekQj4E62XXZX+bDkXVtU5tRlUM4V6NH yD0skgO1GXnFUNyUxmUuz+i7iCyjs+LRuszuoogaCD1zB8TJ4pZJUDwJbgbAe541Uu9fHX8Vi4B +J6ggyHxvZzRnnNBlbH0WVBi0hnw== X-Google-Smtp-Source: AGHT+IF6y4lYF/+Fed7ynJxTgkTQCEJtACRqeYTj51YQGEEp1BLFZSbrvcio7Ns6WwyLtNVSifBp3TmmTgiz8NrYhwk= X-Received: by 2002:a05:6102:2d07:b0:4bb:e1c9:80c6 with SMTP id ada2fe7eead31-4c0444bcb2emr12051349137.0.1741098525182; Tue, 04 Mar 2025 06:28:45 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> In-Reply-To: <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 09:28:33 -0500 X-Gm-Features: AQ5f1Jptk3cgdMTXyRigekxeg7WfPuivJeIqrdldtIeV0II1q-z2GA1l1NdXWAk Message-ID: <CAN+1HbpWb6m9mdYucOhPDACR+U3NKQm=m0L9NYPX=uD69McZfg@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000001cd362062f8517c1" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000001cd362062f8517c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Here's what I get from localizedName on my iMac: (((name . "Built-in Retina Display") (geometry 0 0 3200 1800) (workarea 0 25 3200 1775) (mm-size 599 339) (frames #<frame *scratch* 0x7fe165871c30>) (source . "NS"))) Seems a bit cumbersome, but that's what it is. I can synthesize a name for if this ever returns NULL; e.g., the equivalent of (format "%dx%d@%d,%d" width height x y) where x and y are the coordinates relative to the origin reported by macOS (adjusted for being inverted, if I recall correctly). On Tue, Mar 4, 2025 at 8:26=E2=80=AFAM Ship Mints <shipmints@HIDDEN> wro= te: > On Tue, Mar 4, 2025 at 8:23=E2=80=AFAM Ship Mints <shipmints@HIDDEN> w= rote: > >> On Tue, Mar 4, 2025 at 8:19=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> w= rote: >> >>> >>> See also bug#34516, which has a patch from me to invent monitor names >>> on macOS. >>> >>> That bug also points at code from <https://github.com/glfw/glfw>, >>> which someone motivated could perhaps copy. >>> >> >> Good idea, but they use IODisplayConnect which, sadly, is not >> supported on Apple Silicon so we'll have to come up with a solution that >> works for both Intel and M. >> > > I do see a reference in their code to NSScreen localizedName so maybe tha= t > still works. I'll experiment with that. > --0000000000001cd362062f8517c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">Here's what I get from localizedName on my iMac:</div><div class=3D"= gmail_default" style=3D"font-family:monospace"><br></div><div class=3D"gmai= l_default" style=3D"font-family:monospace">(((name . "Built-in Retina = Display") (geometry 0 0 3200 1800) (workarea 0 25 3200 1775) (mm-size = 599 339) (frames #<frame *scratch* 0x7fe165871c30>) (source . "N= S")))</div><div class=3D"gmail_default" style=3D"font-family:monospace= "><br></div><div class=3D"gmail_default" style=3D"font-family:monospace">Se= ems a bit cumbersome, but that's what it is.=C2=A0 I can synthesize a n= ame for if this ever returns NULL; e.g., the equivalent of=C2=A0(format &qu= ot;%dx%d@%d,%d" width height x y) where x and y are the coordinates re= lative to the origin reported by macOS (adjusted for being inverted, if I r= ecall correctly).</div></div><br><div class=3D"gmail_quote gmail_quote_cont= ainer"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at 8:26=E2= =80=AFAM Ship Mints <<a href=3D"mailto:shipmints@HIDDEN">shipmints@gm= ail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"= margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef= t:1ex"><div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmail_quote"><= div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at 8:23=E2=80=AFAM= Ship Mints <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">sh= ipmints@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmai= l_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at 8:19= =E2=80=AFAM Robert Pluim <<a href=3D"mailto:rpluim@HIDDEN" target=3D"= _blank">rpluim@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail= _quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204= ,204);padding-left:1ex"><br> See also bug#34516, which has a patch from me to invent monitor names<br> on macOS.<br> <br> That bug also points at code from <<a href=3D"https://github.com/glfw/gl= fw" rel=3D"noreferrer" target=3D"_blank">https://github.com/glfw/glfw</a>&g= t;,<br> which someone motivated could perhaps copy.<br></blockquote><div>=C2=A0</di= v><div style=3D"font-family:monospace">Good idea, but they use IODisplayCon= nect which, sadly, is not supported=C2=A0on Apple Silicon so we'll have= to come up with=C2=A0a solution that works for both Intel and M.</div></di= v></div></blockquote><div><br></div><div class=3D"gmail_default" style=3D"f= ont-family:monospace">I do see a reference in their code to NSScreen locali= zedName so maybe that still works.=C2=A0 I'll experiment with that.</di= v></div></div> </blockquote></div> --0000000000001cd362062f8517c1--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 13:26:43 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 08:26:43 2025 Received: from localhost ([127.0.0.1]:56328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpSIE-00036c-Jw for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 08:26:43 -0500 Received: from mail-vk1-xa36.google.com ([2607:f8b0:4864:20::a36]:43197) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpSIB-000369-GH for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 08:26:40 -0500 Received: by mail-vk1-xa36.google.com with SMTP id 71dfb90a1353d-52364925cfeso3627936e0c.0 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 05:26:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741094793; x=1741699593; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=JazscJj+FVAceF2AiQ9CpKMPCcdXgVZRPuaL+qRFOyg=; b=YwZtsOfSs9/za6JHo+0SHv9eiqH1+/GqVieckOYGUlV87YPysGPtgy2sIRjDZ1NdLw UxTGUipAu+qFFaES8RMsYr76vqxvbANb19n+lm31MAVK2G22kWxuPVtmEzn1sdwV0xGM 6HFWfwYwzovAdvEcMLuz6jXBA1z4IN3PaPMmjYupUCRWh29xSRJpiDaJP3PI4mRUh0BZ M2jjmZVazcq4vo2da2cuHbeWV2tQlURQ9pZLDklAUEXUkNduZtM+6kT/HHHyXCaXkSbu hnCkdYdwl9PVNmY7hLKcwMLK44sLUorKZynH4SCmkmbGVD4Vr+lJtgLmc5Z5+wEFyIkT xYXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741094793; x=1741699593; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=JazscJj+FVAceF2AiQ9CpKMPCcdXgVZRPuaL+qRFOyg=; b=AQvMjk5eSmLHBhXZok7nveIqib55Ea3hz3fKF/Oyjf/KS4yHMFpkAsZZJ70WLRr2/N 6q7iUaadut4s1XvYjv/67AEyPHTNkyOf1dbjp9Mlhmvw6f2ZlP5h45SyqOnny12uE9o7 up2ligRJmmLkXBmQ1wrwk5Vj0W2B10rIVisz97KcRmSgHnpJ1mCUerh7VtSeCcJ6onrW YtCCFww25lba9nrsXeQfLHGbZ/NIe/G1E3pQKWBb3LNM0MUagOg2mVXhrmoC0T2h2mKT DUC0EJ6JipImfCiFdVCrCRLHXlGqWO1cHnhD59R7VoHoSdmZS+aEXCWUtuQs/Rm2PObs LnFQ== X-Forwarded-Encrypted: i=1; AJvYcCVCaIRtp+heTiPEooae0lW4CF2xxKSv2F3vQacF3xs9B5j+ABZN9YZP3/tUFwWBSVp5ChWcDg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwvIE4AxcmtYGpBxOuSL5d6+IY8jnt2oDq7U2qKR/WcfJL2a5hC xvlGuM7b2StMn5QIX8CPMe6Ma8HD9AHUsE0q0K68zcu2drn++ZeG9FCe1jMBuZb/ScZFGlTUqIg KZ83AoE5k8t2TCIhCy7n2rqsDzzWb/vPi X-Gm-Gg: ASbGncvMiFVKC0jvBT62Qy3LgwlJjHhe3T9hHCLEvsSbs98cdkh9tUX5aIxVG3XG1yr eboDwZWFi3MIbr7ri13JJEHv7rTDAG1M3UKPsYpSbGaHskCDoZAwZfpi0e8fNTqtLXCIA9POUCB nOpyJgst/wuu0PQJIT5TD/8LGntA== X-Google-Smtp-Source: AGHT+IEEHdMLbSVe4ud8qL6h9bZYFXKqAQ0ovkFOKUVEzMXS1SJfMYNQI2B2YzXNREPbkumzgfao3c/O9xF9Ckj1mk4= X-Received: by 2002:a05:6122:4894:b0:523:792e:e9c3 with SMTP id 71dfb90a1353d-523aba9945emr2056186e0c.0.1741094793556; Tue, 04 Mar 2025 05:26:33 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> In-Reply-To: <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 08:26:21 -0500 X-Gm-Features: AQ5f1JqY3WnrxltfRNrb6ezGEA14H_Od8hgpZnF0Q-JnAHgsF25t4_dSMI7S31g Message-ID: <CAN+1HbrzCvK_+x44P1Wa8b5ccr+PYb1-R03KZDQpz=am6Y1+dg@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000b0bc4a062f843801" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000b0bc4a062f843801 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 8:23=E2=80=AFAM Ship Mints <shipmints@HIDDEN> wro= te: > On Tue, Mar 4, 2025 at 8:19=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wr= ote: > >> >> See also bug#34516, which has a patch from me to invent monitor names >> on macOS. >> >> That bug also points at code from <https://github.com/glfw/glfw>, >> which someone motivated could perhaps copy. >> > > Good idea, but they use IODisplayConnect which, sadly, is not supported o= n > Apple Silicon so we'll have to come up with a solution that works for bot= h > Intel and M. > I do see a reference in their code to NSScreen localizedName so maybe that still works. I'll experiment with that. --000000000000b0bc4a062f843801 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmail_quote gmail_quo= te_container"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at = 8:23=E2=80=AFAM Ship Mints <<a href=3D"mailto:shipmints@HIDDEN">shipm= ints@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_quote" st= yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd= ing-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmail_q= uote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at 8:19=E2= =80=AFAM Robert Pluim <<a href=3D"mailto:rpluim@HIDDEN" target=3D"_bl= ank">rpluim@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_qu= ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20= 4);padding-left:1ex"><br> See also bug#34516, which has a patch from me to invent monitor names<br> on macOS.<br> <br> That bug also points at code from <<a href=3D"https://github.com/glfw/gl= fw" rel=3D"noreferrer" target=3D"_blank">https://github.com/glfw/glfw</a>&g= t;,<br> which someone motivated could perhaps copy.<br></blockquote><div>=C2=A0</di= v><div style=3D"font-family:monospace">Good idea, but they use IODisplayCon= nect which, sadly, is not supported=C2=A0on Apple Silicon so we'll have= to come up with=C2=A0a solution that works for both Intel and M.</div></di= v></div></blockquote><div><br></div><div class=3D"gmail_default" style=3D"f= ont-family:monospace">I do see a reference in their code to NSScreen locali= zedName so maybe that still works.=C2=A0 I'll experiment with that.</di= v></div></div> --000000000000b0bc4a062f843801--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 13:23:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 08:23:33 2025 Received: from localhost ([127.0.0.1]:56311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpSFB-0002u0-95 for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 08:23:33 -0500 Received: from mail-ua1-x92c.google.com ([2607:f8b0:4864:20::92c]:46403) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpSF6-0002tb-A8 for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 08:23:31 -0500 Received: by mail-ua1-x92c.google.com with SMTP id a1e0cc1a2514c-867129fdb0aso4922605241.1 for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 05:23:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741094601; x=1741699401; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=XuK6/GP0d4No2QBvdhTtVXm/6In60mNqgPA7TiG3J2Q=; b=dVZdXL6ulfcaZybDXv/IEcYhQBEUuBP3CjiOkxGkvTunEOSmm3Buedwg5yrtsY7wrQ lyaFs2Hj3a/OJ18mQiLqNQwMIIGGYiDmXQx8oRCPlqJ6c3DqCcJ6QfBZkt7aocR452T7 r53NLK0g3OQfyki6vEXT/UAcycfNxspEaTYoBaJnNyyQqwN1oYwdnBPVLiKiTj5ckXBJ smNvcbGrdlnCP8l7NKqZz72CLe0NJwRTFLBjhb/wOkoFfLVElpFmx38vbauU1qIwZX5O iH/g81TaIpVpP5Exp9X/EjabNvDbYVn7LS3WMAV4Fvui6kF6iK6IezUXtENu6skbVZ7h 6nqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741094601; x=1741699401; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XuK6/GP0d4No2QBvdhTtVXm/6In60mNqgPA7TiG3J2Q=; b=qAybLiyaCZ3puT95NyGzyl3poM0w1qO7oP4NKqlPunQca2GgEJDOiQTZrB/PD4VeEe 6kyOuSxdgye3JIh5A2oxu3pnxeW4dJPv427tABR/Xt25R7tEmM9lZqlFIhHizoOB521G HG1CRTzKWqQfJdtCuuwzc/6dkX0GWbMwYTIU2L+iCtFt0rlRaqJ0cyOB8TZTddGKmfda GZNCgc3Ar1LBA5azaq1GJLfGwhy9Qix8w8jipDf0BFRWK04A3QavEN269i+E72jLqfjO WP2HUVSP8LTc/M/I4P02i9c5emq+qYfGLC1152Rlx9S3A8e/6iZaHNRFFUIblal8zDzR yiwg== X-Forwarded-Encrypted: i=1; AJvYcCVRid8XiiXlZrUgky2h9TQ1ceQlzKOor4yS9ZO01C10oxZ7kjMh5adiDouPy8McxQPF3kkuCA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwhLZ9KbjSJLD2/qzKMM3zKUmnJzbv8c3YStJ0SB8KcE4B2dmLm JtCENkK2uFrxloMx9zwG73Rqvw+w+NbYtA8q8ot7XBn7dHy0TV2kGwsYUQqbGswpq3J243PM/+0 1osjhMQRTWAg5t5vAViwBrQEILwE= X-Gm-Gg: ASbGncvJTTttF069/cjyeAtWvEjFsavXXfm2t8p0TekUGZbjjXWiMS11GDoOFYr7qru F/nUUOx1w85PjlSNgTGV5v2rPSvCMHQWUGw7/cO2eNWDkoygE/IC8yLDmA/Fl35lHvDRJyww2PM 0tMVavOJoqhXlzUubeILid2Yt63A== X-Google-Smtp-Source: AGHT+IHD6a1o5cmdDT+Do8RNnqfBgWHDOvr6J8C6K9Piho4Uiv82AZHMmDzpjABCx1bQ9ixdhom9cCnrlGcHUjQYaB8= X-Received: by 2002:a05:6102:3fa0:b0:4c1:9b88:5c30 with SMTP id ada2fe7eead31-4c19b885d37mr4721690137.19.1741094601214; Tue, 04 Mar 2025 05:23:21 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> <87ikopnvp0.fsf@HIDDEN> <87sent9bod.fsf@HIDDEN> In-Reply-To: <87sent9bod.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 4 Mar 2025 08:23:10 -0500 X-Gm-Features: AQ5f1JrTeDwF0AYqvojwf5blQevYMNmPV4HFIB4AP-BXqtjwQkBLQrBNTvhxRfw Message-ID: <CAN+1HboK70MX5jrLx7AYnHn1E6ncnz-tnxw2kzngXO1UuuTPbQ@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Robert Pluim <rpluim@HIDDEN> Content-Type: multipart/alternative; boundary="00000000000039d58b062f842dfc" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org, Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --00000000000039d58b062f842dfc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 4, 2025 at 8:19=E2=80=AFAM Robert Pluim <rpluim@HIDDEN> wrot= e: > > See also bug#34516, which has a patch from me to invent monitor names > on macOS. > > That bug also points at code from <https://github.com/glfw/glfw>, > which someone motivated could perhaps copy. > Good idea, but they use IODisplayConnect which, sadly, is not supported on Apple Silicon so we'll have to come up with a solution that works for both Intel and M. --00000000000039d58b062f842dfc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"></div><div class=3D"gmail_quote gmail_quo= te_container"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at = 8:19=E2=80=AFAM Robert Pluim <<a href=3D"mailto:rpluim@HIDDEN">rpluim= @gmail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex"><br> See also bug#34516, which has a patch from me to invent monitor names<br> on macOS.<br> <br> That bug also points at code from <<a href=3D"https://github.com/glfw/gl= fw" rel=3D"noreferrer" target=3D"_blank">https://github.com/glfw/glfw</a>&g= t;,<br> which someone motivated could perhaps copy.<br></blockquote><div>=C2=A0</di= v><div class=3D"gmail_default" style=3D"font-family:monospace">Good idea, b= ut they use IODisplayConnect which, sadly, is not supported=C2=A0on Apple S= ilicon so we'll have to come up with=C2=A0a solution that works for bot= h Intel and M.</div></div></div> --00000000000039d58b062f842dfc--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 13:18:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 08:18:40 2025
Received: from localhost ([127.0.0.1]:56253 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpSAR-0002cC-NX
for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 08:18:40 -0500
Received: from mail-wr1-x42f.google.com ([2a00:1450:4864:20::42f]:44459)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <rpluim@HIDDEN>) id 1tpSAM-0002bg-7c
for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 08:18:37 -0500
Received: by mail-wr1-x42f.google.com with SMTP id
ffacd0b85a97d-390f5556579so2198234f8f.1
for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 05:18:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741094307; x=1741699107; darn=debbugs.gnu.org;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id
:reply-to; bh=h3O1FMFl9/H33n91ZyF1H69s76TAf4fEgk/H1qo28oA=;
b=bdcktz162vQEjb6KZ6PzkmEBqej3MP9caOr11seZeSj1jwjemglJjbBFNOmSX95FS3
0sSVOXLnIIhezpPEskjzSeBMEx8tNmiyna2t3N2hVGO+szN7VXmpEdIgdfPHFLwgNfXb
m+weG5Eu/RsA0q71Wvj8YpDqL6HCOsVEvcv6rvNGltz4IoemEooEUTmZ1hejFccEH+K3
pK05BAfky/lBltx6yBILYbRqVVyqWQgVpGxwvQ76+tmVoYD5AlSXpKTInsMhKhAO/rAS
d6f/T0YFfafgHZ6AHT7qEagvg9+SeKNZsLMahpa3aEPVK8dNAPKxH5OkvuJCHAPJ4fyN
gDZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741094307; x=1741699107;
h=content-transfer-encoding:mime-version:message-id:date:references
:in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc
:subject:date:message-id:reply-to;
bh=h3O1FMFl9/H33n91ZyF1H69s76TAf4fEgk/H1qo28oA=;
b=EbilI52z0VRyUqC1dEa+sQo9NWe+K81EnagLdrmLHK14u55RScMN7O4WtN/4jb+fTs
zWRDcJpWzhoLBnnRyVXbX+1aU6X98J+gVwn2fL94LrJ/6ZGZryy91XYnsK28iFO7sYSm
Fq4shI0+5dH61rSrDf4Kh8bPs7QqWA7S6aI0BiLVs7IB5bq3Zk2GWXi4bFfUNiMpEqcb
ewd4HnwnTk2LcBeR9HierF1IBnZOcT2F3/odBbn8sCD3gducoaCJPDdT1GWYWt9Ip1/r
HehMYq3ZvrDgUWJ6Ee1FG4OR+TLZbks3meeHMPxbtxoCAd52DrbAHJ1I5wmL0xj//+QM
JInQ==
X-Forwarded-Encrypted: i=1;
AJvYcCW8eQ7uD+kzMjjJOFrbviniLbbdUF4h1xJVlkqMwppcfgtB88/hNsNpqLoeG4VH3n4ReA6wIw==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Yyf74kO9a2XNs3IBL9ajOf5R3ItWzZgzK6Wo5NCout/DbDg+jhX
qoF4Qky8jRUhAd75zCg6wSfSEyobOEAADMK3pn5JlQ3w6vCmwHWYKe+M6g==
X-Gm-Gg: ASbGncvEekbTwtwzRRLtx6c42Bwulx3+1Re5mEDMaoAQsytS9+uHS1lKN3N1ZyA2IgK
hBCWVVg3x3W45nUhlfZpNsHpmcskIMLOv/+ghBzmAftiL3VrOqWSlBx6U1H27VCB/ZxmgC9OUYH
R6sG5fsb0ipNkQXU49EUA8cf0bsABpeGIAg/7fQq7TFgj3Vk6WAWFGQzuX+dp8TVzQ6VY4i1PcB
xyAkSJHJq8/MV/QQF/E2+5MQq+CUt0BATwIUqmHISiw6GexlFRubLtedhvp83XTkWUB6tsmchzB
mPY8ZIsRvj/ubJ0WREKaMOzxSbqQXfk=
X-Google-Smtp-Source: AGHT+IHMtDo0QBb3Z9bZli0R9Lrv/NODHwzPRoBRuWhzlQti9SLJfqB6qFXQqodpygr14nkoeL5ygg==
X-Received: by 2002:a05:6000:144c:b0:391:8a3:d967 with SMTP id
ffacd0b85a97d-39108a3dc1fmr6448461f8f.29.1741094307352;
Tue, 04 Mar 2025 05:18:27 -0800 (PST)
Received: from rltb ([2a01:e0a:3f3:fb51:6d84:4714:d8a:17ac])
by smtp.gmail.com with ESMTPSA id
ffacd0b85a97d-390e4795d30sm17888205f8f.10.2025.03.04.05.18.26
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Tue, 04 Mar 2025 05:18:27 -0800 (PST)
From: Robert Pluim <rpluim@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <87ikopnvp0.fsf@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN>
Date: Tue, 04 Mar 2025 14:18:26 +0100
Message-ID: <87sent9bod.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.7 (/)
X-Debbugs-Envelope-To: 76691
Cc: Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>,
76691 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.3 (/)
>>>>> On Tue, 04 Mar 2025 09:10:19 +0200, Juri Linkov <juri@HIDDEN> sai=
d:
Juri> The command just uses the output of `display-monitor-attributes-l=
ist`.
Juri> I don't know why `display-monitor-attributes-list` doesn't recogn=
ize
Juri> monitors on macOS and doesn't return their 'name'. I tried
Juri> (mapcar (lambda (a)
Juri> (cdr (assq 'name a)))
Juri> (display-monitor-attributes-list))
Juri> and on GNU/Linux it correctly returns
Juri> ("HDMI-1" "eDP-1")
See also bug#34516, which has a patch from me to invent monitor names
on macOS.
That bug also points at code from <https://github.com/glfw/glfw>,
which someone motivated could perhaps copy.
<https://github.com/glfw/glfw/blob/master/LICENSE.md> is as follows:
Copyright (c) 2002-2006 Marcus Geelnard
Copyright (c) 2006-2019 Camilla L=C3=B6wy
This software is provided 'as-is', without any express or implied
warranty. In no event will the authors be held liable for any damages
arising from the use of this software.
Permission is granted to anyone to use this software for any purpose,
including commercial applications, and to alter it and redistribute it
freely, subject to the following restrictions:
The origin of this software must not be misrepresented; you must
not claim that you wrote the original software. If you use this
software in a product, an acknowledgment in the product
documentation would be appreciated but is not required.
Altered source versions must be plainly marked as such, and must
not be misrepresented as being the original software.
This notice may not be removed or altered from any source
distribution.
Robert
--=20
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 11:00:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 06:00:43 2025
Received: from localhost ([127.0.0.1]:55710 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpQ0x-0000dh-06
for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 06:00:43 -0500
Received: from mail-vk1-xa34.google.com ([2607:f8b0:4864:20::a34]:49153)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <shipmints@HIDDEN>)
id 1tpQ0u-0000dN-Ss
for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 06:00:41 -0500
Received: by mail-vk1-xa34.google.com with SMTP id
71dfb90a1353d-5239ed6f3b3so739191e0c.2
for <76691 <at> debbugs.gnu.org>; Tue, 04 Mar 2025 03:00:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741086035; x=1741690835; darn=debbugs.gnu.org;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:from:to:cc:subject:date:message-id:reply-to;
bh=eMICO8kU2tksQZrkN3I3NjahpMewlyxYUMX8tdwiyA0=;
b=YSNe8N+8G9Lv8f2bCgaPMbqnpMmsVuIydIz9WKZiNk3/jRUlD6wmoFIIgH2NelCqDq
Amy5ohNm3PQe1DPTZFpMIPULBwEoAGdLj3wfCjrs5Uh6qwE9Dmx6oNm+Ps3nzsFdVU5J
Q9dsJ8FnJJN4wEHLtCD6aKne6rm2g7prVshWFjoY2hLJIBhUsLs/Zcz2zGq6BxNj45C3
WpgqVNBPNqRVO/jcMbzm2aSRDvLBUOfF/OTC4iaDtESdTP3yupYdOusWTK7uv7QA/rwO
P6RFJQjgKUg38ugwcXfIoqRz2Cr05oJGmEP/veL+Py1CSZzuLKjnpaEwECzzE0bsdQlV
7Yig==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741086035; x=1741690835;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
:reply-to;
bh=eMICO8kU2tksQZrkN3I3NjahpMewlyxYUMX8tdwiyA0=;
b=icE1IRlPqHWYSXyG+34/O25vR6ouV+Jb+IPW5hnE4uAJlnG6SpJ0GiCsB4FyJuGVcp
k3jFhpUZsrakh5DUCPLQqP9wYywEEIfdJTISCd/QLiORFlBmpThqK+55uI2Jzao2/0a2
So8dKST+fRU4xnFd7zuXnVqPcs1vx8x4t8DALOqgJVUFLnLtgbCTbMUVQDQujqu8FbVM
h0F3ZkuF6/VpYeQN6n6/+k+dHClo3RydTtpxOJ0fxHwl8uk72Igqnqx+bWJu0PxuEay1
/NL6K1COjva7j8MGtGslRjzS8bqE9Mg1VXPnJBxZiLeeMy4P2Hq75d4AIwy3iUj/G9pH
Ki+Q==
X-Forwarded-Encrypted: i=1;
AJvYcCWsOHUdQxnq1cvvN/63YhxZhrrv1uAVgpXgRl8LLAtO/Ki0Lv0NezSJ1h/5mV1483e8ZwJlXw==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxNWUAxYR5UUhbvm01+qyL/UQf1AwupAD4A788AgjRFhSrsUbhe
/Xxy05soQI4r5Ab8ZSJgEZkXdWfJTmFYsTcKtXCjFzggxlvZS1P1oth597e+mlXiPc8m+F1L9oN
CE7E7PY7qzVOa8vy544msChbX5R0=
X-Gm-Gg: ASbGncvFwMKWQyrUnh5VUAMHVjeutXcrx0joXXgH94T2z+DvIF4/dtZWn3zMLeU3/A6
xvpfenrsi81gtykIjqG9xsw/WNaq055xKGEWGYYK/owmoZ9w+njGxMM9bVoqbGHBj9WzaJLgeLO
6qN6eEb0WbUWHSLonbzlePYblptQ==
X-Google-Smtp-Source: AGHT+IHfwzEiUFyURVjd99X0OqOHbtuqYz9iVboO6U7mP54DWoK54Y088sYmo3rk0U7FhvduwQnEvdKvmUo/lpnH4bc=
X-Received: by 2002:a05:6122:3a11:b0:520:42d3:91b7 with SMTP id
71dfb90a1353d-5235b7e0ff3mr8396043e0c.1.1741086035171; Tue, 04 Mar 2025
03:00:35 -0800 (PST)
MIME-Version: 1.0
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
<87ikopnvp0.fsf@HIDDEN>
In-Reply-To: <87ikopnvp0.fsf@HIDDEN>
From: Ship Mints <shipmints@HIDDEN>
Date: Tue, 4 Mar 2025 06:00:24 -0500
X-Gm-Features: AQ5f1JooEQVOdyqb4d6CtqHzkFAdQ4l-iojYzRH7cWLF5rlKJ6_Y4zYKbvg0GIk
Message-ID: <CAN+1HboEDgu2KmXHgaonmogD0EZfogjJ5EcowgkgKc2GChe+ew@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly
on macOS
To: Juri Linkov <juri@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000a66188062f822e58"
X-Spam-Score: 0.7 (/)
X-Debbugs-Envelope-To: 76691
Cc: Ruiyang Wu <ywwry66@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>,
76691 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.3 (/)
--000000000000a66188062f822e58
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
On Tue, Mar 4, 2025 at 2:14=E2=80=AFAM Juri Linkov <juri@HIDDEN> wrote:
> > I can reproduce this on current master, in other words,
> >
> > M-x make-frame-on-monitor RET
> >
> > doesn't provide any completion candidates.
> >
> > In `make-frame-on-monitor`, I see that this
> >
> > (mapcar (lambda (a)
> > (cdr (assq 'name a)))
> > (display-monitor-attributes-list))
> >
> > produces this on both macOS and GNU/Linux:
> >
> > (nil nil)
> >
> > So I guess this is not specific to the NS port?
> >
> > Juri, since you added this command, WDYT?
>
> The command just uses the output of `display-monitor-attributes-list`.
> I don't know why `display-monitor-attributes-list` doesn't recognize
> monitors on macOS and doesn't return their 'name'. I tried
>
> (mapcar (lambda (a)
> (cdr (assq 'name a)))
> (display-monitor-attributes-list))
>
> and on GNU/Linux it correctly returns
>
> ("HDMI-1" "eDP-1")
>
I'll try to dig into this a little more this week. d-m-a-l "works" for me
but doesn't have a monitor name. Perhaps it names them only when there's
more than one. I'll look in Apple's docs also.
--000000000000a66188062f822e58
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Tue, Mar 4, 2025 at 2:14=E2=80=AFAM Juri Linkov <<a href=3D"mailto:ju=
ri@HIDDEN">juri@HIDDEN</a>> wrote:</span></div></div><div class=
=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd=
ing-left:1ex">> I can reproduce this on current master, in other words,<=
br>
><br>
>=C2=A0 =C2=A0 =C2=A0M-x make-frame-on-monitor RET<br>
><br>
> doesn't provide any completion candidates.<br>
><br>
> In `make-frame-on-monitor`, I see that this<br>
><br>
>=C2=A0 =C2=A0 =C2=A0(mapcar (lambda (a)<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(cdr (assq '=
name a)))<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(display-monitor-attrib=
utes-list))<br>
><br>
> produces this on both macOS and GNU/Linux:<br>
><br>
>=C2=A0 =C2=A0 =C2=A0(nil nil)<br>
><br>
> So I guess this is not specific to the NS port?<br>
><br>
> Juri, since you added this command, WDYT?<br>
<br>
The command just uses the output of `display-monitor-attributes-list`.<br>
I don't know why `display-monitor-attributes-list` doesn't recogniz=
e<br>
monitors on macOS and doesn't return their 'name'.=C2=A0 I trie=
d<br>
<br>
(mapcar (lambda (a)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (cdr (assq 'name a)))<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (display-monitor-attributes-list))<br>
<br>
and on GNU/Linux it correctly returns<br>
<br>
("HDMI-1" "eDP-1")<br></blockquote><div><br></div><div =
class=3D"gmail_default" style=3D"font-family:monospace">I'll try to dig=
into this a little more this week.=C2=A0 d-m-a-l "works" for me =
but doesn't have a monitor name.=C2=A0 Perhaps it names them only when =
there's more than one.=C2=A0 I'll look in Apple's docs also.</d=
iv></div></div>
--000000000000a66188062f822e58--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 4 Mar 2025 07:13:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 04 02:13:54 2025
Received: from localhost ([127.0.0.1]:54813 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpMTS-0002Jl-BZ
for submit <at> debbugs.gnu.org; Tue, 04 Mar 2025 02:13:54 -0500
Received: from relay9-d.mail.gandi.net ([217.70.183.199]:60451)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1tpMT7-0002Ie-N7
for 76691 <at> debbugs.gnu.org; Tue, 04 Mar 2025 02:13:34 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 63EA6443BD;
Tue, 4 Mar 2025 07:13:25 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Stefan Kangas <stefankangas@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working
properly on macOS
In-Reply-To: <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
Organization: LINKOV.NET
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
<CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
Date: Tue, 04 Mar 2025 09:10:19 +0200
Message-ID: <87ikopnvp0.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-State: clean
X-GND-Score: -100
X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddutddufeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuifetpfffkfdpucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvfevufgjohhffffkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucggtffrrghtthgvrhhnpeffgeetfeevlefhleejfeeuheeiudeitdffhfdutdekfeffgffhveehteegueekheenucfkphepledurdduvdelrddutdehrdduudejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepledurdduvdelrddutdehrdduudejpdhhvghlohepmhgrihhlrdhgrghnughirdhnvghtpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhgspghrtghpthhtohepfedprhgtphhtthhopeejieeileduseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohephiiffihrhieiieesghhmrghilhdrtghomhdprhgtphhtthhopehsthgvfhgrnhhkrghnghgrshesghhmrghilhdrtghomh
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 76691
Cc: Ruiyang Wu <ywwry66@HIDDEN>, 76691 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
> I can reproduce this on current master, in other words,
>
> M-x make-frame-on-monitor RET
>
> doesn't provide any completion candidates.
>
> In `make-frame-on-monitor`, I see that this
>
> (mapcar (lambda (a)
> (cdr (assq 'name a)))
> (display-monitor-attributes-list))
>
> produces this on both macOS and GNU/Linux:
>
> (nil nil)
>
> So I guess this is not specific to the NS port?
>
> Juri, since you added this command, WDYT?
The command just uses the output of `display-monitor-attributes-list`.
I don't know why `display-monitor-attributes-list` doesn't recognize
monitors on macOS and doesn't return their 'name'. I tried
(mapcar (lambda (a)
(cdr (assq 'name a)))
(display-monitor-attributes-list))
and on GNU/Linux it correctly returns
("HDMI-1" "eDP-1")
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 3 Mar 2025 20:05:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 03 15:05:36 2025 Received: from localhost ([127.0.0.1]:52262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tpC2i-0002pq-0m for submit <at> debbugs.gnu.org; Mon, 03 Mar 2025 15:05:36 -0500 Received: from mail-vk1-xa2e.google.com ([2607:f8b0:4864:20::a2e]:42021) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1tpC2e-0002pX-UT for 76691 <at> debbugs.gnu.org; Mon, 03 Mar 2025 15:05:33 -0500 Received: by mail-vk1-xa2e.google.com with SMTP id 71dfb90a1353d-52098b01902so4437774e0c.0 for <76691 <at> debbugs.gnu.org>; Mon, 03 Mar 2025 12:05:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741032327; x=1741637127; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kVgLQtffxyDRbW2gkHwplLOHd+ZVRNdJkRBCa/2ctj0=; b=URFujSZ3YEY/iTnfF3uUFH9jU872iWvupNUAvc5RlLfQgZGjl92d7ZWQ6RiEQGhc4H wHNXFphdsr5JiBgnifwjCpJ0ElyVZp/182iUxb17xrcZ5LEJtvkys2RKid9YfNhfUlCK u/BVldKQWNg/hFei/XBP95b+0I5QYMDRSGlqmvN46sFeZE7YtGvzWz4ZYf700kHRl6cd suHFloaWZfBSo0zwUEb1Hqzst3T/KNCpPHY6sIyOLtnZ/5cQbHHPCy5A7tWeq/LHMqcp HWxVLjRmgJIpKTd1MKay1YlHZIpR+zScmlLG+fe8QbeUnQj/IUvfuvhjeZcg10N8+miW qFiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741032327; x=1741637127; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kVgLQtffxyDRbW2gkHwplLOHd+ZVRNdJkRBCa/2ctj0=; b=ajMTCoIfdKBd+z0Fe/xc7Ma6rO22iiIOwrcUJyLlHwhsNE0AgGpS+SKxgqO770TpqX 6OLRkye8pztCuiL6KO4xkheMAZo7EPXSdIJoAfZ7GenMV4n5PCQ3q8Z/Y/qiMtgia3rp iSOq9LW5+u8ScP5dc4TN4M3l8lbGohRveh/QSwJjhw34OPihAta6HiapSkfEa/IPfSI1 xKclTQHQH9u/Enn5d62sgbFXafmbRBm/BTVC8OJFFJRJnp8hHmZGk/r/O71y9O5w9kDJ gRqlEt69eFHUvW523fq2VIG+EBqMwcUzST+P1jQlj1lWoRXA9B1unov5oun2M8jGSUyd LNhw== X-Forwarded-Encrypted: i=1; AJvYcCXq+qVgH0947JMxKBZ4+SHTMrUmkqhQvux/lZhqyHUMY8vgW9V5DeDSHTxaDT5+c3tqy/oA3g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzhA0KIo0C7HWSkK/Dwn76fSej7IYLWcAf3JwlQCcs2Y/iDL4Sh 9MJGKAZ6KRCnSC1/PNh1jMpO8cnkvh9pWFvJUyoQjkIZv7ThFE9BsC0x5ZnmyOiJIn7Az3blcNG /uPsP+xKQKVxjU+FgDazZJtxMNvA= X-Gm-Gg: ASbGncunf8NavfipCPmb5wUErRoFEpYeOaUu69JrR4efWrbOs80MExGA9l7bmUxqOKQ 94I3NYbZYEclU0VjXotMR9kmYmHB/p9S2+8TNT2x3+fXCx30jh8f4ejXWCqI7ssL+C6tO/o3jSk 1TL/R8aE1mCf07JgtOu5B+yf1jZg== X-Google-Smtp-Source: AGHT+IEkTtEFDIBvvCmyQTMf7MIo1NDP4BeBV6yUt0Y3aRRkbOLZhxxNvNXoamI/H33oeCcu/USmt4OsUhHGPLgOMto= X-Received: by 2002:a05:6122:10d0:b0:523:72ca:2476 with SMTP id 71dfb90a1353d-523abcb8f04mr482829e0c.3.1741032326983; Mon, 03 Mar 2025 12:05:26 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> In-Reply-To: <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Mon, 3 Mar 2025 15:05:14 -0500 X-Gm-Features: AQ5f1Jq8V2Rtu_CEHl2cJC3Z3IgygyE4oP76vHmLc715UAEgCl6HA0gY0lkB4AU Message-ID: <CAN+1Hbo6tWv2qosG4+4T9Nk3tQ0aahAkaHkqLyX2vuWLGBa3Lg@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Stefan Kangas <stefankangas@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000647c6e062f75ad1e" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: Ruiyang Wu <ywwry66@HIDDEN>, 76691 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000647c6e062f75ad1e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Mar 3, 2025 at 2:58=E2=80=AFPM Stefan Kangas <stefankangas@HIDDEN= m> wrote: > found 76691 30.1 > found 76691 31.0.50 > tags 76691 + confirmed > thanks > > Ruiyang Wu <ywwry66@HIDDEN> writes: > > > I am using the official NS port Emacs 30.1 on a MacBook (macOS Sequoia) > with an external monitor. The output of `display-monitor-attributes-list` > is as follows: > >> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 195) > (frames) (source . "NS")) ((geometry 1512 -517 1600 900 (workarea 1512 -5= 17 > 1600 875) (mm-size 549 311) (frames #<frame scratch* 0x12d08e430>) (sourc= e > . "NS"))) > > It fails to recognize my monitors. Furthermore, when I run `M-x > make-frame-on-monitor`, no candidate is provided. > > > > However, if I use `emacs-mac` from > https://bitbucket.org/mituharu/emacs-mac/src/master/, the monitors can be > correctly recognized. `display-monitor-attributes-list` prints > >> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 196) > (frames) (name . "Built-in Retina Display") (backing-scale-factor . 2)) > ((geometry 1512 -517 1600 900) (workarea 1512 -492 1600 875) (mm-size 549 > 311) (frames #<frame *scratch* - GNU Emacs at Ruiyangs-MBP 0x1400a62c8>) > (name . "DELL U2515H") (backing-scale-factor . 2))) > > And I can also use `make-frame-on-monitor` to create new frames without > issue. > > > > Is it possible to have the aforementioned behavior from `emacs-mac` in > the official NS port? That would greatly improve my workflow. Thank you > very much! > > I can reproduce this on current master, in other words, > > M-x make-frame-on-monitor RET > > doesn't provide any completion candidates. > > In `make-frame-on-monitor`, I see that this > > (mapcar (lambda (a) > (cdr (assq 'name a))) > (display-monitor-attributes-list)) > > produces this on both macOS and GNU/Linux: > > (nil nil) > > So I guess this is not specific to the NS port? > > Juri, since you added this command, WDYT? > On my iMac and laptop, it works. I have some functions that depend on this so I know it works. (display-monitor-attributes-list) (((geometry 0 0 3200 1800) (workarea 0 25 3200 1775) (mm-size 599 339) (frames #<frame 30.1 0x7fd3322fbc70> #<frame 0x7fd2f3059610> #<frame 0x7fd33308a968>) (source . "NS"))) --000000000000647c6e062f75ad1e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Mon, Mar 3, 2025 at 2:58=E2=80=AFPM Stefan Kangas <<a href=3D"mailto:= stefankangas@HIDDEN">stefankangas@HIDDEN</a>> wrote:</span></div><= /div><div class=3D"gmail_quote gmail_quote_container"><blockquote class=3D"= gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20= 4,204,204);padding-left:1ex">found 76691 30.1<br> found 76691 31.0.50<br> tags 76691 + confirmed<br> thanks<br> <br> Ruiyang Wu <<a href=3D"mailto:ywwry66@HIDDEN" target=3D"_blank">ywwry= 66@HIDDEN</a>> writes:<br> <br> > I am using the official NS port Emacs 30.1 on a MacBook (macOS Sequoia= ) with an external monitor. The output of `display-monitor-attributes-list`= is as follows:<br> >> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 19= 5) (frames) (source . "NS")) ((geometry 1512 -517 1600 900 (worka= rea 1512 -517 1600 875) (mm-size 549 311) (frames #<frame scratch* 0x12d= 08e430>) (source . "NS")))<br> > It fails to recognize my monitors. Furthermore, when I run `M-x make-f= rame-on-monitor`, no candidate is provided.<br> ><br> > However, if I use `emacs-mac` from <a href=3D"https://bitbucket.org/mi= tuharu/emacs-mac/src/master/" rel=3D"noreferrer" target=3D"_blank">https://= bitbucket.org/mituharu/emacs-mac/src/master/</a>, the monitors can be corre= ctly recognized. `display-monitor-attributes-list` prints<br> >> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 19= 6) (frames) (name . "Built-in Retina Display") (backing-scale-fac= tor . 2)) ((geometry 1512 -517 1600 900) (workarea 1512 -492 1600 875) (mm-= size 549 311) (frames #<frame *scratch* - GNU Emacs at Ruiyangs-MBP 0x14= 00a62c8>) (name . "DELL U2515H") (backing-scale-factor . 2)))<= br> > And I can also use `make-frame-on-monitor` to create new frames withou= t issue.<br> ><br> > Is it possible to have the aforementioned behavior from `emacs-mac` in= the official NS port? That would greatly improve my workflow. Thank you ve= ry much!<br> <br> I can reproduce this on current master, in other words,<br> <br> =C2=A0 =C2=A0 M-x make-frame-on-monitor RET<br> <br> doesn't provide any completion candidates.<br> <br> In `make-frame-on-monitor`, I see that this<br> <br> =C2=A0 =C2=A0 (mapcar (lambda (a)<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (cdr (assq 'name a)))<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (display-monitor-attributes-list)= )<br> <br> produces this on both macOS and GNU/Linux:<br> <br> =C2=A0 =C2=A0 (nil nil)<br> <br> So I guess this is not specific to the NS port?<br> <br> Juri, since you added this command, WDYT?<br></blockquote><div><br></div><d= iv><div class=3D"gmail_default" style=3D"font-family:monospace">On my iMac = and=C2=A0laptop, it works.=C2=A0 I have some functions that depend on this = so I know it works.</div><div class=3D"gmail_default" style=3D"font-family:= monospace"><br></div><div class=3D"gmail_default" style=3D"font-family:mono= space">(display-monitor-attributes-list)</div><div class=3D"gmail_default" = style=3D"font-family:monospace">(((geometry 0 0 3200 1800) (workarea 0 25 3= 200 1775) (mm-size 599 339) (frames #<frame 30.1=C2=A00x7fd3322fbc70>= #<frame =C2=A00x7fd2f3059610> #<frame =C2=A00x7fd33308a968>) (= source . "NS")))</div><br></div><div>=C2=A0</div></div></div> --000000000000647c6e062f75ad1e--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Stefan Kangas <stefankangas@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Stefan Kangas <stefankangas@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Stefan Kangas <stefankangas@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at 76691) by debbugs.gnu.org; 3 Mar 2025 19:56:30 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 03 14:56:30 2025
Received: from localhost ([127.0.0.1]:52225 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tpBtu-0007ig-7C
for submit <at> debbugs.gnu.org; Mon, 03 Mar 2025 14:56:30 -0500
Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]:57474)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <stefankangas@HIDDEN>)
id 1tpBtq-0007iK-3D
for 76691 <at> debbugs.gnu.org; Mon, 03 Mar 2025 14:56:26 -0500
Received: by mail-ed1-x52c.google.com with SMTP id
4fb4d7f45d1cf-5e4ad1d67bdso7633060a12.2
for <76691 <at> debbugs.gnu.org>; Mon, 03 Mar 2025 11:56:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1741031779; x=1741636579; darn=debbugs.gnu.org;
h=content-transfer-encoding:cc:to:subject:message-id:date
:mime-version:references:in-reply-to:from:from:to:cc:subject:date
:message-id:reply-to;
bh=kFqhc0HpvZ6yEi/HFq4BlrrqTKMMaoyScMMzJ48AI/c=;
b=BeoD6lRoNum95aIQ1eb6tJWjvpLHc3jUUJNC3RTRRPepicDiuuwpfWilpdg1nxB5lh
0MO4lsf1Yinsyb+77P5SM0eVyrgg0QgABo61XLGLRb4b5INgCZgeYKssCqSYkmbC0mlW
ADif6utWxYAvRGC6yNmgf8uiUmWmmBvVAK76iMTARin30mkpVcn4b2F+cz0QZ2rzjBvK
RPNw1Xw33srQTP8+5+ectZNAm4BHIeD//K++kF4kS1KxB0tWkVKu3bxmAK0TS4MsHqpe
eGIvH35hFsavv1OA3itC2RLzb88sjFGwU/oKrk5nNDvbtjMvzecTHOdO35I6gL0QD/Gl
wALQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741031779; x=1741636579;
h=content-transfer-encoding:cc:to:subject:message-id:date
:mime-version:references:in-reply-to:from:x-gm-message-state:from:to
:cc:subject:date:message-id:reply-to;
bh=kFqhc0HpvZ6yEi/HFq4BlrrqTKMMaoyScMMzJ48AI/c=;
b=Bi7uGyzYQIieZX/McxbkKBiyaFxTQCkFKkMvmdapil6XKOQ+ZZJhYYeqQSeCYUJmnS
Sg/42AUCgdoMigpTqNGiRS/C15oXMFjzYGZI1OMfe3U7g5gWWdOUT78/P5p5r9137Hc9
47VsAkJrzaoxBxmmht/YRp8m5CZWDHq4yPzMkD6etvk+9oTNgIgtA/sLJjQszzqpBmuz
R0YCMK1gYkhTVep6pousM0U2qiYVGjMprGhNPkjwS1fzfTMNW34R4pUb74Xqu+Lbv+K4
NEDNC6S2Iygs00rKu+GoN0s1+TFU/SHUa4onVZ5suZLRUsJT/xVDEswrmRAQ4new/p/6
yjtA==
X-Forwarded-Encrypted: i=1;
AJvYcCWi1K+DscQe0jSxU9O3bYkjaGEEr5aLLhkSXGtwIUPm1MT7UJFa/u46f39Q3yzqwwv7L7bOEw==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Yxzdbc1iwnPXl+dLdLcgN0sd9fFlYFl9T7Abr6JiF7dVsq/32Iq
50zusA/Cy7fJCBPlrxKZtjO0ZsJKtlL1WQj/hMSHn7Dn3PPVCC2EmzhjXTpdiw5EaywhJe+vRGE
WFV1Ag+oqQUNu61n6k6PC1oFj+UM=
X-Gm-Gg: ASbGncux20SIQpSlu6bqXZI/yLuBmPDoLh5yR86+WNkkDwNZJULBV7LUEJiKJWNc4I4
QQKZFjBAGkkShzmA5q7CJYu8JFDC/w3mwOshJ1TaGyG6hrE3sGwJ78ayUEsP+1rSGMLnLnAvX3v
0D6szD+7frRK7w2D3Nx07rbgjamQ==
X-Google-Smtp-Source: AGHT+IEsVamN1e7u+oeMf7diXXMyHOSl8LX6wLGmedycprEC3CtwWRLH7fXkQY7PfsYTpvcSrQTZ0UpupLsM/y0aeP0=
X-Received: by 2002:a50:cc0c:0:b0:5e5:3610:8b59 with SMTP id
4fb4d7f45d1cf-5e536109139mr6200267a12.1.1741031779149; Mon, 03 Mar 2025
11:56:19 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
HTTPREST; Mon, 3 Mar 2025 11:56:16 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN>
MIME-Version: 1.0
Date: Mon, 3 Mar 2025 11:56:16 -0800
X-Gm-Features: AQ5f1JpQZZ6M7ejAP_Flbj5sUGZtSjl-IEjhKyh_NFqgKVHwDCwNthGSOgPSeXQ
Message-ID: <CADwFkmkn0Q_0iBnFaXd0ppRf5-vn2q7ez8FeHap6tP_HpFdUuA@HIDDEN>
Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly
on macOS
To: Ruiyang Wu <ywwry66@HIDDEN>, 76691 <at> debbugs.gnu.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 76691
Cc: Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
found 76691 30.1
found 76691 31.0.50
tags 76691 + confirmed
thanks
Ruiyang Wu <ywwry66@HIDDEN> writes:
> I am using the official NS port Emacs 30.1 on a MacBook (macOS Sequoia) w=
ith an external monitor. The output of `display-monitor-attributes-list` is=
as follows:
>> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 195) (fr=
ames) (source . "NS")) ((geometry 1512 -517 1600 900 (workarea 1512 -517 16=
00 875) (mm-size 549 311) (frames #<frame scratch* 0x12d08e430>) (source . =
"NS")))
> It fails to recognize my monitors. Furthermore, when I run `M-x make-fram=
e-on-monitor`, no candidate is provided.
>
> However, if I use `emacs-mac` from https://bitbucket.org/mituharu/emacs-m=
ac/src/master/, the monitors can be correctly recognized. `display-monitor-=
attributes-list` prints
>> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 196) (fr=
ames) (name . "Built-in Retina Display") (backing-scale-factor . 2)) ((geom=
etry 1512 -517 1600 900) (workarea 1512 -492 1600 875) (mm-size 549 311) (f=
rames #<frame *scratch* - GNU Emacs at Ruiyangs-MBP 0x1400a62c8>) (name . "=
DELL U2515H") (backing-scale-factor . 2)))
> And I can also use `make-frame-on-monitor` to create new frames without i=
ssue.
>
> Is it possible to have the aforementioned behavior from `emacs-mac` in th=
e official NS port? That would greatly improve my workflow. Thank you very =
much!
I can reproduce this on current master, in other words,
M-x make-frame-on-monitor RET
doesn't provide any completion candidates.
In `make-frame-on-monitor`, I see that this
(mapcar (lambda (a)
(cdr (assq 'name a)))
(display-monitor-attributes-list))
produces this on both macOS and GNU/Linux:
(nil nil)
So I guess this is not specific to the NS port?
Juri, since you added this command, WDYT?
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 3 Mar 2025 02:29:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 02 21:29:44 2025 Received: from localhost ([127.0.0.1]:40965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tovYt-0001BM-Hj for submit <at> debbugs.gnu.org; Sun, 02 Mar 2025 21:29:44 -0500 Received: from mail-qt1-x833.google.com ([2607:f8b0:4864:20::833]:44188) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <ywwry66@HIDDEN>) id 1tovYq-0001Ah-Jq for 76691 <at> debbugs.gnu.org; Sun, 02 Mar 2025 21:29:41 -0500 Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-471f257f763so35442011cf.0 for <76691 <at> debbugs.gnu.org>; Sun, 02 Mar 2025 18:29:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740968975; x=1741573775; darn=debbugs.gnu.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=Zv2IL7jc8eHb9ge3j97hAJTVwDNQJDfnk/fvV84zIFo=; b=Zd5oAlvv60rAN/QzLQ0N7BG6fQmruFypwTSkD/OIX4/DOQbRvedeVi2Q4MQ4tASlsy umOLtCldch+E/JL1CTT+WamnbHRmAL7aPM1S/Ki4NBO4dJXnBfswm3Pp7kv9Ivcp2uyH aTjVywk3BRlycMkRIfG8utBE70TF04hc7yMQcS8SiPJp4WMbS58iwdsxIgPrnA432Uia ZfINlminP2ym7VEU50nNslf4JZEWf6/CsxWFGzhUXcQyzf2GTT4viHYb8btBxnKJcu92 znlCzB5SSr+qzchGAzK1zzg+L7yXQqhWjoQnFzpp8R2bcXRoVDdG5+mnQIRXk7p18KEG 1Gmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740968975; x=1741573775; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Zv2IL7jc8eHb9ge3j97hAJTVwDNQJDfnk/fvV84zIFo=; b=qSrpyvkQ1tiS6sr5jBmTMZzWjqD+G/gvjjnMHzARsG0OAXlKATABB1sVu+7NxdV+7U i0XEiMQAZDKLpOcZrCQXjhnd8Ngv3OAVnZiHDTpybwWoUfOIrW+RNlpa2PZROieBSa1L uZIadAgr4hFmq/W5tKluNO3JIkfOLHchCBEZ94jLuTWqU7H9tMKdBIWH5s4LVELuKT17 lZK97GHUNCRP8oals1EFPnxcJGMXAPcdXejQ0DRkNSUzOFI0hhazt/qqUmS5mfErINUL SA7Xc/ULf5qmemhi8HmhARetkPtzauol6MUn/r5BXnWEIhuvFswv66ySFuhmrJb+ImIF Ucyw== X-Gm-Message-State: AOJu0Yza63NC36N2cXd6/jgDbWIR02lI5rxs1akEBjrF9PBynYkug9Wd /AuqyK3CfsLe+QjZ8dp1CBO0B4rw/WaKvlX1rE48MZ3oeOfu3jKQ X-Gm-Gg: ASbGncsYYkCW1N3bnLY85jucpHuHCFMzs54eTx2BODnN+zsL03nNuHWz02dNGkoAS61 7KHLwkjezAsZcsfpU9fKsoLSJ+CDNzJ7+mSvOf4FyYclgrXF55ZMUCIDCLRLFDQaEcqyAt5FRaI FRIzJSGLNDyp988ozY7cOU2rfdRucax4xxfCG/Z2HynXTbG+iJ3rT7A+WkC97ulxWuTUL0MlPL9 mqEElV2F4Z/W1x5SqvaAda8e6Jf6sCKMScigTf1C1tSZ+AmMNxEtmXu62hiWQQXq1SP6UQucWAI rWJeF2joTEyY/M8SxuQ5W5HkcCycPV158OcuDhF/P8/mFkXI0ScmErug/cxaoTuUAQlB2A== X-Google-Smtp-Source: AGHT+IFuR3q9CBszxpqsbC8lRNA7GN43BE0dvyOBGZpCRwZoKmKP/gdmo4GgWrcqid/ki6SGDua6WQ== X-Received: by 2002:a05:622a:1916:b0:471:f754:db47 with SMTP id d75a77b69052e-474bc04e652mr176627181cf.2.1740968974666; Sun, 02 Mar 2025 18:29:34 -0800 (PST) Received: from smtpclient.apple ([2600:4041:423e:2300:d10f:1cff:e91e:a927]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-4747242f7dasm52959651cf.73.2025.03.02.18.29.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Mar 2025 18:29:34 -0800 (PST) From: Ruiyang Wu <ywwry66@HIDDEN> Message-Id: <BFFD355B-99F9-4A43-ADC4-A74F04CE9BE5@HIDDEN> Content-Type: multipart/alternative; boundary="Apple-Mail=_30E58420-417D-4E2C-B5D5-4F3C98459FDC" Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS Date: Sun, 2 Mar 2025 21:29:23 -0500 In-Reply-To: <CAN+1Hbqx=t1pCJWZZ6e=nkTyGdSgGfa+usxN70QOcf2n4X17sg@HIDDEN> To: Ship Mints <shipmints@HIDDEN> References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> <CAN+1Hbqx=t1pCJWZZ6e=nkTyGdSgGfa+usxN70QOcf2n4X17sg@HIDDEN> X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) --Apple-Mail=_30E58420-417D-4E2C-B5D5-4F3C98459FDC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thanks for the suggestion. I tried both the stable release and the = nightly build from the repo you linked, but unfortunately they seem to = behave the same way as the official NS port. If you are able to come up = with a patch, I would definitely like to test that on the master branch. Best, Ruiyang > On Mar 2, 2025, at 4:12=E2=80=AFPM, Ship Mints <shipmints@HIDDEN> = wrote: >=20 > If you try the following Emacs 30.1 NS build and it works for you, I = think I know which one-liner patch might need to be applied to make this = work. I don't have more than one monitor so I can't easily test this on = my own. If I submit a patch for this, would you be able to build from = master? I could try to use my iPad as an external monitor, I suppose = but not sure if that will work. >=20 > https://github.com/jimeh/emacs-builds/releases/tag/Emacs-30.1 >=20 > On Sun, Mar 2, 2025 at 4:00=E2=80=AFPM Ruiyang Wu <ywwry66@HIDDEN = <mailto:ywwry66@HIDDEN>> wrote: >> Hi, >>=20 >> I am using the official NS port Emacs 30.1 on a MacBook (macOS = Sequoia) with an external monitor. The output of = `display-monitor-attributes-list` is as follows: >>> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 195) = (frames) (source . "NS")) ((geometry 1512 -517 1600 900 (workarea 1512 = -517 1600 875) (mm-size 549 311) (frames #<frame scratch* 0x12d08e430>) = (source . "NS"))) >> It fails to recognize my monitors. Furthermore, when I run `M-x = make-frame-on-monitor`, no candidate is provided. >>=20 >>=20 >> However, if I use `emacs-mac` from = https://bitbucket.org/mituharu/emacs-mac/src/master/, the monitors can = be correctly recognized. `display-monitor-attributes-list` prints >>> (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 196) = (frames) (name . "Built-in Retina Display") (backing-scale-factor . 2)) = ((geometry 1512 -517 1600 900) (workarea 1512 -492 1600 875) (mm-size = 549 311) (frames #<frame *scratch* - GNU Emacs at Ruiyangs-MBP = 0x1400a62c8>) (name . "DELL U2515H") (backing-scale-factor . 2))) >> And I can also use `make-frame-on-monitor` to create new frames = without issue. >>=20 >>=20 >> Is it possible to have the aforementioned behavior from `emacs-mac` = in the official NS port? That would greatly improve my workflow. Thank = you very much! >>=20 >> Best, >> Ruiyang >>=20 --Apple-Mail=_30E58420-417D-4E2C-B5D5-4F3C98459FDC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"content-type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;">Thanks for the = suggestion. I tried both the stable release and the nightly build from = the repo you linked, but unfortunately they seem to behave the same way = as the official NS port. If you are able to come up with a patch, I = would definitely like to test that on the master branch.<div><br = id=3D"lineBreakAtBeginningOfMessage"><div> <div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, = 0); letter-spacing: normal; text-align: start; text-indent: 0px; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: = break-word; -webkit-nbsp-mode: space; line-break: = after-white-space;"><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, = 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; = text-indent: 0px; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: = none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: = after-white-space;"><div>Best,</div><div>Ruiyang</div></div></div> </div> <div><br><blockquote type=3D"cite"><div>On Mar 2, 2025, at 4:12=E2=80=AFPM= , Ship Mints <shipmints@HIDDEN> wrote:</div><br = class=3D"Apple-interchange-newline"><div><div dir=3D"ltr"><div = class=3D"gmail_default" style=3D"font-family:monospace">If you try the = following Emacs 30.1 NS build and it works for you, I think I know which = one-liner patch might need to be applied to make this work. I = don't have more than one monitor so I can't easily test this on my = own. If I submit a patch for this, would you be able to build from = master? I could try to use my iPad as an external monitor, I = suppose but not sure if that will work.</div><div class=3D"gmail_default" = style=3D"font-family:monospace"><br></div><div class=3D"gmail_default" = style=3D"font-family:monospace"><a = href=3D"https://github.com/jimeh/emacs-builds/releases/tag/Emacs-30.1">htt= ps://github.com/jimeh/emacs-builds/releases/tag/Emacs-30.1</a><br></div></= div><br><div class=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" = class=3D"gmail_attr">On Sun, Mar 2, 2025 at 4:00=E2=80=AFPM Ruiyang Wu = <<a href=3D"mailto:ywwry66@HIDDEN">ywwry66@HIDDEN</a>> = wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px = 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"><div>Hi,<div><br></div><div>I am = using the official NS port Emacs 30.1 on a MacBook (macOS Sequoia) with = an external monitor. The output = of `display-monitor-attributes-list` is as follows:</div><div><p = style=3D"margin:0px;font-style:normal;font-variant-caps:normal;font-stretc= h:normal;line-height:normal;font-size-adjust:none;font-kerning:auto;font-v= ariant-alternates:normal;font-variant-ligatures:normal;font-variant-numeri= c:normal;font-variant-east-asian:normal;font-feature-settings:normal"></p>= <blockquote type=3D"cite">(((geometry 0 0 1512 982) (workarea 0 38 1512 = 944) (mm-size 301 195) (frames) (source . "NS")) ((geometry 1512 -517 = 1600 900 (workarea 1512 -517 1600 875) (mm-size 549 311) (frames = #<frame scratch* 0x12d08e430>) (source . "NS")))</blockquote>It = fails to recognize my monitors. Furthermore, when I run `M-x = make-frame-on-monitor`, no candidate is provided.<div><br = class=3D"webkit-block-placeholder"></div><div style=3D"margin: 0px; = font-style: normal; font-variant-caps: normal; font-stretch: normal; = line-height: normal; font-size-adjust: none; font-kerning: auto; = font-variant-alternates: normal; font-variant-ligatures: normal; = font-variant-numeric: normal; font-variant-east-asian: normal; = font-feature-settings: normal;"><br></div><div style=3D"margin: 0px; = font-style: normal; font-variant-caps: normal; font-stretch: normal; = line-height: normal; font-size-adjust: none; font-kerning: auto; = font-variant-alternates: normal; font-variant-ligatures: normal; = font-variant-numeric: normal; font-variant-east-asian: normal; = font-feature-settings: normal;">However, if I use `emacs-mac` = from <a href=3D"https://bitbucket.org/mituharu/emacs-mac/src/master/"= = target=3D"_blank">https://bitbucket.org/mituharu/emacs-mac/src/master/</a>= , the monitors can be correctly recognized. <span = style=3D"">`display-monitor-attributes-list` prints</span></div><p = style=3D"margin:0px;font-style:normal;font-variant-caps:normal;font-stretc= h:normal;line-height:normal;font-size-adjust:none;font-kerning:auto;font-v= ariant-alternates:normal;font-variant-ligatures:normal;font-variant-numeri= c:normal;font-variant-east-asian:normal;font-feature-settings:normal"></p>= <blockquote type=3D"cite">(((geometry 0 0 1512 982) (workarea 0 38 1512 = 944) (mm-size 301 196) (frames) (name . "Built-in Retina Display") = (backing-scale-factor . 2)) ((geometry 1512 -517 1600 900) (workarea = 1512 -492 1600 875) (mm-size 549 311) (frames #<frame *scratch* - GNU = Emacs at Ruiyangs-MBP 0x1400a62c8>) (name . "DELL U2515H") = (backing-scale-factor . 2)))</blockquote>And I can also use = `make-frame-on-monitor` to create new frames without issue.<div><br = class=3D"webkit-block-placeholder"></div><div style=3D"margin: 0px; = font-style: normal; font-variant-caps: normal; font-stretch: normal; = line-height: normal; font-size-adjust: none; font-kerning: auto; = font-variant-alternates: normal; font-variant-ligatures: normal; = font-variant-numeric: normal; font-variant-east-asian: normal; = font-feature-settings: normal;"><br></div><div style=3D"margin: 0px; = font-style: normal; font-variant-caps: normal; font-stretch: normal; = line-height: normal; font-size-adjust: none; font-kerning: auto; = font-variant-alternates: normal; font-variant-ligatures: normal; = font-variant-numeric: normal; font-variant-east-asian: normal; = font-feature-settings: normal;">Is it possible to have the <span = style=3D"">aforementioned </span>behavior from `emacs-mac` in the = official NS port? That would greatly improve my workflow. Thank you very = much!</div><div style=3D"margin: 0px; font-style: normal; = font-variant-caps: normal; font-stretch: normal; line-height: normal; = font-size-adjust: none; font-kerning: auto; font-variant-alternates: = normal; font-variant-ligatures: normal; font-variant-numeric: normal; = font-variant-east-asian: normal; font-feature-settings: = normal;"><br></div><div> <div dir=3D"auto" style=3D"letter-spacing: normal; text-align: start; = text-indent: 0px; text-transform: none; white-space: normal; = word-spacing: 0px; text-decoration: none;"><div dir=3D"auto" = style=3D"letter-spacing: normal; text-align: start; text-indent: 0px; = text-transform: none; white-space: normal; word-spacing: 0px; = text-decoration: none;"><div>Best,</div><div>Ruiyang</div></div></div> </div> <br></div></div></blockquote></div> </div></blockquote></div><br></div></body></html>= --Apple-Mail=_30E58420-417D-4E2C-B5D5-4F3C98459FDC--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at 76691) by debbugs.gnu.org; 2 Mar 2025 21:12:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 02 16:12:45 2025 Received: from localhost ([127.0.0.1]:36879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1toqc8-0007jC-HY for submit <at> debbugs.gnu.org; Sun, 02 Mar 2025 16:12:45 -0500 Received: from mail-ua1-x930.google.com ([2607:f8b0:4864:20::930]:52710) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1toqc4-0007iG-Jh for 76691 <at> debbugs.gnu.org; Sun, 02 Mar 2025 16:12:42 -0500 Received: by mail-ua1-x930.google.com with SMTP id a1e0cc1a2514c-86112ab1ad4so1525393241.1 for <76691 <at> debbugs.gnu.org>; Sun, 02 Mar 2025 13:12:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740949955; x=1741554755; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=X2j1yJWoLgzgZq8SL8+UhEjaTZjI3jxMgdUC1OrJzpw=; b=XvicO/VDRzHDfnaI8B8c1cNAw9MDpqrBZhUYo7I5F5D55uDGYLZDA9RVGk7/0pRS8/ u5kNfJQU7KZjsQPMIXzu5bT5NX+1Sr9QIE8a9jZaIa5d0rlicUZyGAL5A5Hl9z0r/r34 KIfHlgAShx7/S0QKm/shyiu5+Vx7KhoCYI1Lgejt0SPSnwYtcgrX0+Q4dvSmjLypvHKp JHqMRi1vVtYnLFq6RxOV7HMYUE6lyatBAUbaE1wEKPpafm2l71YnVQPaVvoY8LPN6VZ3 H+ERPaLmeC/baWnL/9ib75qL17zl2r8WxtPevSRnjIPvDX79bgEInxEFISlQAAbi6RJZ O+bQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740949955; x=1741554755; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=X2j1yJWoLgzgZq8SL8+UhEjaTZjI3jxMgdUC1OrJzpw=; b=Fw6F7I0zebezJDvo4CzP1Su1infNrPM8pbCXAEHraE3oihOzVX2tR3yGoxrsAdJURK e5i+bplK1aLqgMmMW+eoOIAXw7W61ABD7XihL5sMK7lPUPd/p1ZRGt+ovx70C1pz1ZLw z9xCPuaxdhizbAxD8E1ql6p1zT2C06qEqKkTSXFOxVmcvb2I3rg3zvQdWnlsH86VyHR2 MAxn2DqfuYwYSBrCG2VRXh/dxm5r5KZRlnZawz+qrnBhP4nDC8tUXjI2DJY6Z2gwVtH4 bW4unPUeGn/mZsLj3q/4UEozZSSvm9Zzv1Bz1jEOUtpxk/zrPazFBcsT37pNjhQF27jF LVig== X-Gm-Message-State: AOJu0YxZ1QnQIQ0eCZc+D4ji+Meq4wVpIaHLA16yIFhIORQ6DzyZkA2E 12utdBvSIOgw0CdLBqMgvmJp700LVhCafOpPyp/sRccYjXEY/xUh5BP3dl9/czaVmMOju9nn/md CdkNFhuYZabfVqrxDMV3BKDUm2dKEQQcz X-Gm-Gg: ASbGnct2Ao+YJ59yh2Z+acR/mrsU2ET9qOSaKiaCLjm541B41btybMvXIcp4rM7IiJ9 c8vjBGfZ1D0u8YPJWHaPZ64q3Szz6KApUh4IB4jmFJ1uELucPRCQ8VZOg+SNILiZRMDOchl1Y3L ZEHFUcvSfDR3B2+skUR7OPPEXslA== X-Google-Smtp-Source: AGHT+IFF9ORk4r0itc/8KuAaWUCID7niKrkgSPL5VMaNmXg/29U7MIWDuOUv4cmjzi3IKUwTxzIw0JV7jkxcCb1ayds= X-Received: by 2002:a05:6102:6e88:b0:4c1:9780:3830 with SMTP id ada2fe7eead31-4c197803b7dmr658241137.23.1740949954630; Sun, 02 Mar 2025 13:12:34 -0800 (PST) MIME-Version: 1.0 References: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> In-Reply-To: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Sun, 2 Mar 2025 16:12:23 -0500 X-Gm-Features: AQ5f1JqacHBf9K-_qd1R-v-azWMEmnTQcgUe9mSRvMX3sgW_0opk-ps5Cju5HNk Message-ID: <CAN+1Hbqx=t1pCJWZZ6e=nkTyGdSgGfa+usxN70QOcf2n4X17sg@HIDDEN> Subject: Re: bug#76691: `display-monitor-attributes-list` not working properly on macOS To: Ruiyang Wu <ywwry66@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000009e1c9d062f627fbb" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76691 Cc: 76691 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000009e1c9d062f627fbb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable If you try the following Emacs 30.1 NS build and it works for you, I think I know which one-liner patch might need to be applied to make this work. I don't have more than one monitor so I can't easily test this on my own. If I submit a patch for this, would you be able to build from master? I could try to use my iPad as an external monitor, I suppose but not sure if that will work. https://github.com/jimeh/emacs-builds/releases/tag/Emacs-30.1 On Sun, Mar 2, 2025 at 4:00=E2=80=AFPM Ruiyang Wu <ywwry66@HIDDEN> wrote= : > Hi, > > I am using the official NS port Emacs 30.1 on a MacBook (macOS Sequoia) > with an external monitor. The output of `display-monitor-attributes-list` > is as follows: > > (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 195) > (frames) (source . "NS")) ((geometry 1512 -517 1600 900 (workarea 1512 -5= 17 > 1600 875) (mm-size 549 311) (frames #<frame scratch* 0x12d08e430>) (sourc= e > . "NS"))) > > It fails to recognize my monitors. Furthermore, when I run `M-x > make-frame-on-monitor`, no candidate is provided. > > > However, if I use `emacs-mac` from > https://bitbucket.org/mituharu/emacs-mac/src/master/, the monitors can be > correctly recognized. `display-monitor-attributes-list` prints > > (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 196) > (frames) (name . "Built-in Retina Display") (backing-scale-factor . 2)) > ((geometry 1512 -517 1600 900) (workarea 1512 -492 1600 875) (mm-size 549 > 311) (frames #<frame *scratch* - GNU Emacs at Ruiyangs-MBP 0x1400a62c8>) > (name . "DELL U2515H") (backing-scale-factor . 2))) > > And I can also use `make-frame-on-monitor` to create new frames without > issue. > > > Is it possible to have the aforementioned behavior from `emacs-mac` in > the official NS port? That would greatly improve my workflow. Thank you > very much! > > > Best, > Ruiyang > > --0000000000009e1c9d062f627fbb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">If you try the following Emacs 30.1 NS build and it works for you, I thi= nk I know which one-liner patch might need to be applied to make this work.= =C2=A0 I don't have more than one monitor so I can't easily test th= is on my own.=C2=A0 If I submit a patch for this, would you be able to buil= d from master?=C2=A0 I could try to use my iPad as an external monitor, I s= uppose but not sure if that will work.</div><div class=3D"gmail_default" st= yle=3D"font-family:monospace"><br></div><div class=3D"gmail_default" style= =3D"font-family:monospace"><a href=3D"https://github.com/jimeh/emacs-builds= /releases/tag/Emacs-30.1">https://github.com/jimeh/emacs-builds/releases/ta= g/Emacs-30.1</a><br></div></div><br><div class=3D"gmail_quote gmail_quote_c= ontainer"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, Mar 2, 2025 at 4:00= =E2=80=AFPM Ruiyang Wu <<a href=3D"mailto:ywwry66@HIDDEN">ywwry66@gma= il.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m= argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left= :1ex"><div>Hi,<div><br></div><div>I am using the official NS port Emacs 30.= 1 on a MacBook (macOS Sequoia) with an external monitor. The output of=C2= =A0`display-monitor-attributes-list` is as follows:</div><div> <p style=3D"margin:0px;font-style:normal;font-variant-caps:normal;font-stre= tch:normal;line-height:normal;font-size-adjust:none;font-kerning:auto;font-= variant-alternates:normal;font-variant-ligatures:normal;font-variant-numeri= c:normal;font-variant-east-asian:normal;font-feature-settings:normal"></p><= blockquote type=3D"cite">(((geometry 0 0 1512 982) (workarea 0 38 1512 944)= (mm-size 301 195) (frames) (source . "NS")) ((geometry 1512 -517= 1600 900 (workarea 1512 -517 1600 875) (mm-size 549 311) (frames #<fram= e scratch* 0x12d08e430>) (source . "NS")))</blockquote>It fail= s to recognize my monitors. Furthermore, when I run `M-x make-frame-on-moni= tor`, no candidate is provided.<p></p><p style=3D"margin:0px;font-style:nor= mal;font-variant-caps:normal;font-stretch:normal;line-height:normal;font-si= ze-adjust:none;font-kerning:auto;font-variant-alternates:normal;font-varian= t-ligatures:normal;font-variant-numeric:normal;font-variant-east-asian:norm= al;font-feature-settings:normal"><br></p><p style=3D"margin:0px;font-style:= normal;font-variant-caps:normal;font-stretch:normal;line-height:normal;font= -size-adjust:none;font-kerning:auto;font-variant-alternates:normal;font-var= iant-ligatures:normal;font-variant-numeric:normal;font-variant-east-asian:n= ormal;font-feature-settings:normal">However, if I use `emacs-mac` from=C2= =A0<a href=3D"https://bitbucket.org/mituharu/emacs-mac/src/master/" target= =3D"_blank">https://bitbucket.org/mituharu/emacs-mac/src/master/</a>, the m= onitors can be correctly recognized.=C2=A0<span style=3D"color:rgb(0,0,0)">= `display-monitor-attributes-list` prints</span></p><p style=3D"margin:0px;f= ont-style:normal;font-variant-caps:normal;font-stretch:normal;line-height:n= ormal;font-size-adjust:none;font-kerning:auto;font-variant-alternates:norma= l;font-variant-ligatures:normal;font-variant-numeric:normal;font-variant-ea= st-asian:normal;font-feature-settings:normal"></p><blockquote type=3D"cite"= >(((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 196) (fram= es) (name . "Built-in Retina Display") (backing-scale-factor . 2)= ) ((geometry 1512 -517 1600 900) (workarea 1512 -492 1600 875) (mm-size 549= 311) (frames #<frame *scratch* - GNU Emacs at Ruiyangs-MBP 0x1400a62c8&= gt;) (name . "DELL U2515H") (backing-scale-factor . 2)))</blockqu= ote>And I can also use `make-frame-on-monitor` to create new frames without= issue.<p></p><p style=3D"margin:0px;font-style:normal;font-variant-caps:no= rmal;font-stretch:normal;line-height:normal;font-size-adjust:none;font-kern= ing:auto;font-variant-alternates:normal;font-variant-ligatures:normal;font-= variant-numeric:normal;font-variant-east-asian:normal;font-feature-settings= :normal"><br></p><p style=3D"margin:0px;font-style:normal;font-variant-caps= :normal;font-stretch:normal;line-height:normal;font-size-adjust:none;font-k= erning:auto;font-variant-alternates:normal;font-variant-ligatures:normal;fo= nt-variant-numeric:normal;font-variant-east-asian:normal;font-feature-setti= ngs:normal">Is it possible to have the=C2=A0<span style=3D"color:rgb(0,0,0)= ">aforementioned=C2=A0</span>behavior from `emacs-mac` in the official NS p= ort? That would greatly improve my workflow. Thank you very much!</p><p sty= le=3D"margin:0px;font-style:normal;font-variant-caps:normal;font-stretch:no= rmal;line-height:normal;font-size-adjust:none;font-kerning:auto;font-varian= t-alternates:normal;font-variant-ligatures:normal;font-variant-numeric:norm= al;font-variant-east-asian:normal;font-feature-settings:normal"><br></p><di= v> <div dir=3D"auto" style=3D"color:rgb(0,0,0);letter-spacing:normal;text-alig= n:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing= :0px;text-decoration:none"><div dir=3D"auto" style=3D"color:rgb(0,0,0);lett= er-spacing:normal;text-align:start;text-indent:0px;text-transform:none;whit= e-space:normal;word-spacing:0px;text-decoration:none"><div>Best,</div><div>= Ruiyang</div></div></div> </div> <br></div></div></blockquote></div> --0000000000009e1c9d062f627fbb--
bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 2 Mar 2025 20:59:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 02 15:59:34 2025 Received: from localhost ([127.0.0.1]:36707 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1toqPO-0006M0-BN for submit <at> debbugs.gnu.org; Sun, 02 Mar 2025 15:59:34 -0500 Received: from lists.gnu.org ([2001:470:142::17]:54692) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <ywwry66@HIDDEN>) id 1toqPL-0006L7-TS for submit <at> debbugs.gnu.org; Sun, 02 Mar 2025 15:59:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ywwry66@HIDDEN>) id 1toqPA-0001fL-N3 for bug-gnu-emacs@HIDDEN; Sun, 02 Mar 2025 15:59:22 -0500 Received: from mail-qk1-x732.google.com ([2607:f8b0:4864:20::732]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <ywwry66@HIDDEN>) id 1toqP8-00026M-79 for bug-gnu-emacs@HIDDEN; Sun, 02 Mar 2025 15:59:19 -0500 Received: by mail-qk1-x732.google.com with SMTP id af79cd13be357-7c3bf231660so19578785a.0 for <bug-gnu-emacs@HIDDEN>; Sun, 02 Mar 2025 12:59:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740949156; x=1741553956; darn=gnu.org; h=to:date:message-id:subject:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=RKR8UYrcruVCPHRWsVvPcqaTzIeGJdSDnf15NE9cdv0=; b=fPPbPPEf8tS0fwaPTlDrG+D7v/9AJTujn7lsGOqYbTQG2HUxPd12gfNry+g/GYPyKk arkat435panfyRUwoB5eKm8+LVYGOMlcEbouOGM6Q/F40g881AfV0aRVAmeL68qJZu/M LQGnoiOFoxpixsl5HWSoo0JOJuMgIBtIc9VmXiORlwNsI/63qXPZw3MGGBxim6O+Rcmt KK6vKYDi6quoaKxqbo0Gr3ki+ZZ7nUH+TKWHddLzjJSiDG33sb5Bnqe4SR/s0cVx2eGD AExx05LAmNPS+/tOiXYXCI0YSZ59TZaJQq41yWT6nlRQLXOnBkdyGFQ6JeOR8d8Ywlio 8Lfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740949156; x=1741553956; h=to:date:message-id:subject:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=RKR8UYrcruVCPHRWsVvPcqaTzIeGJdSDnf15NE9cdv0=; b=s37xlInkMzeAeBBCdJn5GCssocRvTUfIw/FXPOQtYMZ7EV/NEbzvIHUUuW4bhhPAPN bb2PT59TNvQtseRxHa4pOK5X3KaQpaq7bowznrnyiH0Iqoq38FQfxDSYjjAF/jyaYW9I 1+1rCtYVyZEpGACVEvBh1vxx7ZaQjXvcX41985wkvWo+NlHggNeUJ4hKGL4i8Jg7ghJ8 WCFlL3KPIQsQx6J49KZD00IVR20VJHrFwqBn8L6BzSx1LVmST4aA35H4PvNndjWY0qm5 cVeJVs7sFd2dLbeE199LMwW52kVXDfyuSDM8uttDKIJsKvSvZ23+8LDa32zdANJMIFIJ or2A== X-Gm-Message-State: AOJu0Ywiq4eDwZtrcHrp9HmFNzwKbsY4enHM87dHMV9MJNzphmrpzYBV yBmQBAai1HFiya/5SggvhwaavVhKAV8tCQ0XukWLmpi3EBnMirDEY0n5TD6Q X-Gm-Gg: ASbGncs2EXOFkVotYBBXGGeOTvVMAiMvz/9228Le5U/kAwn22dQglJorY/CsUoym9zg HiISO7busQax8D5g34xJQx1fNiPO7M0bo9hSOrAFK3qzcV5suk1eZekGwiK/yC46o6lJKRaEzQx 9fYkluhnUfhZiijPO22Mh1v5+xwEXTLSJyBiJRvl3c1gOHVButkq1wEf2jJnHCbfkqIhdIt5aU7 +AhoiKT/PqBoIV1DTPlculHiZE6PYHTkgX7ZBbAz/ORXWm/rA4J8vhRo0bmmEvx6qg5c70BIcrN 7vKFTRn+7D8Gz1qen6ZGPAzLa5kfpBgM75tteKhiuRVBfd+xSl4JvisUEAsZa4s2GxxnW3+twiQ = X-Google-Smtp-Source: AGHT+IEI7pJhdw34ftw8KcgRvB+JiQuBjChElQDegsc3RmbIdEOZrcld1v4zxJM45OfrHCIihUmRuw== X-Received: by 2002:a05:620a:1a0c:b0:7c0:a531:fe2d with SMTP id af79cd13be357-7c39c6639eamr1447724185a.42.1740949155893; Sun, 02 Mar 2025 12:59:15 -0800 (PST) Received: from smtpclient.apple ([2600:4041:423e:2300:301f:7fed:d7f4:31ee]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7c36fee8abasm519047685a.7.2025.03.02.12.59.15 for <bug-gnu-emacs@HIDDEN> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Mar 2025 12:59:15 -0800 (PST) From: Ruiyang Wu <ywwry66@HIDDEN> Content-Type: multipart/alternative; boundary="Apple-Mail=_AF1A38D2-B5F8-4728-B277-56147838CC7F" Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: `display-monitor-attributes-list` not working properly on macOS Message-Id: <521B572F-4A67-4D4B-9A63-B1906E92FA84@HIDDEN> Date: Sun, 2 Mar 2025 15:59:05 -0500 To: bug-gnu-emacs@HIDDEN X-Mailer: Apple Mail (2.3826.400.131.1.6) Received-SPF: pass client-ip=2607:f8b0:4864:20::732; envelope-from=ywwry66@HIDDEN; helo=mail-qk1-x732.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, I am using the official NS port Emacs 30.1 on a MacBook (macOS Sequoia) with an external monitor. The output of `display-monitor-attributes-list` is as follows: > (((geometry 0 0 1512 982) (workarea 0 [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (ywwry66[at]gmail.com) 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (ywwry66[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 HTML_MESSAGE BODY: HTML included in message X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.2 (/) --Apple-Mail=_AF1A38D2-B5F8-4728-B277-56147838CC7F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I am using the official NS port Emacs 30.1 on a MacBook (macOS Sequoia) = with an external monitor. The output of = `display-monitor-attributes-list` is as follows: > (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 195) = (frames) (source . "NS")) ((geometry 1512 -517 1600 900 (workarea 1512 = -517 1600 875) (mm-size 549 311) (frames #<frame scratch* 0x12d08e430>) = (source . "NS"))) It fails to recognize my monitors. Furthermore, when I run `M-x = make-frame-on-monitor`, no candidate is provided. However, if I use `emacs-mac` from = https://bitbucket.org/mituharu/emacs-mac/src/master/, the monitors can = be correctly recognized. `display-monitor-attributes-list` prints > (((geometry 0 0 1512 982) (workarea 0 38 1512 944) (mm-size 301 196) = (frames) (name . "Built-in Retina Display") (backing-scale-factor . 2)) = ((geometry 1512 -517 1600 900) (workarea 1512 -492 1600 875) (mm-size = 549 311) (frames #<frame *scratch* - GNU Emacs at Ruiyangs-MBP = 0x1400a62c8>) (name . "DELL U2515H") (backing-scale-factor . 2))) And I can also use `make-frame-on-monitor` to create new frames without = issue. Is it possible to have the aforementioned behavior from `emacs-mac` in = the official NS port? That would greatly improve my workflow. Thank you = very much! Best, Ruiyang --Apple-Mail=_AF1A38D2-B5F8-4728-B277-56147838CC7F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"content-type" content=3D"text/html; = charset=3Dus-ascii"></head><body style=3D"overflow-wrap: break-word; = -webkit-nbsp-mode: space; line-break: = after-white-space;">Hi,<div><br></div><div>I am using the official NS = port Emacs 30.1 on a MacBook (macOS Sequoia) with an external monitor. = The output of `display-monitor-attributes-list` is as = follows:</div><div> <p style=3D"margin: 0px; font-style: normal; font-variant-caps: normal; = font-stretch: normal; line-height: normal; font-size-adjust: none; = font-kerning: auto; font-variant-alternates: normal; = font-variant-ligatures: normal; font-variant-numeric: normal; = font-variant-east-asian: normal; font-variant-position: normal; = font-variant-emoji: normal; font-feature-settings: normal; = font-optical-sizing: auto; font-variation-settings: normal;"><blockquote = type=3D"cite">(((geometry 0 0 1512 982) (workarea 0 38 1512 944) = (mm-size 301 195) (frames) (source . "NS")) ((geometry 1512 -517 1600 = 900 (workarea 1512 -517 1600 875) (mm-size 549 311) (frames #<frame = scratch* 0x12d08e430>) (source . "NS")))</blockquote>It fails to = recognize my monitors. Furthermore, when I run `M-x = make-frame-on-monitor`, no candidate is provided.</p><p style=3D"margin: = 0px; font-style: normal; font-variant-caps: normal; font-stretch: = normal; line-height: normal; font-size-adjust: none; font-kerning: auto; = font-variant-alternates: normal; font-variant-ligatures: normal; = font-variant-numeric: normal; font-variant-east-asian: normal; = font-variant-position: normal; font-variant-emoji: normal; = font-feature-settings: normal; font-optical-sizing: auto; = font-variation-settings: normal;"><br></p><p style=3D"margin: 0px; = font-style: normal; font-variant-caps: normal; font-stretch: normal; = line-height: normal; font-size-adjust: none; font-kerning: auto; = font-variant-alternates: normal; font-variant-ligatures: normal; = font-variant-numeric: normal; font-variant-east-asian: normal; = font-variant-position: normal; font-variant-emoji: normal; = font-feature-settings: normal; font-optical-sizing: auto; = font-variation-settings: normal;">However, if I use `emacs-mac` = from <a = href=3D"https://bitbucket.org/mituharu/emacs-mac/src/master/">https://bitb= ucket.org/mituharu/emacs-mac/src/master/</a>, the monitors can be = correctly recognized. <span style=3D"caret-color: rgb(0, 0, 0); = color: rgb(0, 0, 0);">`display-monitor-attributes-list` = prints</span></p><p style=3D"margin: 0px; font-style: normal; = font-variant-caps: normal; font-stretch: normal; line-height: normal; = font-size-adjust: none; font-kerning: auto; font-variant-alternates: = normal; font-variant-ligatures: normal; font-variant-numeric: normal; = font-variant-east-asian: normal; font-variant-position: normal; = font-variant-emoji: normal; font-feature-settings: normal; = font-optical-sizing: auto; font-variation-settings: normal;"><blockquote = type=3D"cite">(((geometry 0 0 1512 982) (workarea 0 38 1512 944) = (mm-size 301 196) (frames) (name . "Built-in Retina Display") = (backing-scale-factor . 2)) ((geometry 1512 -517 1600 900) (workarea = 1512 -492 1600 875) (mm-size 549 311) (frames #<frame *scratch* - GNU = Emacs at Ruiyangs-MBP 0x1400a62c8>) (name . "DELL U2515H") = (backing-scale-factor . 2)))</blockquote>And I can also use = `make-frame-on-monitor` to create new frames without issue.</p><p = style=3D"margin: 0px; font-style: normal; font-variant-caps: normal; = font-stretch: normal; line-height: normal; font-size-adjust: none; = font-kerning: auto; font-variant-alternates: normal; = font-variant-ligatures: normal; font-variant-numeric: normal; = font-variant-east-asian: normal; font-variant-position: normal; = font-variant-emoji: normal; font-feature-settings: normal; = font-optical-sizing: auto; font-variation-settings: normal;"><br></p><p = style=3D"margin: 0px; font-style: normal; font-variant-caps: normal; = font-stretch: normal; line-height: normal; font-size-adjust: none; = font-kerning: auto; font-variant-alternates: normal; = font-variant-ligatures: normal; font-variant-numeric: normal; = font-variant-east-asian: normal; font-variant-position: normal; = font-variant-emoji: normal; font-feature-settings: normal; = font-optical-sizing: auto; font-variation-settings: normal;">Is it = possible to have the <span style=3D"color: rgb(0, 0, = 0);">aforementioned </span>behavior from `emacs-mac` in the = official NS port? That would greatly improve my workflow. Thank you very = much!</p><p style=3D"margin: 0px; font-style: normal; font-variant-caps: = normal; font-stretch: normal; line-height: normal; font-size-adjust: = none; font-kerning: auto; font-variant-alternates: normal; = font-variant-ligatures: normal; font-variant-numeric: normal; = font-variant-east-asian: normal; font-variant-position: normal; = font-variant-emoji: normal; font-feature-settings: normal; = font-optical-sizing: auto; font-variation-settings: = normal;"><br></p><div> <div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, = 0); letter-spacing: normal; text-align: start; text-indent: 0px; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: = break-word; -webkit-nbsp-mode: space; line-break: = after-white-space;"><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, = 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; = text-indent: 0px; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: = none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: = after-white-space;"><div>Best,</div><div>Ruiyang</div></div></div> </div> <br></div></body></html>= --Apple-Mail=_AF1A38D2-B5F8-4728-B277-56147838CC7F--
Ruiyang Wu <ywwry66@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#76691; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.