From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: "david" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jan 2025 00:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 75936@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.173819543319336 (code B ref -1); Thu, 30 Jan 2025 00:04:02 +0000 Received: (at submit) by debbugs.gnu.org; 30 Jan 2025 00:03:53 +0000 Received: from localhost ([127.0.0.1]:43457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdI2C-00051n-KA for submit@debbugs.gnu.org; Wed, 29 Jan 2025 19:03:53 -0500 Received: from lists.gnu.org ([2001:470:142::17]:45296) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdI29-00051U-9x for submit@debbugs.gnu.org; Wed, 29 Jan 2025 19:03:50 -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 ) id 1tdI23-0003SW-Sk for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2025 19:03:43 -0500 Received: from mx243.frii.com ([199.45.237.243]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tdI22-0000jE-0O for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2025 19:03:43 -0500 Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTP id 4Yjzl00SgjzB2Zfv for ; Wed, 29 Jan 2025 17:03:40 -0700 (MST) Authentication-Results: mx1.frii.com (amavis); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=ngdr.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ngdr.net; h= content-transfer-encoding:content-type:message-id:subject:date :mime-version:user-agent:to:from; s=dkim; t=1738195419; bh=Aclxs kB1Z8Hbs29hnCE1fzStu4oPf3FRnEQ5OsdyG9Q=; b=WVfEs2uDIFhYPWqtcodVk Xx3VtWPr91oG8w7XeOnyvZgnv1mS1uIuyJI+uUmzXCD2qAgLZr8btMK4VyGsCU3A f0GPfRYH+5ygt6XGxOpPZ143fn4CqUUJqGM6TMlXyizuAgNzWgAvEZe41XgOwicr cR/OuhrAr5E65nYUibFL2M= X-Amavis-Modified: Mail body modified (using disclaimer) - mx1.frii.com X-Virus-Scanned: amavis at mx1.frii.com X-Spam-Flag: NO X-Spam-Score: 0.9 X-Spam-Level: X-Spam-Status: No, score=0.9 tagged_above=-100 required=4.5 tests=[ALL_TRUSTED=0.1, BAYES_50=0.8] autolearn=ham autolearn_force=no Received: from mx1.frii.com ([127.0.0.1]) by mx1.frii.com (mx1.frii.com [127.0.0.1]) (amavis, port 10026) with ESMTP id WsC65wShWL6Y for ; Wed, 29 Jan 2025 17:03:39 -0700 (MST) Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTPSA id 4Yjzkz3bwBzB2Zfs for ; Wed, 29 Jan 2025 17:03:39 -0700 (MST) From: "david" User-Agent: SOGoMail 5.10.0 MIME-Version: 1.0 Date: Wed, 29 Jan 2025 17:03:39 -0700 Message-ID: <192a64-679ac200-b-45e86380@138906690> X-Forward: 73.229.82.30 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=199.45.237.243; envelope-from=david@ngdr.net; helo=mx243.frii.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) This is a bug that caused me some trouble; but mainly it is FYI. The p= hysical arrangement is a laptop, which has a 4K screen, driving a single 4K scr= een. I get (still and always) the different results below from two different E= macs builds. The items below are: A: code from a startup file; the messages are debug stuff, normally abs= ent, the intention behind the code is to compute the aspect ratio of a single= monitor. B and C: output from two different Emacs builds, see ned and nut direct= ories. The different widths matter to me because I am computing a rat= io that later wreak havoc 8-( The creation dates probably matter to y= ou. Other than the dates I see no way to differentiate between the= builds. =0C A ;; Probably this is not the aspect ratio of the full screen, probably= the window manager will keep ;; some of the screen for itself. (defconst .emacs-monitor-aspect-ratio (let ((geometry (assoc 'geometry (frame-monitor-attributes (se= lected-frame))) )) (message (format "geometry %s" geometry)) (message (format "width %s" (float (nth 3 geometry)))) (message (format "height %s" (nth 4 geometry))) (message (format "pix width %s" (display-pixel-width))) (message (format "pix height %s" (display-pixel-height))) (message (format "mm width %s" (display-mm-width))) (message (format "mm height %s" (display-mm-height))) (message (format "screens %s" (display-screens))) (message (format "attributes %s" (display-monitor-attributes-li= st))) (message (format "frame atts %s" (frame-monitor-attributes))) (/ (float (nth 3 geometry)) (nth 4 geometry))) "*The ratio width/height for the current display screen, calculated= in screen pixels.") =0C B .emacs-emacs-directory: /home/dajo/ned/emacs-29.3/ geometry (geometry 0 0 3840 2160) width 3840.0 height 2160 pix width 7680 pix height 2160 mm width 2032 mm height 572 screens 1 attributes (((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840= 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) ((name . eDP-1) (geometry 384= 0 0 3840 2160) (workarea 3840 0 3840 2160) (mm-size 309 173) (frames) (= source . XRandR 1.5))) frame atts ((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840= 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) Nepenthes .emacs loading in GNU Emacs 29.3 (build 1, x86=5F64-pc-linux-= gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) of 2024-07-18. =0C C .emacs-emacs-directory: /home/dajo/nut/emacs-29.3/ geometry (geometry 0 0 7680 2160) width 7680.0 height 2160 pix width 7680 pix height 2160 mm width 2032 mm height 572 screens 1 attributes (((name . combined screen) (geometry 0 0 7680 2160) (workare= a 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback))) frame atts ((name . combined screen) (geometry 0 0 7680 2160) (workare= a 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback)) Nepenthes .emacs loading in GNU Emacs 29.3 (build 3, x86=5F64-pc-linux-= gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) of 2025-01-29. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jan 2025 06:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "david" , Po Lu , martin rudalics Cc: 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173821995612623 (code B ref 75936); Thu, 30 Jan 2025 06:53:02 +0000 Received: (at 75936) by debbugs.gnu.org; 30 Jan 2025 06:52:36 +0000 Received: from localhost ([127.0.0.1]:44023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdOPj-0003HV-PO for submit@debbugs.gnu.org; Thu, 30 Jan 2025 01:52:36 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35132) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdOPh-0003HB-8b for 75936@debbugs.gnu.org; Thu, 30 Jan 2025 01:52:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tdOPb-0007pC-Kk; Thu, 30 Jan 2025 01:52:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=XBbpVkRJNtijgpa5HB1GcUp2jm2/b/9+uYtlX+F4OLw=; b=FMDRdQdIXQTw bedVYdtjtmmp84pY7sMdwM76B1lFeUPoVAkoM2k7pNUdaHMNAas9G1EYO2A1AFnt4HRq3UluAgZpy 0H+0l1h+92q1ZiKQnhlHe5z6Hu8TeLp8XjH8o2SLmZLKvAm7uXo3EGAW+DOralSTK7i2W13+mPp4n IsEgUr527gysEmG56XF4bgvJ3Ho/lPlShtqLu1zy40nvGLFheX9d6afs5ksuuxQ29/uR531QFcpZ2 74OMGCVGjcG6olZkmnKA4/rjeu2sG8JulNQKeuHhA38hvobukANCbAzrBjeM2KSLIGrulM58/G2Qf dYU0ZOYxJR035N3queF3/A==; Date: Thu, 30 Jan 2025 08:52:25 +0200 Message-Id: <86o6zolro6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <192a64-679ac200-b-45e86380@138906690> (david@ngdr.net) References: <192a64-679ac200-b-45e86380@138906690> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: "david" > Date: Wed, 29 Jan 2025 17:03:39 -0700 > > This is a bug that caused me some trouble; but mainly it is FYI. The physical > arrangement is a laptop, which has a 4K screen, driving a single 4K screen. I > get (still and always) the different results below from two different Emacs > builds. Can you tell more about the differences between these two builds? Are they builds of the same Emacs version with the same configure-time switches/options and the same versions of the development tools, or are any of those factors different between the builds (and if so, which ones)? > > The items below are: > > A: code from a startup file; the messages are debug stuff, normally absent, the > intention behind the code is to compute the aspect ratio of a single monitor. > > B and C: output from two different Emacs builds, see ned and nut directories. > The different widths matter to me because I am computing a ratio that > later wreak havoc 8-( The creation dates probably matter to you. > Other than the dates I see no way to differentiate between the builds. > > A > ;; Probably this is not the aspect ratio of the full screen, probably the window manager will keep > ;; some of the screen for itself. > (defconst .emacs-monitor-aspect-ratio > (let ((geometry (assoc 'geometry (frame-monitor-attributes (selected-frame))) )) > (message (format "geometry %s" geometry)) > (message (format "width %s" (float (nth 3 geometry)))) > (message (format "height %s" (nth 4 geometry))) > (message (format "pix width %s" (display-pixel-width))) > (message (format "pix height %s" (display-pixel-height))) > (message (format "mm width %s" (display-mm-width))) > (message (format "mm height %s" (display-mm-height))) > (message (format "screens %s" (display-screens))) > (message (format "attributes %s" (display-monitor-attributes-list))) > (message (format "frame atts %s" (frame-monitor-attributes))) > (/ (float (nth 3 geometry)) > (nth 4 geometry))) > "*The ratio width/height for the current display screen, calculated in screen pixels.") > > B > .emacs-emacs-directory: /home/dajo/ned/emacs-29.3/ > geometry (geometry 0 0 3840 2160) > width 3840.0 > height 2160 > pix width 7680 > pix height 2160 > mm width 2032 > mm height 572 > screens 1 > attributes (((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) ((name . eDP-1) (geometry 3840 0 3840 2160) (workarea 3840 0 3840 2160) (mm-size 309 173) (frames) (source . XRandR 1.5))) > frame atts ((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) > > Nepenthes .emacs loading in GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) > of 2024-07-18. > > C > .emacs-emacs-directory: /home/dajo/nut/emacs-29.3/ > geometry (geometry 0 0 7680 2160) > width 7680.0 > height 2160 > pix width 7680 > pix height 2160 > mm width 2032 > mm height 572 > screens 1 > attributes (((name . combined screen) (geometry 0 0 7680 2160) (workarea 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback))) > frame atts ((name . combined screen) (geometry 0 0 7680 2160) (workarea 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback)) > > Nepenthes .emacs loading in GNU Emacs 29.3 (build 3, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) > of 2025-01-29. Looks like one of the outputs reports two separate screens, whereas the other reports a combined screen? If so, aren't the differences expected? Or what am I missing? From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jan 2025 07:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: martin rudalics , david , 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173822190418476 (code B ref 75936); Thu, 30 Jan 2025 07:26:02 +0000 Received: (at 75936) by debbugs.gnu.org; 30 Jan 2025 07:25:04 +0000 Received: from localhost ([127.0.0.1]:44107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdOv9-0004nq-H7 for submit@debbugs.gnu.org; Thu, 30 Jan 2025 02:25:04 -0500 Received: from sonic316-22.consmr.mail.ne1.yahoo.com ([66.163.187.148]:33356) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tdOv7-0004mz-7j for 75936@debbugs.gnu.org; Thu, 30 Jan 2025 02:25:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738221895; bh=ECGa3iGtejmMgXlxSf1qjRa0vjbvObnppGAw+ItXZmg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=Rb289HCEwGqfweDTnujztsHZ3O0Vt5U7kxOuBN6Ke8dr3eVKzblLm7Vd8YfjdoTYp+RX1rDrBNDtvkvBoy9RHX/NJ+rcU/uE5ZOIktF1Z17L+lfpOggBVbcQN4/arUY4WnCfr7cZQjeaw2fyAaUo6P5D3gLWn8PdBuPZbmdrMh3fQY1szhNmHJvGGT4RJ/39W1trwYrSAupBh6vjwhaWulHA6qYB/LadqlF0MlrjUinAwJWSw7zr+5QdTIrPYWRujwXnTElrIZUhHB8wm8bgT24abl0hsW4G6g5Xq/nyRJFTgLUl0yFLOpYn9E8hKFEsZzlM/vMY1xJgS2dd1lRm2w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738221895; bh=7GD9IM02zgOqKUTLW9IAbJg+zuUOCBbWS3EAvLMU+IV=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=IFM9WnAiI4Fow+57jvYGS+Q6zcxFHuo+Q0WP2Ns+0GbFIvGSf/nNkfHWUPn79rELJFgwGOuTLCn5IzjFHeds8b6vVRwqNeQGNl0ahCJTWABUFJqBKutj5W3JpNbDJQBjbATMwvo2GuoF82fyOB3bAWYEP47Ob3gXe4oNdlvclYTvB59EwjGKNh9lSdMc06Jjy0CAw9MV0lV9u+pPNH6R5/tN98G7FmKy7wPiC7abmjieLCWr2fw7bwEbivBqiqBUPXs8z/yK82QLpJBs7VT9Wo01x9oM0+SW3hFUkaeMSQcmgFL2ZdDWWnaBKvKQWi9QbZhL19Iwjw/5qUHvGZmG3g== X-YMail-OSG: 3B2vhVAVM1nzaW6drZKVeZZdJn_OvveK2iB8C.9yXTfEF_ePISJz1JI4JYX2waB 1xnUT2r1fDEZ5zGP6b5UVAeYGm94Lt82DP8T6X0TAEbY8t8mninUkpDlcuxStUBmfUX9qUZOcTFa 8U8fV9kfbB5CIOcknd0PABjelkD5bOWgNWiR0CUk_AaGa9vojw19jyaHdm8pGKgHnrrH0Z.bxcWA ZDX2m5Xon54BfkzhsrQlxzTQpAQtCEiCqy4zTljM0.tnuJyYcg7Z8sehddlXmIFvZ3UCW6nndPf1 HjPG6gvWKV2QSyWz8l8WkuOzUoWbFWZkZdBEucxEUe4TBd9teDTexff_HfjzO7HHAQoJKm8rc.ZL pLfysXgU6KZk3HDtQx8s1yfTDNJnmAwvWLNzm86PtuRkDEAXJPOTMH_vgDdnHBJPdF_QgyvfzuXq U0BWxs2I9qrCKn9tyaTWMC502TO_M58HCGr4oblbvgaZUlGwyBupBa1FdOHIGEf_gZOYHoUXIds7 dmkg1Tgam6SKNEp1ppNVLkLTxs5CNOnWR7W37Pb6cgr51rnYrKp_FN4DVyLPi7EulprUl5QQ_etw LLHhPRB26Ku8Al4QRiB0PDnFT7Kz8nmwydEqiDEQ4hXNIbXm0.ZBkQmO7HewKdRX4q5HCcdwI2u4 zSHy7ncguTAdVnzx.eL8XTUooDjYvRHHmH4Ihslq0NH3klYGUpzCdGc4IAZLbJEe_YVeNBp_xoeg sEkVG.lJExnSxL5xCnGGaJM0GcbR.rsbsnFhQ1_vKIG5XMm.UQo9nMxCJdhwC9Q7iYc5gH2ofNW2 Ju15aGcDTTO9JSIdd9qS3Ic.jKireZwBGj1wdbYF5w1d1u4QUXsZms4bR2vtAOSKBks6l3jdgAcm nPUMkM_vuaNFt49ofO92BU088j5E0B1EX8YJqjFK4fjglefGWxhVdS4Xpw7CE8lV6qIgB.tcv4yM 25NF22mh_.Ewn1eUP3oVtqvCOtvV9YjI_Bz.6jK0lxmf.WKA6R5KX_XYPhvYFPtyqoW.m95_4PCy rOpq5.oZ68OarbZpUfZqD94SRhCaA1MnMxMR9HTPQ8U6uu5Lm0HI9Mx.9zlT.9BA47OIuRFwo32M 2GVhuBF9X47lMGJtCBd9rq59H1MY4eTtgi0jBSoRABXF44N44tImj94Qd3ZDcIk9_TtDn.uX0etY z_vurYe7sJgV4aQ8Vlc42Vm9NFaz4FXWT7i2.AS_htsZjxy0l_5eAtU7pAAfdgaCi038r_BJ1Flc nMtIxKDt9mRPZeZvz257lTlQi0NxugNJRMVGNtLMNJlUgDIQQ57VF3T_7R40I9WpRQP53Y9BmZkp eeqFDgdDr_hvozEn85e1zIGfFpiwOS9V5gdYCCCPqGnx.nYArUS46vysqhrqXT2wULBVtgZyaiEZ dv_EPuQsg.hZ3Efb_VpIDH8mN52qMTvnWOg_GqWli9QlY2ayHXwVLVye.XgpxWkA9wxSWqvvXN0T K4kmA3OiRQGrbKgiXe3_JvCR7svFTdJoeX_XU2iHFuDJeFFjS3krRameU0MrNK9hl.X8ha1ZBS5g ZNrKoRjTZNW64WvmaN_4JigdZM90ShzluY7lbItoP6xCfH.AV7wZ_SHspgFe3BACtYiadMyLnjlb 834bW1Ts3lMPJoW9p.m42RDu0yc.xwEPngKfkpkCcfKJcHQnYdQEfmiBxqzc66Rz4GCpQgePSmXT Kp6U2Qnf4zUg36F1K.qKu38PrSivM_KsV0OBdMFmsOXis8G5PiNlUvzAILEQvfOkf8fM7EFaIy3a PAXaud0wa9oiyKIY3UqH2jq9odtryo1SnnhQJGJIFNWMwoTUa2rzX5SvfzZX_vuiz4dRjKOZUouE oaTryA9ZRJM6uBWjyaXHUV5O7tOja7KiyCiHES4U7qGpfHM0TlqV3rGpbp6ZWpMyBMlh9vNCDPAe Y4OUJRCvOK5jBiSjKAh5XiMEH5gHtu1uoRqhASpCbUTOwlBozuDTaD9cDLoYvcD9I4tHhLRNt96T zSz1oWr9NL629tue9_rslJcZdatOXl6iWFGmOQjThFxSlg4WB1SqhmjLy_ysj1U3w3wLOKfbk4yS Sg46v29PNiyJS6a1b_5irDFai04mASqTHeADeW6L5Wxm9VehvjggQFQN.nutumpbMQgVp23YsO91 kh4D78VsC4z9_Ra7gImMjN93X_EhTrN1gWmmNZEkGSqNvS.mdJJhv4wOue.RE2yPeDPxsPI45PEF PgAubJVY7BD5gEflo3AfUXaNAxCj_BICcLnRRWK6I0MvrRcemlJuh8NLF2nc- X-Sonic-MF: X-Sonic-ID: 29220c23-45f7-447d-9582-8ff7702a3db3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Thu, 30 Jan 2025 07:24:55 +0000 Received: by hermes--production-sg3-5b7954b588-h28gr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7f1928e4f054c2160fa80c2306f8dea2; Thu, 30 Jan 2025 07:24:49 +0000 (UTC) From: Po Lu In-Reply-To: <86o6zolro6.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 30 Jan 2025 08:52:25 +0200") References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> Date: Thu, 30 Jan 2025 15:24:43 +0800 Message-ID: <8734h0ojb8.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.23187 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 4343 X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: "david" >> Date: Wed, 29 Jan 2025 17:03:39 -0700 >> >> This is a bug that caused me some trouble; but mainly it is FYI. The physical >> arrangement is a laptop, which has a 4K screen, driving a single 4K screen. I >> get (still and always) the different results below from two different Emacs >> builds. > > Can you tell more about the differences between these two builds? Are > they builds of the same Emacs version with the same configure-time > switches/options and the same versions of the development tools, or > are any of those factors different between the builds (and if so, > which ones)? > >> >> The items below are: >> >> A: code from a startup file; the messages are debug stuff, normally absent, the >> intention behind the code is to compute the aspect ratio of a single monitor. >> >> B and C: output from two different Emacs builds, see ned and nut directories. >> The different widths matter to me because I am computing a ratio that >> later wreak havoc 8-( The creation dates probably matter to you. >> Other than the dates I see no way to differentiate between the builds. >> >> A >> ;; Probably this is not the aspect ratio of the full screen, probably the window manager will keep >> ;; some of the screen for itself. >> (defconst .emacs-monitor-aspect-ratio >> (let ((geometry (assoc 'geometry (frame-monitor-attributes (selected-frame))) )) >> (message (format "geometry %s" geometry)) >> (message (format "width %s" (float (nth 3 geometry)))) >> (message (format "height %s" (nth 4 geometry))) >> (message (format "pix width %s" (display-pixel-width))) >> (message (format "pix height %s" (display-pixel-height))) >> (message (format "mm width %s" (display-mm-width))) >> (message (format "mm height %s" (display-mm-height))) >> (message (format "screens %s" (display-screens))) >> (message (format "attributes %s" (display-monitor-attributes-list))) >> (message (format "frame atts %s" (frame-monitor-attributes))) >> (/ (float (nth 3 geometry)) >> (nth 4 geometry))) >> "*The ratio width/height for the current display screen, calculated in screen pixels.") >> >> B >> .emacs-emacs-directory: /home/dajo/ned/emacs-29.3/ >> geometry (geometry 0 0 3840 2160) >> width 3840.0 >> height 2160 >> pix width 7680 >> pix height 2160 >> mm width 2032 >> mm height 572 >> screens 1 >> attributes (((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) ((name . eDP-1) (geometry 3840 0 3840 2160) (workarea 3840 0 3840 2160) (mm-size 309 173) (frames) (source . XRandR 1.5))) >> frame atts ((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) >> >> Nepenthes .emacs loading in GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) >> of 2024-07-18. >> >> C >> .emacs-emacs-directory: /home/dajo/nut/emacs-29.3/ >> geometry (geometry 0 0 7680 2160) >> width 7680.0 >> height 2160 >> pix width 7680 >> pix height 2160 >> mm width 2032 >> mm height 572 >> screens 1 >> attributes (((name . combined screen) (geometry 0 0 7680 2160) (workarea 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback))) >> frame atts ((name . combined screen) (geometry 0 0 7680 2160) (workarea 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback)) >> >> Nepenthes .emacs loading in GNU Emacs 29.3 (build 3, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) >> of 2025-01-29. > > Looks like one of the outputs reports two separate screens, whereas > the other reports a combined screen? If so, aren't the differences > expected? Or what am I missing? The latter Emacs build was configured on a system without XRandr headers, XRandr being the X server extension that provides detailed monitor information. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: "david" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jan 2025 16:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Po Lu" Cc: martin rudalics , Eli Zaretskii , 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173825344627240 (code B ref 75936); Thu, 30 Jan 2025 16:11:02 +0000 Received: (at 75936) by debbugs.gnu.org; 30 Jan 2025 16:10:46 +0000 Received: from localhost ([127.0.0.1]:47362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdX7t-00075I-Mo for submit@debbugs.gnu.org; Thu, 30 Jan 2025 11:10:46 -0500 Received: from mx249.frii.com ([199.45.237.249]:54579) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdX7r-000758-GV for 75936@debbugs.gnu.org; Thu, 30 Jan 2025 11:10:44 -0500 Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTP id 4YkPBp2VWTzB2cGb for <75936@debbugs.gnu.org>; Thu, 30 Jan 2025 09:10:42 -0700 (MST) Authentication-Results: mx1.frii.com (amavis); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=ngdr.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ngdr.net; h= content-transfer-encoding:user-agent:subject:message-id :mime-version:to:date:references:content-type:in-reply-to:from; s=dkim; t=1738253441; bh=nJhjrd1zljoEWikO77HR+qfraEhKtZf8V9ROyj asKA0=; b=S6D7KNkQNsvuzUSk27IE5iC7gK7He+jfGlF17M19iFuB8TB2tpltmE p+jRPdInFLVsrKU+Bom88rFDhG7PcXaAtDaDJWaBZxmt53pdv0KL2V9Wq0hz2xT9 gEBxqZhABxyc+rtQhaib5JLMO8qcLLUwTLjogvec8W/A+mj5X43WY= X-Amavis-Modified: Mail body modified (using disclaimer) - mx1.frii.com X-Virus-Scanned: amavis at mx1.frii.com X-Spam-Flag: NO X-Spam-Score: 0.099 X-Spam-Level: X-Spam-Status: No, score=0.099 tagged_above=-100 required=4.5 tests=[ALL_TRUSTED=0.1, BAYES_40=-0.001] autolearn=ham autolearn_force=no Received: from mx1.frii.com ([127.0.0.1]) by mx1.frii.com (mx1.frii.com [127.0.0.1]) (amavis, port 10026) with ESMTP id 4WTCm4Wn6Zj0 for <75936@debbugs.gnu.org>; Thu, 30 Jan 2025 09:10:41 -0700 (MST) Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTPSA id 4YkPBn4DYKzB2Zfs; Thu, 30 Jan 2025 09:10:41 -0700 (MST) From: "david" In-Reply-To: <8734h0ojb8.fsf@yahoo.com> Content-Type: text/plain; charset="utf-8" X-Forward: 73.229.82.30 References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> Date: Thu, 30 Jan 2025 09:10:41 -0700 MIME-Version: 1.0 Message-ID: <1aa2a9-679ba480-3f-68a7790@230449996> User-Agent: SOGoMail 5.10.0 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Can you tell more about the differences between these two builds? Ar= e > they builds of the same Emacs version with the same configure-time > switches/options and the same versions of the development tools, or > are any of those factors different between the builds (and if so, > which ones)? > Looks like one of the outputs reports two separate screens, whereas > the other reports a combined screen? If so, aren't the differences > expected? Or what am I missing? > The latter Emacs build was configured on a system without XRandr > headers, XRandr being the X server extension that provides detailed > monitor information. The two builds can be run within seconds of each other on the two-scree= n setup described; the reported attributes are different; the build information is the same. Hence, the attributes information cannot be relied on by a user. It looks as though Po Lu has pointed out a differ= ence at a lower level. I have created a kludge function that gets it right = for me with 16x9 screens and a sometimes 2x attributes error. The builds were done six months apart; I have no recollection of the fi= rst. Perversely, the second build was done to check accuracy of my code and procedures. The second build was done with a newly downloaded tar file= ; I make minor changes to data.c and keymap.c; the patches are available if= you want them: irrelevant, not recommended. As far as my build procedure i= s concerned, I keep it as simple as possible. For the most part, I invol= ve only the libraries that are mentioned by configure. Although, in both cases, I installed cairo [apt install libcairo-dev] because text size i= s a disaster without it. Cairo is in the build information. I do not have= any idea how XRandR came into the picture. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2025 09:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "david" Cc: luangruo@yahoo.com, rudalics@gmx.at, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173840348219126 (code B ref 75936); Sat, 01 Feb 2025 09:52:02 +0000 Received: (at 75936) by debbugs.gnu.org; 1 Feb 2025 09:51:22 +0000 Received: from localhost ([127.0.0.1]:56430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teA9q-0004yP-AF for submit@debbugs.gnu.org; Sat, 01 Feb 2025 04:51:22 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36154) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teA9n-0004y8-7Y for 75936@debbugs.gnu.org; Sat, 01 Feb 2025 04:51:20 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teA9h-0006Bm-6a; Sat, 01 Feb 2025 04:51:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KlgS/UPCP5WrrYeEMeyJQzwZUSx5N8eEaxyhu3uiypU=; b=XWXaFog/sczq PpIxc5lNjqLzFR8A+iXevMuq2rvlIsbnzW8t269/lUxLlSwY0cHxAO1eUCVeyYzETfPmHZ6NIbhxM 9ub4yvNLh1fk12CGzggNCa7OM+E+/ybzm8NpPBlErRCSypRil3KjnxpuynyErdmiSsUAGGJCPtHvn /YDTcZ5B9aor89CFOnbAT/NGcdS31BUrmIuonock+CK/FMsq6ZRLmDgVZjdI95CtV8WqhCwdyNJTe RCJ8YGpws1VmmAL+8IcgfpoD4ePiB3QKCJa9LHMdlkA9SdPp2dVc4bFnNl0ahOry8ns49LpDmd9wF Y9EVW2lVsXDvDOFhvmoTjg==; Date: Sat, 01 Feb 2025 11:51:10 +0200 Message-Id: <86jzaagfht.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <1aa2a9-679ba480-3f-68a7790@230449996> (david@ngdr.net) References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > X-Spam-Status: No, score=0.099 tagged_above=-100 required=4.5 > tests=[ALL_TRUSTED=0.1, BAYES_40=-0.001] autolearn=ham autolearn_force=no > From: "david" > Date: Thu, 30 Jan 2025 09:10:41 -0700 > Cc: "Eli Zaretskii" , "martin rudalics" , 75936@debbugs.gnu.org > > > Can you tell more about the differences between these two builds? Are > > they builds of the same Emacs version with the same configure-time > > switches/options and the same versions of the development tools, or > > are any of those factors different between the builds (and if so, > > which ones)? > > > Looks like one of the outputs reports two separate screens, whereas > > the other reports a combined screen? If so, aren't the differences > > expected? Or what am I missing? > > > The latter Emacs build was configured on a system without XRandr > > headers, XRandr being the X server extension that provides detailed > > monitor information. > > The two builds can be run within seconds of each other on the two-screen > setup described; the reported attributes are different; the build > information is the same. Hence, the attributes information cannot be > relied on by a user. It looks as though Po Lu has pointed out a difference > at a lower level. I have created a kludge function that gets it right for > me with 16x9 screens and a sometimes 2x attributes error. > > The builds were done six months apart; I have no recollection of the first. > Perversely, the second build was done to check accuracy of my code and > procedures. The second build was done with a newly downloaded tar file; I > make minor changes to data.c and keymap.c; the patches are available if you > want them: irrelevant, not recommended. As far as my build procedure is > concerned, I keep it as simple as possible. For the most part, I involve > only the libraries that are mentioned by configure. Although, in both > cases, I installed cairo [apt install libcairo-dev] because text size is a > disaster without it. Cairo is in the build information. I do not have any > idea how XRandR came into the picture. If one of the builds is with XRandR and the other without, then the differences in the results are expected, and this is not a bug. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: "david" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2025 20:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Eli Zaretskii" Cc: luangruo@yahoo.com, rudalics@gmx.at, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173844128319657 (code B ref 75936); Sat, 01 Feb 2025 20:22:01 +0000 Received: (at 75936) by debbugs.gnu.org; 1 Feb 2025 20:21:23 +0000 Received: from localhost ([127.0.0.1]:60179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teJzX-00056z-9H for submit@debbugs.gnu.org; Sat, 01 Feb 2025 15:21:23 -0500 Received: from mx247.frii.com ([199.45.237.247]:50343) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teJzU-00056n-9W for 75936@debbugs.gnu.org; Sat, 01 Feb 2025 15:21:21 -0500 Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTP id 4Ylkg312WzzB2cGX for <75936@debbugs.gnu.org>; Sat, 1 Feb 2025 13:21:19 -0700 (MST) Authentication-Results: mx1.frii.com (amavis); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=ngdr.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ngdr.net; h= content-transfer-encoding:user-agent:subject:message-id :mime-version:to:date:references:content-type:in-reply-to:from; s=dkim; t=1738441278; bh=tV+PI/CYieC1XdBU9jbGqKlY5LkDl2cWLY7ois nHDN4=; b=YlCdiRjuyuothEfxeamgWNvJXDRTeAhHPVLnxo6SKVr+p+E/qoB/00 kzG+PProRJzck99IlYr89ZGcZv48mbD4ESf0rV2Gp9GqHOytlDK+0YtcERP9FrYU ElX+qqH1gNE0M/ZCM/o9Q8VGI9BZBe89Vgu/qy3vUAONVSyJYmNiw= X-Amavis-Modified: Mail body modified (using disclaimer) - mx1.frii.com X-Virus-Scanned: amavis at mx1.frii.com X-Spam-Flag: NO X-Spam-Score: 0.099 X-Spam-Level: X-Spam-Status: No, score=0.099 tagged_above=-100 required=4.5 tests=[ALL_TRUSTED=0.1, BAYES_40=-0.001] autolearn=ham autolearn_force=no Received: from mx1.frii.com ([127.0.0.1]) by mx1.frii.com (mx1.frii.com [127.0.0.1]) (amavis, port 10026) with ESMTP id PAsb1HdOyOr9 for <75936@debbugs.gnu.org>; Sat, 1 Feb 2025 13:21:18 -0700 (MST) Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTPSA id 4Ylkg213vZzB2cNF; Sat, 1 Feb 2025 13:21:18 -0700 (MST) From: "david" In-Reply-To: <86jzaagfht.fsf@gnu.org> Content-Type: text/plain; charset="utf-8" X-Forward: 73.229.82.30 References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> Date: Sat, 01 Feb 2025 13:21:17 -0700 MIME-Version: 1.0 Message-ID: <770f5-679e8200-13-76ccac00@204374222> User-Agent: SOGoMail 5.10.0 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > If one of the builds is with XRandR and the other without, then the > differences in the results are expected, and this is not a bug. I am rather shocked that you do not see this as a bug. Personally, I s= ee it as definitional. Two apparently identical builds that give differen= t results for display geometry does not indicate a bug? How about garble= d output, displayed to a remote user, simply because the user's build is different, albeit not advertised as such, from the software creator's build? That sort of performance is not good for the reputation of Emac= s I can assure you. At the very least, the build information should indicate the difference= . It happens that I have just carried out a re-build because I realized t= hat one build had been done with cairo, the other not, and the display was = poor in one case. And I read the difference in the build information. If t= he build information in the current case had shown a difference, I should = have investigated. I think it is worth pointing out that you did not know why there is a problem, even with the debug output in front of you. Fortunately someo= ne else had the right knowledge. Given that, it seems to me that to asser= t "the differences in the results are expected" is somewhat disingenuous. Also, I think that it is worth pointing out that I have absolutely zero knowledge of XRandR, just like most people. I have no idea how it was involved in a build; I am confident that I did not choose to use it, un= less directed to it by the output from configure. There is a mention of information sources, including XRandR, in *note:(elisp)Multiple Termina= ls, otherwise the mention does not help. A better solution than only providing, important, build information wou= ld be also to address comprehension problems such as the combination of th= e output of (display-screens) and the geometry provided in the output of (frame-monitor-attributes). The documentation "This function returns t= he attributes of the physical monitor dominating (see above) FRAME, which defaults to the selected frame." is misleading when the actual informat= ion on a two monitor setup is the attributes of both monitors, reported as = one combined-screen by (display-screens), not, in fact, the attributes of t= he dominating monitor. So, leaving out a lot of detail, it comes back to the build: with or without XRandR. Without is inadequate; it turns out that build informa= tion is not important, it is vital. Alternatively, when writing software it= is necessary to rely on non-software knowledge, e.g., usual screen sizes. = The latter is what I do now: since the screen height is constant (assumptio= n) the screen aspect ratio (what I am trying to establish) is not likely t= o be less than 1.24 nor more than 2.5. Since the reported width changes by = a factor of 2 it is not difficult to get it right. But it will go wrong = at some point. So you and I have different definitions of a bug. I see why you take t= he view you do; but it is narrow and unhelpful to someone writing user software. Crashing Emacs software is a bug for me. Flagging build characteristics at least gives a warning. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 06:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "david" Cc: luangruo@yahoo.com, rudalics@gmx.at, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173847721419841 (code B ref 75936); Sun, 02 Feb 2025 06:21:01 +0000 Received: (at 75936) by debbugs.gnu.org; 2 Feb 2025 06:20:14 +0000 Received: from localhost ([127.0.0.1]:60935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teTL4-00059g-2M for submit@debbugs.gnu.org; Sun, 02 Feb 2025 01:20:14 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58832) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teTKz-00057F-Hr for 75936@debbugs.gnu.org; Sun, 02 Feb 2025 01:20:12 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teTKt-0002Ab-3K; Sun, 02 Feb 2025 01:20:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=680X0JpUgVzP2yHOgIsxSqrmppnfYBVipbAxnAsZoKE=; b=n+P+5BE7OEgU gDJVq3rvwhYZyZ+yNCV/cNfO7pVMqtnQDXLsC0MKK9RNSJuElEQQLwapHKk8UinKRxNMXpSQ1QckL GgV5UnDDxu9izzW0ioQqppsNUhXRbRt6K8eULa6SNwoguybvJOv1ANbI68P6kPPnt85n6QbWJ7if5 53WoY0AH65XpHbXll+3AwjcNgNCoUZXf4MvpbkB7Jk7lXkcr9bQNrmHW4obm7sG0oNHT+JrjACnuc Yo8No8941oZ4hawljFAFge/bMc9D8v5z4GYBTwQ4qH32qd4Qz+8Cm3i3dZRaJZQFZfHJXmhfaM4NV NTLGMrNmviVre7BJP2yLQQ==; Date: Sun, 02 Feb 2025 08:19:58 +0200 Message-Id: <86h65ceult.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <770f5-679e8200-13-76ccac00@204374222> (david@ngdr.net) References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: "david" > Date: Sat, 01 Feb 2025 13:21:17 -0700 > Cc: luangruo@yahoo.com, rudalics@gmx.at, 75936@debbugs.gnu.org > > > If one of the builds is with XRandR and the other without, then the > > differences in the results are expected, and this is not a bug. > > I am rather shocked that you do not see this as a bug. Personally, I see > it as definitional. Two apparently identical builds that give different > results for display geometry does not indicate a bug? How about garbled > output, displayed to a remote user, simply because the user's build is > different, albeit not advertised as such, from the software creator's > build? That sort of performance is not good for the reputation of Emacs I > can assure you. The XRandR extension is _required_ for providing accurate information about multiple system monitors on X. Emacs should work fine without it, and should not produce garbled output, but accurate information about the dimensions of the system monitors is not available to Emacs without XRandR. When built with neither XRandR nor Xinerama, Emacs produces information for the "combined screen", i.e., it treats multiple monitors as if they together formed a single monitor. > At the very least, the build information should indicate the difference. Agreed. Po Lu, do we have some indication of whether XRandR was used in the recorded features that report-emacs-bug shows? If not, can we add that? > I think it is worth pointing out that you did not know why there is a > problem, even with the debug output in front of you. I personally am not an expert on X configurations, so I didn't know. Po Lu, who knows much more about that, saw the reason right away. > Fortunately someone else had the right knowledge. Given that, it > seems to me that to assert "the differences in the results are > expected" is somewhat disingenuous. Given the information at hand at this moment, the results are indeed expected. There was no intent to imply that you personally should have known that, only that this is expected given the way Emacs was built. > Also, I think that it is worth pointing out that I have absolutely zero > knowledge of XRandR, just like most people. I have no idea how it was > involved in a build; I am confident that I did not choose to use it, unless > directed to it by the output from configure. There is a mention of > information sources, including XRandR, in *note:(elisp)Multiple Terminals, > otherwise the mention does not help. The configure script produces a build with XRandR if it is available on the system where Emacs is built, and omits it otherwise. > A better solution than only providing, important, build information would > be also to address comprehension problems such as the combination of the > output of (display-screens) and the geometry provided in the output of > (frame-monitor-attributes). The documentation "This function returns the > attributes of the physical monitor dominating (see above) FRAME, which > defaults to the selected frame." is misleading when the actual information > on a two monitor setup is the attributes of both monitors, reported as one > combined-screen by (display-screens), not, in fact, the attributes of the > dominating monitor. I agree that we should document the prerequisites for these capabilities better. Po Lu, is the following correct? . accurate information about multiple monitors is available only if Emacs was built with XRandR or Xinerama, and was not built with the GTK toolkit . if the 'source' field of the value returned by display-monitor-attributes-list is "fallback", it means neither XRandR nor Xinerama are used, and the monitor information is for the "combined screen", as if all the physical monitors formed a single combined monitor; the results could be inaccurate if the system has more than a single physical monitor connected > So, leaving out a lot of detail, it comes back to the build: with or > without XRandR. Without is inadequate; it turns out that build information > is not important, it is vital. Alternatively, when writing software it is > necessary to rely on non-software knowledge, e.g., usual screen sizes. The > latter is what I do now: since the screen height is constant (assumption) > the screen aspect ratio (what I am trying to establish) is not likely to be > less than 1.24 nor more than 2.5. Since the reported width changes by a > factor of 2 it is not difficult to get it right. But it will go wrong at > some point. > > So you and I have different definitions of a bug. I see why you take the > view you do; but it is narrow and unhelpful to someone writing user > software. Crashing Emacs software is a bug for me. Flagging build > characteristics at least gives a warning. Emacs should not crash if it was compiled without XRandR, I agree. I don't think it crashed here. Emacs supports building with XRandR and Xinerama since more than 10 years ago. I suppose we expect that by now these libraries are available on most X systems, so their absence is not notably mentioned in the docs. I will see about improving this aspect, thanks for pointing that out. IOW, I think this is a documentation bug. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 07:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, david , 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173847958728189 (code B ref 75936); Sun, 02 Feb 2025 07:00:02 +0000 Received: (at 75936) by debbugs.gnu.org; 2 Feb 2025 06:59:47 +0000 Received: from localhost ([127.0.0.1]:32849 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teTxK-0007Ka-N0 for submit@debbugs.gnu.org; Sun, 02 Feb 2025 01:59:47 -0500 Received: from sonic309-22.consmr.mail.ne1.yahoo.com ([66.163.184.148]:43054) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teTxI-0007KI-45 for 75936@debbugs.gnu.org; Sun, 02 Feb 2025 01:59:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738479577; bh=dqO3swy4/ew6M8mGvBOzLN7ugJNxFU75JWezDJqcijY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=H509Za6QZ/bg/BHuU4GO1zIxeL+UeAcf2aMnM14PX2aaS099MamCjw/dJ256IN4twcErns60FeJNL/84SR0MK3rfz6vx23wzUroCd3Qk4fH1kzellHbFNrWFFJ3P5CzvMo9M9Jzf+ApHNVq6JxN6+UFs5qkAcD9Dk3rgLfZD7/X3YvitrqivcofwKoxeU9ZWyL8igHk0gsuUq9benY58aS4xh+8QSmH+F8PohVLXNYLVHMP150+bRUafoMbQr0N1xS1pY3MoA+LIaoq1NkeBlSS07EYffO7Fx5uN9vFHKoghOqpC18uLj/AqyOA10aQ456QxHjxDxpBhzmll3FVIcw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738479577; bh=g+YG/XsqSZSbiTZET+LCjLxYAqXhfajuwXVQYEBYNvq=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=on7IDs+IlTillinNKPTP3WZK7QLpTHVDVckVUVDlBFteEQb7wksTbw8l+yqEkJ6n9n2LUNnNiJg0g4GahB6f+2vhGXzZKfiMEpO+JpiDuoV5saH89wO1i4vfXuxbnCB4+LLS/fq3JDg6PKk4erfycl4m/f9bV9msS1MwhGN3gbTegOA5jOqlu0Qpd+peBmtnnUbdNZ0C36ap7KIv8Uyu7ghGl8paLLjqGZsKYL+/MHND7uaZF3UXA298EFz54DAtxipgfUGZKvQ7XL/BQWcwCWabIj4TYYZV8ZjXYMqdiqkwu2SQdprUEkAS/DdIcCNy23BTXqBzaoVwlqBYroZTuA== X-YMail-OSG: K9rTKusVM1kHsvI0b_rI.9LZRHCHN.U2O37cu5s4D9JrqiwcGINrwBRHsIF8hMg hnRLaAktRWCkygc2Utz_Jzv3NxnUveX6H0Oq_vwAuNdGkgNATehYUNEDB3IpmgEPrKSWlYm2EwsE ALweIaHVxgMaNkH1dySTu4q4Z_FQEnC3RIiZwbAVjy90Pmnnl2cWW1Di_qu.maItNhAwRMgX9ODm reDTwcizShvw.Z4dGFYM3fkNYzJkPYOQtOIo58OAST0strnzojFHjBqO1ezN_IVw1YXvL14rNXRV PsAPmcvUtXju_xR050ewLt3H4EQbwLIpMCDhmQW53KW5jw3puwWy4ZbDnR8ydPrOcgz.KDYjhRca 2IVG3mYQ_TFR2FgGToftm1vEH4JVmrHO4ZFX6uF07wwaLExvHR2QpYbbb00eRDgx.mKvLHftdXEq EVRA90KMgJ8_rfKZ3k20_KCBTyHSf1H706ZA_zoxr_DfN_YBMDUKsgEujBcZYEyrBYpfV6uuW1Nw QnbIe__Qxbv7nj3fiN5wqhQzC_pZtPMyA4Ur27xxjPSf8hOw69tm76wYt4v2HCYz8KdO0WwUQhFg 20EIxth9Rj9518X0rs2lCxo7YZhjhIDN1dOL2wns9u5nZjzgRpci5xWBdUZ2KFrIwbtG7LH7luIC RWDwjbNCJ9HkC3DrWwhZ.QQEXj3MD4k05rRfiBH5hkrvVOBWkqZZRqmzg7paLMQUgOcbTRuX9mOc DS730KnykfYF.3xUmWAvhuN1lZ3DHPbzoPuJuT5IF1w0Ii8tyouZ0Pyd8dO7Nj7enOHFQlFb9gxR MgH2efOLIjmGedkZy3TT9RHjcyGjuzmfOCbxO.YFj0bPqeyCwADGCoLLAZxv5ahqSFQ_FjtV01ho oqjHVcvsYaxU_YHi.EZov0NO46LTwzvNPVnqTCxXUDkvMCZF9Q.NCyrVBDoJGkzMuFDy.qpcsctw _g4fs1jedHhhRgojPo3VZ40.ce.be_ennckzpBhDcdm1I2xSvleRXQmVmVQrRCPBd0MWpGQzIUlB PnoFqdId2QFp5ryQ7PtDvV2alE9MkQzrue.h65.6AsYFZtc.M9J.BNZ4ptMLFsB0m.w.fvw9XzBy pPBR58dvI3B1ZM46jGDiMeI6kY8jVyuaj1iZsxDy_9E1xR_ETS85u022JpzlRvQOwRYdq3QFXLRB Lbe4dwjb7IFkVpTFH1Q4xXbZqSdzZtNyvAS3G2GbeN02YNEqFNIoTaHtWUtZZgYAVEz.rSp7dj2R 2ZeArYBUGIy2tFCVrEQcsTbHywzaBic7QLW7gpsRdKbmiWT90p..0DwJohCDB15r4fqxiELteF0L uoikB6EdeB1Ss2IrmTRTBjQstbuQSwjvOgFA.08jZQyRCh9xNPKpOlYovI6Ue1SMfxTEaJO2QqDd CdamLoLXPOHIJ6LoDKEiO67L_lovh3NH6_93USjf8OkJoKFxeWyGEijOpHZYaEDlt9D8LXFDrMbQ g94CebbQ8vcFg3SMTbOZrqGClfSz7gCYQymCVfnNF5wWfJEgwWnjfW0RfFd.mwVLRe8B4EBtq_by le4_Fh3wNIwppPeq4bxdgaxlIq.qXUc9z6UFDPFVdDK5Ef8qhLemuLfwRkY5FylHezsLQ_GrhoTN pvJI87vEyagbgjpucAfBc2PwmqoPbznW8riEowZXYrskcGXZnSzGcAHTZI4bfmw1sfXjIpHYDP_k AWsj4gk.EBDC8LrIUVpcLjkxPeDpi8vSPuGPYUODAaUkQJ2WiFcagrod8lkYSK5n2h48RIfAUAXi xEXDs4rK6Ddk00sWZSAClNOUanVaNxF6gIX7KfDS7QzysIEaJqYiy.uCX36iNED4OcamISOuBrTa RokjX6S4TH1zMbljouf8Eh26.vZVMZimZkrFnVkCLxW4S.hFju3NI_DA8NxLKB1..6brJRtBju92 ZaKF_OMapjmAwIU_ho_OpnZeTJgUm9.QawDedhyUGL7u1C.EfVxGlz.EsnPlw7Cq98qT.Z3r_7Dh 4kPITDDmJWkKzMZJypG8taV2SKPnnjfNFqYP.RNWSrANGjrx4IFBjdcAkpeWB2YgYATnw3ODSFdi lKdt4KjkQJRtvDzXBJiwFZcWuZZvhBif.FlRzgvA0oI6_1aYj1YXGYsojBwB.D73k3RqZQPvw3XG Xo.T1OBAUeauq7gSKBnVEuGYaiZR3rOH1QVPv5IFEHaJ1weCfDkgod5l.la4Jpoweaf0w.gUvQLm mCkxiXPYoVQAhm6YYsVo2otrDt.XlyoXEvp8xHMirkbbr..iLWeNtl9lVIV9ePHp0bsI- X-Sonic-MF: X-Sonic-ID: 9e10582c-b964-425b-b1ed-2715fc0611a4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Sun, 2 Feb 2025 06:59:37 +0000 Received: by hermes--production-sg3-5b7954b588-qzgfd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8cd2ed9fab3d5f7cd0b5dcc3968fcb3c; Sun, 02 Feb 2025 06:59:33 +0000 (UTC) From: Po Lu In-Reply-To: <86h65ceult.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 02 Feb 2025 08:19:58 +0200") References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> <86h65ceult.fsf@gnu.org> Date: Sun, 02 Feb 2025 14:59:29 +0800 Message-ID: <87r04gkf1q.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.23187 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 5470 X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: "david" >> Date: Sat, 01 Feb 2025 13:21:17 -0700 >> Cc: luangruo@yahoo.com, rudalics@gmx.at, 75936@debbugs.gnu.org >> >> > If one of the builds is with XRandR and the other without, then the >> > differences in the results are expected, and this is not a bug. >> >> I am rather shocked that you do not see this as a bug. Personally, I see >> it as definitional. Two apparently identical builds that give different >> results for display geometry does not indicate a bug? How about garbled >> output, displayed to a remote user, simply because the user's build is >> different, albeit not advertised as such, from the software creator's >> build? That sort of performance is not good for the reputation of Emacs I >> can assure you. > > The XRandR extension is _required_ for providing accurate information > about multiple system monitors on X. Emacs should work fine without > it, and should not produce garbled output, but accurate information > about the dimensions of the system monitors is not available to Emacs > without XRandR. When built with neither XRandR nor Xinerama, Emacs > produces information for the "combined screen", i.e., it treats > multiple monitors as if they together formed a single monitor. Please excuse my ignorance, but where does garbled display output come into the picture? >> At the very least, the build information should indicate the difference. > > Agreed. Po Lu, do we have some indication of whether XRandR was used > in the recorded features that report-emacs-bug shows? If not, can we > add that? No, but it's an exceedingly simple oversight that can be addressed thus: diff --git a/configure.ac b/configure.ac index 9db1f07d7fc..55a4be1a0ee 100644 --- a/configure.ac +++ b/configure.ac @@ -7481,7 +7481,7 @@ AC_DEFUN HARFBUZZ IMAGEMAGICK JPEG LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 \ M17N_FLT MODULES NATIVE_COMP NOTIFY NS OLDXMENU PDUMPER PGTK PNG RSVG SECCOMP \ SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER \ - UNEXEC WEBP X11 XAW3D XDBE XFT XIM XINPUT2 XPM XWIDGETS X_TOOLKIT \ + UNEXEC WEBP X11 XAW3D XDBE XFT XIM XINPUT2 XPM XRANDR XWIDGETS X_TOOLKIT \ ZLIB; do case $opt in I cannot imagine why this was not installed at the outset, because all optional features are meant to be enumerated here... >> A better solution than only providing, important, build information would >> be also to address comprehension problems such as the combination of the >> output of (display-screens) and the geometry provided in the output of >> (frame-monitor-attributes). The documentation "This function returns the >> attributes of the physical monitor dominating (see above) FRAME, which >> defaults to the selected frame." is misleading when the actual information >> on a two monitor setup is the attributes of both monitors, reported as one >> combined-screen by (display-screens), not, in fact, the attributes of the >> dominating monitor. > > I agree that we should document the prerequisites for these > capabilities better. > > Po Lu, is the following correct? > > . accurate information about multiple monitors is available only if > Emacs was built with XRandR or Xinerama, and was not built with the > GTK toolkit "or Emacs was built with the GTK toolkit, in both cases provided that the X server also supports XRandR or Xinerama." > . if the 'source' field of the value returned by > display-monitor-attributes-list is "fallback", it means neither > XRandR nor Xinerama are used, and the monitor information is for > the "combined screen", as if all the physical monitors formed a > single combined monitor; the results could be inaccurate if the > system has more than a single physical monitor connected Otherwise, this is correct. I would clarify that "the attributes returned in this case represent the dimensions of the X server screen". >> So, leaving out a lot of detail, it comes back to the build: with or >> without XRandR. Without is inadequate; it turns out that build information >> is not important, it is vital. Alternatively, when writing software it is >> necessary to rely on non-software knowledge, e.g., usual screen sizes. The >> latter is what I do now: since the screen height is constant (assumption) >> the screen aspect ratio (what I am trying to establish) is not likely to be >> less than 1.24 nor more than 2.5. Since the reported width changes by a >> factor of 2 it is not difficult to get it right. But it will go wrong at >> some point. >> >> So you and I have different definitions of a bug. I see why you take the >> view you do; but it is narrow and unhelpful to someone writing user >> software. Crashing Emacs software is a bug for me. Flagging build >> characteristics at least gives a warning. > > Emacs should not crash if it was compiled without XRandR, I agree. I > don't think it crashed here. > > Emacs supports building with XRandR and Xinerama since more than 10 > years ago. I suppose we expect that by now these libraries are > available on most X systems, so their absence is not notably mentioned > in the docs. I will see about improving this aspect, thanks for > pointing that out. I should also mention that the lion's share of X configurations feature a single monitor encompassing the whole of the screen. So that the fallback information is likely to be correct under a substantial majority of configurations. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 07:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: rudalics@gmx.at, david@ngdr.net, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.1738481131631 (code B ref 75936); Sun, 02 Feb 2025 07:26:01 +0000 Received: (at 75936) by debbugs.gnu.org; 2 Feb 2025 07:25:31 +0000 Received: from localhost ([127.0.0.1]:32923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teUME-0000A6-HT for submit@debbugs.gnu.org; Sun, 02 Feb 2025 02:25:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54930) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teUMB-00009s-LG for 75936@debbugs.gnu.org; Sun, 02 Feb 2025 02:25:28 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teUM4-0000P9-1N; Sun, 02 Feb 2025 02:25:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Lfl7GMCJb6MuIS+wVGgofCQqtffZwJ8tROEGPtWzm7U=; b=mKk1eGfkkiap IS493AIVLWLkgRlOZZ+FvbY8riKrOMN5xdKIKABLL+9kco72y6v5J2MDv5lQFf3+QL8KTtOAD6WB3 eQQcxeJQXXnPA33Q74XbS7wDfeq9TScxUF4x73LKIq//KXbbT+5l8mLS0SM2SsUhyOzXmCAzh5y9D qMOxH9hpqbJOOeIpB9zuwo3zmZ/0nMlEw7k46yKlD/C9QgDOosz9GJxmuj6aHgEJk+n67kgLHD43Z AXznTcBMjRHBVitTJWD8/utwU6EAXc/lvEJK4BwuwKvLvn5aChybMYZP26ZihAtElxL/54hz7naJF GB3HJFRuOFRPZ5jF44s5XA==; Date: Sun, 02 Feb 2025 09:25:11 +0200 Message-Id: <86cyg0erl4.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87r04gkf1q.fsf@yahoo.com> (message from Po Lu on Sun, 02 Feb 2025 14:59:29 +0800) References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> <86h65ceult.fsf@gnu.org> <87r04gkf1q.fsf@yahoo.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Po Lu > Cc: "david" , rudalics@gmx.at, 75936@debbugs.gnu.org > Date: Sun, 02 Feb 2025 14:59:29 +0800 > > Eli Zaretskii writes: > > >> At the very least, the build information should indicate the difference. > > > > Agreed. Po Lu, do we have some indication of whether XRandR was used > > in the recorded features that report-emacs-bug shows? If not, can we > > add that? > > No, but it's an exceedingly simple oversight that can be addressed thus: > > diff --git a/configure.ac b/configure.ac > index 9db1f07d7fc..55a4be1a0ee 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -7481,7 +7481,7 @@ AC_DEFUN > HARFBUZZ IMAGEMAGICK JPEG LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 \ > M17N_FLT MODULES NATIVE_COMP NOTIFY NS OLDXMENU PDUMPER PGTK PNG RSVG SECCOMP \ > SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER \ > - UNEXEC WEBP X11 XAW3D XDBE XFT XIM XINPUT2 XPM XWIDGETS X_TOOLKIT \ > + UNEXEC WEBP X11 XAW3D XDBE XFT XIM XINPUT2 XPM XRANDR XWIDGETS X_TOOLKIT \ > ZLIB; do > > case $opt in Thanks. And the same with XINERAMA, I presume? > I cannot imagine why this was not installed at the outset, because all > optional features are meant to be enumerated here... The documentation portion of the changeset which added support for XRandR and Xinerama is lacking in more than one way, unfortunately. E.g., the NEWS item didn't even mention these two X features, which are prerequisites for multiple-monitor support. > > Po Lu, is the following correct? > > > > . accurate information about multiple monitors is available only if > > Emacs was built with XRandR or Xinerama, and was not built with the > > GTK toolkit > > "or Emacs was built with the GTK toolkit, in both cases provided that > the X server also supports XRandR or Xinerama." So GTK also supports this internally? Where's the code for that? xfns.c defines monitor attributes only "#ifndef USE_GTK", AFAICT. What did I miss? > > . if the 'source' field of the value returned by > > display-monitor-attributes-list is "fallback", it means neither > > XRandR nor Xinerama are used, and the monitor information is for > > the "combined screen", as if all the physical monitors formed a > > single combined monitor; the results could be inaccurate if the > > system has more than a single physical monitor connected > > Otherwise, this is correct. I would clarify that "the attributes > returned in this case represent the dimensions of the X server screen". OK, will do. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 10:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, david@ngdr.net, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173849225013134 (code B ref 75936); Sun, 02 Feb 2025 10:31:02 +0000 Received: (at 75936) by debbugs.gnu.org; 2 Feb 2025 10:30:50 +0000 Received: from localhost ([127.0.0.1]:33237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teXFZ-0003Pm-Pu for submit@debbugs.gnu.org; Sun, 02 Feb 2025 05:30:50 -0500 Received: from sonic310-23.consmr.mail.ne1.yahoo.com ([66.163.186.204]:37998) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teXFW-0003PX-CK for 75936@debbugs.gnu.org; Sun, 02 Feb 2025 05:30:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738492240; bh=VLoPJlf0HquOswHgAlzs0ifeFT5A3Eupz8Q52//OO0w=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=DUIAAi4ciMFccXVF5adCXK5fTEoQf/MBMujidEsaemK1gDKGyZeffX8cj88Mr9Z9OAJ8RWCvnNabYKftsnSCxu1fOYurcRGVwdcFokm0OKklWUtUcMuVKPc4MYYuKRHGudhdjAWzFTdNfbdpdlqDufL4MQcz9pPQUh99mhU/QYDsr65sT4IuxKNkACX3NbbZP7PcUNAebLXRf80SsLpnP7BOJGde0KoK+JcM9fWJ7mtavx8Iev+f4ob6RNghmRVteS9ybcP6p+wFgxEZ/3Uj17G2onMPdfi7QO7mAkGWTLxzPTkknb3+hQxwTAQ0U7cOMvA9p8aurcjlyndEM77sQQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738492240; bh=9zB8uUbfCpmFTc1aN4J6vJGuakmyzlsTYVcCEuV1Gfo=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=nMSppet0ZEir++LsAnCXiAiJIiyO5DbFLR8c0aIv/LuxA80FMWwWi4I81j8PVqrgOzhVtNnx5rd85PcIvUZFvILzcYfdUYGWEXc7cchJ2MUmtAD4de9kGmMrZD+3E321DbjYQnpsXduzQycdMP8Tt54iX0UQE5tjMi7YScGTjSgFEtuk/Wj7L0nyTeAvusRO93MARoV8k2Z4lgAHfNyLIWqj5dBO8i9jfmSoAM9KvV0OsdR2JUZrCbW8RnSjiE0CD0UYLG/Bx22XYRnb+uJNub31lLTV9ucOsSS12Htuj5Fyl4mQpmR7bgNkT4SgcMCTXt0TmpBPLBJlZWOOMaKwLQ== X-YMail-OSG: 7lLJyBMVM1nfe_iZ.4V0Fw3h84U8bdUCW3B.8BvQfYXOLGFrR6CrE_NFy8mQW7S C4QXx8CVE.TyFNWKWMuZqHbN8PU1qraUvbMNuy_e52Vij0rhbyukczebErQJscSqbScLyjfHZHiQ CwIAfMtgdGHQqAn3Uvqxn2DHeg7yquLUuSlZcEb7FZ7lqHqYtzZeOBSq0H8Wrm0h12_2Ha.tyjmS mfyulkNR2ZVGgHHIfJ6WM31V6ig4IZQiH3KXwWXyC0_odhv697wcXggurdT.JYnA1Mq3rM9OOEFP XLpsUoFlFZDMSHoBclrJlgnxAGCkQz1uXt1FuZsKQ15oY6EofuD111Q0N6OflYXfKGPVfjqZiKgs 408w1LpFq5hwDTqk.SyK2kpDFBe4k5sWXr41tuC38jo1KvfVw5muYBN3H._OqgFlmg0o5flRiZib TYNN9UoouxkLk0ulvd1kunOSylin7bPQ3znjz2dT3qZkHuwl8kdNbJllWm_x5p8wDDFIk48E2g1d DvwPLeTtwZZ7efWMjpUAwRLVyrctOvabHBpKiDmX54MBP.6Cqe1U6x9J61WVUfaLVCa9cPCfm7aX bIEMwIF7.unKXyb5L2O8xCP_RCM22BILDiLuhlMteMhSe3Log0fdw1oqd1346TrGnYt2KDKgT1w2 WfQ89_oNK6eSA1ree_34EI2i1Sk49P7dT2JJ..yzkOelWnXMMmW7ECtYHa3WaXAhjsReGdRcAVnU ZNPaYQLmJN61.dalbZpuam6uG_IfLYagWSH8.nsHQaD7iG.mBxVVsg5yXJEf4duXefpc9ERqfrrB T9Dlls7WiKM7aUHzqR5.L96lkm3Uizjx7a7jFeyFdoiz.B8DHn4k3..ST4d5bwjz29F7raINGeve d7SIO9n70kBZde5w3ZLHOMiC3_pwIzWWhHLh7N_fDi56L_dvInub_QpJqbwbH3kLC6dBF7lV9vCa qyosOJwo0qEWnPggviRqFLtIB7j.ZBoAHjQe.2kdan8M4PUdZ9hZXmXCYgZkSd2uwNcu6GIFNvOR VjDpUWFiUwW1JRbHRp1uAytrNSN0qZJ2eezvSqQiRMpiW5dLPzfUACltX5f8Z0tRRL0ZUsCCmQ2t qCCdiLQXTNPgh7.r6tD91X8z3eQ7bPP5RycvYB.lsEwzJ6YJ8YQL8vDenYS7yNrpbGfexji85MZG PwRECjVnY4aPFn.rpN_qDbK8LkG4lsLRm84O0T7JvGimJV9aVOr5O2K.3adWQn8vWpaIQY4emJhN E4kFFrhUTR4YgEklp0y9OiPq04Tq445J3FGWTvIirJ88lGXvW24PNqiTdKZdem7.UeNV1oSR59_U SXrP1afaHx9FL3.IFxjfDcb3jgQDuZwQv2FKPCLXo_vJaDoyrakw5d2TGzwkCmaAaMKgKrm9fXw4 txIZktmqs7Ix8BVTSbSeJC.H4e1ZZQAhsTbgF16l0vz2PC6Ng1ZW932WR60VV.rht.9ETq.J6bzx Vq.gNHr367oYbfp0dDoTF2o1Y7AM08_qmOTRvyUZNem1zgwS6ntqYN0S5eok9Mfs_PqGDRK.HgxB Ir_QKDUKNJs6DSuR6An6zWyhh6LiKnY4zfcixZLqwmJUxIHm.1CiaX6wNqFNBPAE0YGgPLdaA7ub Sq87l8Hlpurlv00a1cSg3DrqA_G5maWwj..1N87F7AWcrpbGidCCBxwRWmn5334IRHo6JcBMfXOb 0BO9rVRcKfaf8pwUYgaH1uzAcyLOyf7ciHsaVV14R_ZeRuUStSTKEqPM9zlUvxw6NqRsY1e37qrR NCp77H6vbSQVX63ViB0ydcQpsM4FaBBzhriYl40mJA6.cPZyDg26Eja5TyJGIXeYLoL2V3v9xtxW meCcOG.IzxtBrXJsnWpBJMxwX6Nf7QYqjhX4q8qJjshQRLfhU7tTskaxFCQj.bqx0uo3aeOUrNCH c4RlDsQDLTG4Zc48Tcn7xsUyc7_.scafWTVkOVyq0pdEPQxAbzo2XCLlcMxajKbJHqS3PnPDStWX OPwS.mAjwu_sayWlcyGq.u7Pc91.T9rPrDEdPq4yInmv0IHBZ54UqfyhYm_lK98M94.fQplfkvnx ppLv16NxRo_QAvWwwJxzNLY7G.UK00LyDqsIA0ZxAODJpfwObRfQ3bKOzPncDH0KRIz.bdMV.d47 he_KOGhQXmQf9cZTmn9UUAnQj0L2z0xcMadPf36Nc9WVlXBpCVTewWrJ5Dg4ue9qULq49svZYggt WH6swmoEP1LP3tUwWEx.YVx2EStOTPc7u8Nkh.14nHU_SZANhDcBAf2hbc..p X-Sonic-MF: X-Sonic-ID: a11f942c-b40e-4ab2-99b0-ecfc51553e73 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Sun, 2 Feb 2025 10:30:40 +0000 Received: by hermes--production-sg3-5b7954b588-v48xf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5652dbca96099cc26aac5902a0356665; Sun, 02 Feb 2025 10:30:36 +0000 (UTC) From: Po Lu In-Reply-To: <86cyg0erl4.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 02 Feb 2025 09:25:11 +0200") References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> <86h65ceult.fsf@gnu.org> <87r04gkf1q.fsf@yahoo.com> <86cyg0erl4.fsf@gnu.org> Date: Sun, 02 Feb 2025 18:30:31 +0800 Message-ID: <87jza8k5a0.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.23187 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 1793 X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Po Lu >> Cc: "david" , rudalics@gmx.at, 75936@debbugs.gnu.org >> Date: Sun, 02 Feb 2025 14:59:29 +0800 >> >> Eli Zaretskii writes: >> >> >> At the very least, the build information should indicate the difference. >> > >> > Agreed. Po Lu, do we have some indication of whether XRandR was used >> > in the recorded features that report-emacs-bug shows? If not, can we >> > add that? >> >> No, but it's an exceedingly simple oversight that can be addressed thus: >> >> diff --git a/configure.ac b/configure.ac >> index 9db1f07d7fc..55a4be1a0ee 100644 >> --- a/configure.ac >> +++ b/configure.ac >> @@ -7481,7 +7481,7 @@ AC_DEFUN >> HARFBUZZ IMAGEMAGICK JPEG LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 \ >> M17N_FLT MODULES NATIVE_COMP NOTIFY NS OLDXMENU PDUMPER PGTK PNG RSVG SECCOMP \ >> SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER \ >> - UNEXEC WEBP X11 XAW3D XDBE XFT XIM XINPUT2 XPM XWIDGETS X_TOOLKIT \ >> + UNEXEC WEBP X11 XAW3D XDBE XFT XIM XINPUT2 XPM XRANDR XWIDGETS X_TOOLKIT \ >> ZLIB; do >> >> case $opt in > > Thanks. And the same with XINERAMA, I presume? Right. That's also absent. > The documentation portion of the changeset which added support for > XRandR and Xinerama is lacking in more than one way, unfortunately. > E.g., the NEWS item didn't even mention these two X features, which > are prerequisites for multiple-monitor support. That's quite lamentable. > So GTK also supports this internally? Where's the code for that? > xfns.c defines monitor attributes only "#ifndef USE_GTK", AFAICT. > What did I miss? The code that interfaces with GTK is in the DEFUN Fx_display_monitor_attributes_list, not x_get_monitor_attributes. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 10:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: rudalics@gmx.at, david@ngdr.net, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173849311615512 (code B ref 75936); Sun, 02 Feb 2025 10:46:01 +0000 Received: (at 75936) by debbugs.gnu.org; 2 Feb 2025 10:45:16 +0000 Received: from localhost ([127.0.0.1]:33262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teXTY-00041u-7n for submit@debbugs.gnu.org; Sun, 02 Feb 2025 05:45:16 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60360) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teXTV-0003xL-Tl for 75936@debbugs.gnu.org; Sun, 02 Feb 2025 05:45:14 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teXTO-0002h4-WB; Sun, 02 Feb 2025 05:45:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=myjvvhllJWOJ3lIfCLCMQ4ADnrpAm0iSI2d8SSchSvM=; b=UC6p0VAPyenF AF4XQvlHTz1+EvR3dA2zU1ZLpbV0ZvCj7WvACQf9uNsC1a9W2yQD2LJR34cmLl4IwwmFLAg4YoqOP FaAE9X5mn9wq+jk31cWXMzft5UW/KXe6QAt6sWGCaC45iLNhHtdEOY3pow5pXNW00EOSYaiI/Uf1l ubfW0xlQ/L9lbRBWwxHY/WchySFjzqGqgzAbBUbYpRjTqY1k82Shlz8ZNYlaaqH/CgU2A7+1T60iF PzlbVlU5VttMcQ9uXRbwKU4TJsTGKHvo40qn+2ofgpKyN16A4Tc9EB7v/Z0nhgZpAUew6v7vgKzT5 AMsBvJrwZxsG/t+3Inigvg==; Date: Sun, 02 Feb 2025 12:45:02 +0200 Message-Id: <864j1ceic1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87jza8k5a0.fsf@yahoo.com> (message from Po Lu on Sun, 02 Feb 2025 18:30:31 +0800) References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> <86h65ceult.fsf@gnu.org> <87r04gkf1q.fsf@yahoo.com> <86cyg0erl4.fsf@gnu.org> <87jza8k5a0.fsf@yahoo.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Po Lu > Cc: david@ngdr.net, rudalics@gmx.at, 75936@debbugs.gnu.org > Date: Sun, 02 Feb 2025 18:30:31 +0800 > > Eli Zaretskii writes: > > > So GTK also supports this internally? Where's the code for that? > > xfns.c defines monitor attributes only "#ifndef USE_GTK", AFAICT. > > What did I miss? > > The code that interfaces with GTK is in the DEFUN > Fx_display_monitor_attributes_list, not x_get_monitor_attributes. Thanks. Does PGTK use that (and thus supports this functionality)? From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 12:04:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, david@ngdr.net, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.173849779029142 (code B ref 75936); Sun, 02 Feb 2025 12:04:03 +0000 Received: (at 75936) by debbugs.gnu.org; 2 Feb 2025 12:03:10 +0000 Received: from localhost ([127.0.0.1]:33408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teYgw-0007Zy-0g for submit@debbugs.gnu.org; Sun, 02 Feb 2025 07:03:10 -0500 Received: from sonic314-20.consmr.mail.ne1.yahoo.com ([66.163.189.146]:46322) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1teYgt-0007ZT-64 for 75936@debbugs.gnu.org; Sun, 02 Feb 2025 07:03:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738497780; bh=UBYDeA8KibFlL4UJ6Kem7u8kUPTxEt6SyN2ZPOciGbs=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=oDcOm2vduFRya+a7zPe/4aLXp2ePmPUh8qlMH10JE7SL0TmaD7bWHlzRzrQwi+vTMCzWsqhf9kmh+oTT506BhvNGGg9qbb5Svej1X8f4gXLNGJQIqiOSNgFJ+yyKwwnuOlbOYVkQNGXh+koorRB6Tf8HcQuwnhTfOo1JEy9Gisk9hIB1vDBTQqlXZd6UcGtwpTDEAkItUZJ8/gfAOYzDsi+QKrai6M33b4eHSITXgHlP7RW5yLXORqV+VIxigVTynwTK8qrGQig6d/J/ITxAZmHJiWMCK+8xBrm6/q2qqfoUnWSB/nhupSBYM1tbAykzZSWTduEeHp1kKmoH5PJC7Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1738497780; bh=AYGi/u5bVS15BFAnpKQ+wuZpbbgqVGsk5d57EIqYI+E=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=HBflyYblS0P8bFUyHooNKK4JyZ2R5AKcQOwK9PfV1wW66t86j4Ec4Gc4p0sbQcXuip1QCHMPYeuOyPXnCsNP4MrNKQKXVzNSE+853ug0kl2dKQ7A3I76tB6V9eGUKvYpVyilOedK0/JfIR6OHcteqejXEW/O+mrXSrJd9HuUFIWyDi1n4CtwQYTKf6iJMbwu2J0IdTRd8Bnf+7Es7UM2Xn7R1cduQtjWRQ/ZybI79kVy6JE633ntdf3nXXpG6aXCA3JmeJCacBXnn7LHKCiZNZOgV5keSoydPgEaadqelIY27fuTykP8QL6urzTPvJqmu/eO3sqQFC72+IWwX5pT8g== X-YMail-OSG: 7MMqaXYVM1lLE3a1zoAVAM3gtOAPLQms7q_Tl.JhlXY_swDS_ushzmWldQrNeA3 sSELvX2eHyWsH6.6LomikVmwm2JW307QYZmuTG3R2Wr7pt9VDAdHy7gpOS6rOpsN3n_SpQU7pfp7 pKp0s7NYdCKg1qD3YRx32a01b8wRVNLZuyWG.Uzp5WHGYAR1N_Euq3wlQBsujT2JspzrYGCOfk0v FYYi3sFLUVb49qXrsXWpq9mxDXHai_3wSUkoL_4vNX39IuPNS8ZwuAQEfKgi6Dylca7L1p8BD7mx AWFMK0j9UDB_XymLo.gJqMFxQFLbjIwr_dT90aDsKuP8IGK21FPBdgqcPQjsXKeLn2C.zyxB6hL0 4tVHQiwjWUrhA4lP_C0LP6YZZXKp83hv88FiBOiDVZcU3dEkrILzsA5dr4eHuKJ2PicWhdx6tkLD lrwgFgk_SnKZ5_MZh_3L69Xd0QGzvnnC00ON7JUfyxsJCW2ljqd0rHSMQPDbEFr2ivY.1y9HEXV3 iHfRbmJ_KbzDuCiXjaZo83MZBbJpiCegp6yed9O69o94nY.zLSAF2Q_f4loEUHUOGE0nPM4hzDc3 EHQFU7HlxnC1FwHBiMBUiX1MRuiG32JDhyaTwgvPQozuNQbSL69vLUmyCYISlK2lOH6PwIj0HLw3 8GFnYoc4qV_jKVV76g30QB7Q7W0J.oIE3PkqLWUippNwom56l99m27pRCp8lecKIbXsFzb_vk9Ce QAvHd_ai.XWdtd0yBZbaHbz.h_tr0NiVUkEvca7rx0xP3usrse5iao8syWmmG3eNnACFflJNYEEf 7M1KvV.1K4SzIlV8woi0gRQQDsFW8dkMeNJ8dNkQwjZjh6axl2q9sShaQc9vQXpAHhknmeSyK3Bi 94zVp4V4xyTQnST30IJq48VSrwV7qE8RdZ04XpdbVQnmobZ5oJu5ulS48FkswuUY4Ka.eWfjfKjL 6Ylp_icBf4RR.1YOTI8D3RC9_JjApj5s1gUD4_m94y2OyI0RIjEp.kVnmtLmu8pzPIqaWUPZTaU0 5xEvKloCxHy9GFfaDAz7c4DG8DQQuYf9QRkZBqV391YF.NJktXOsZDYlmBRsSpemIzxvQh5a_7YY gx9vOmthTwjfOOTC0uetkI0FjkjTgJFnfGz3cCf2zKRHy_qIxo.Ee6LelbBj6BE07dhhfRE1n70K XxtWOK1n3T3AgTqelWJIf6pxGAM5DeLNeOJHnpA3IsJcjbhzu8LD9dxTq0cYmgAoHs3Lnv_c_U_O jVqyINwXj6LAzOOse.pgB2ouR0dEduPEpCG1YrQeg645miseWeMTNtZjdysHBr.3LrVsN5vbNiRK 5ZW.Gwd4UsVXsBjSXtYVC7loeOwfCRcQyATncpK1uLZxj944vE7Kppkz4iYNYohZcuKFEg7rO90E TO3ODjFH1MzAIgbEgnrANmWaUJnxYd7MejTSR1UZKahfE2WbJmxZROAl9kyUufabOQqhIEI_1UAS vq4uQyqaGLHF87FQQgGDJz.qIlr95LPAO4f4gBMmLGgCAg8cNVvd1jAW.ci8bxnSUA4hWOp47tIm Q5bUz2hPx1H_LmWxaB51h5IiED5KP8cDFT9yD0P8MpDC3nsB3WBRy6YahAwB.PBh8EIjbbcGqs7K i6zi.CShYtC1i5vfMJpg.9m.WndVfTmzxzXAt.Zm6apM1dKV13HsS1sWHLmuw3miazrcgsHGSFce v3HO0pnPPk4XYD9lJP84lBa8t19QDLzEfrTqBWrIbFiqlwI5BmEFmnM99qv9_0sQ453mSqOd_coT ImtXjyZfuS7HwQARljux7qNX87Ds7ePijtyIgNyPjLDDsKRBCfbSAuZ4OJMCJyzHCtAYagYzAguj PmsfZdH7chtW.QVOKwtt_PBniO4cpM79cqUpXFBdAsZBo2SKIc4cyURafL3fn9GQk97TR_F127yX UR0L6MEWmhYe3Qyox7yDg._cP4hCh6.w5CIZrIwh09FW0mx2jzt8a7fNJMKDhXUD2H0yKvdeIMSq jRgbdGECvYU5h8tZjNHUe1nEJY8FqWpP.DNO5ORqLypWDvi3Tbfuoj9fhC8R6MLwCo07GFGYUzF7 hSugdHlzJvrsBARBKLgc6eZnH.nVqQGYYWB6eipn_hfK9rDLxIwX3BsdHF6vTX8FBu0xYWOgGG8_ GVdSMzCm4vqZZh0SZHkq9oc2bxA2vkIQhHaOPRE7lgZahaubmO8BoJpfau34erPEHec1yFUkZhfF DS9NYNmCKgHE5jEG9DQThkztuAb1cX5ie_rvsjQva9nZEckp3vKHwAA4ON6cn X-Sonic-MF: X-Sonic-ID: 982db5ab-f089-42f4-a767-d9358845de7e Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Sun, 2 Feb 2025 12:03:00 +0000 Received: by hermes--production-sg3-5b7954b588-kwzfq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8db822bfd8c732c65424f0ede9b4894e; Sun, 02 Feb 2025 12:02:53 +0000 (UTC) From: Po Lu In-Reply-To: <864j1ceic1.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 02 Feb 2025 12:45:02 +0200") References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> <86h65ceult.fsf@gnu.org> <87r04gkf1q.fsf@yahoo.com> <86cyg0erl4.fsf@gnu.org> <87jza8k5a0.fsf@yahoo.com> <864j1ceic1.fsf@gnu.org> Date: Sun, 02 Feb 2025 20:02:48 +0800 Message-ID: <87frkwk107.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.23187 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 643 X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Po Lu >> Cc: david@ngdr.net, rudalics@gmx.at, 75936@debbugs.gnu.org >> Date: Sun, 02 Feb 2025 18:30:31 +0800 >> >> Eli Zaretskii writes: >> >> > So GTK also supports this internally? Where's the code for that? >> > xfns.c defines monitor attributes only "#ifndef USE_GTK", AFAICT. >> > What did I miss? >> >> The code that interfaces with GTK is in the DEFUN >> Fx_display_monitor_attributes_list, not x_get_monitor_attributes. > > Thanks. Does PGTK use that (and thus supports this functionality)? Yes, although it uses its own copy of the same code. From unknown Mon Aug 18 09:07:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75936: monitor width reporting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 14:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75936 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: rudalics@gmx.at, david@ngdr.net, 75936@debbugs.gnu.org Received: via spool by 75936-submit@debbugs.gnu.org id=B75936.17385055869964 (code B ref 75936); Sun, 02 Feb 2025 14:14:01 +0000 Received: (at 75936) by debbugs.gnu.org; 2 Feb 2025 14:13:06 +0000 Received: from localhost ([127.0.0.1]:33662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teaif-0002ad-H8 for submit@debbugs.gnu.org; Sun, 02 Feb 2025 09:13:05 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:45642) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teaic-0002a1-7J for 75936@debbugs.gnu.org; Sun, 02 Feb 2025 09:13:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teaiV-0006Xz-Jo; Sun, 02 Feb 2025 09:12:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=cX7NIzePKNhDpZfy5mZt26NijM/dyP5Sl9azLvPM1Dc=; b=QibgvPDxQlgU O6/uRcwSfg6KdengAheG+7UG0j3j9nIjLJRW1yJaz9y8IC4PIFFwPDFhpbB0cV/dW+/xjInlWaB0w 5sBey6w6cxfy/2CwFll/5pFJ8JiDyUDP/8Z1aWq50YTSkRVyChYarAUV7goLS7Rz76m+4fDerkvd0 xENlpeEAcAZ+QxaTV8RMvWxeuWlRCtMEjsNxNcE8nuDhZyX1tcLsyy0j/48Pt3F+plBuZYGDwkMHs 59ikdd8m6bWtV6xW4HBZOlf9BHfP8wSyo20Ob/UMONd+72Sk+wHeGsVRtF0n0ymsMhfvRPBNvI2X3 vw0s2x52FMqODdami05HxQ==; Date: Sun, 02 Feb 2025 16:12:52 +0200 Message-Id: <86tt9ccu57.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87frkwk107.fsf@yahoo.com> (message from Po Lu on Sun, 02 Feb 2025 20:02:48 +0800) References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> <86h65ceult.fsf@gnu.org> <87r04gkf1q.fsf@yahoo.com> <86cyg0erl4.fsf@gnu.org> <87jza8k5a0.fsf@yahoo.com> <864j1ceic1.fsf@gnu.org> <87frkwk107.fsf@yahoo.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Po Lu > Cc: david@ngdr.net, rudalics@gmx.at, 75936@debbugs.gnu.org > Date: Sun, 02 Feb 2025 20:02:48 +0800 > > Eli Zaretskii writes: > > >> From: Po Lu > >> Cc: david@ngdr.net, rudalics@gmx.at, 75936@debbugs.gnu.org > >> Date: Sun, 02 Feb 2025 18:30:31 +0800 > >> > >> Eli Zaretskii writes: > >> > >> > So GTK also supports this internally? Where's the code for that? > >> > xfns.c defines monitor attributes only "#ifndef USE_GTK", AFAICT. > >> > What did I miss? > >> > >> The code that interfaces with GTK is in the DEFUN > >> Fx_display_monitor_attributes_list, not x_get_monitor_attributes. > > > > Thanks. Does PGTK use that (and thus supports this functionality)? > > Yes, although it uses its own copy of the same code. Thanks, I've added this to the doc string and the ELisp manual (on the emacs-30 branch), and also added XINERAMA and XRANDR to system-configuration-features (on the master branch). From unknown Mon Aug 18 09:07:00 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: "david" Subject: bug#75936: closed (Re: bug#75936: monitor width reporting) Message-ID: References: <86o6z3e9m0.fsf@gnu.org> <192a64-679ac200-b-45e86380@138906690> X-Gnu-PR-Message: they-closed 75936 X-Gnu-PR-Package: emacs Reply-To: 75936@debbugs.gnu.org Date: Sat, 15 Feb 2025 11:23:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1739618582-20969-1" This is a multi-part message in MIME format... ------------=_1739618582-20969-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #75936: monitor width reporting which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 75936@debbugs.gnu.org. --=20 75936: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D75936 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1739618582-20969-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 75936-done) by debbugs.gnu.org; 15 Feb 2025 11:22:17 +0000 Received: from localhost ([127.0.0.1]:53599 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tjGFU-0005Qy-Pe for submit@debbugs.gnu.org; Sat, 15 Feb 2025 06:22:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59604) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tjGFM-0005Qb-5e for 75936-done@debbugs.gnu.org; Sat, 15 Feb 2025 06:22:08 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tjGFF-0000tj-RK; Sat, 15 Feb 2025 06:22:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=EqWa9H+BECj+MG4Cy1YEMl/EcGlSbvXvwykQwwS1lKk=; b=S9+XloAYVZ+r 10ao8nbxzstGMaQJXh/tz5aboL+zBTUWX+bqTPWaq5/cRc2Fve2sJScZBgdLewJyHrFjTReF9qlrc IEkKORnuQ+LZ6/PgbpRDWA9WNnJVSun0fv5bSTuM734623ihKaQkUxUg5KYBD3cyHOtMdIT1bQwCK JR/Z6ubq0JBDup6OYtMSbghmAJzvqBmtJDutV/T6UgTco/6a/KXiqOwU3jGTzmMsBz7ncREO3MWmu AYWx6EO4ahF70Zb1iiGXed7PbZztczyqnlLYhyBv8Me+3UqAuSu1dxfZrgyHJKGw0iSgMAAzZ3H36 5hlwi7yn+i3m03YNORLkmQ==; Date: Sat, 15 Feb 2025 13:21:59 +0200 Message-Id: <86o6z3e9m0.fsf@gnu.org> From: Eli Zaretskii To: luangruo@yahoo.com, rudalics@gmx.at, david@ngdr.net In-Reply-To: <86tt9ccu57.fsf@gnu.org> (message from Eli Zaretskii on Sun, 02 Feb 2025 16:12:52 +0200) Subject: Re: bug#75936: monitor width reporting References: <192a64-679ac200-b-45e86380@138906690> <86o6zolro6.fsf@gnu.org> <8734h0ojb8.fsf@yahoo.com> <1aa2a9-679ba480-3f-68a7790@230449996> <86jzaagfht.fsf@gnu.org> <770f5-679e8200-13-76ccac00@204374222> <86h65ceult.fsf@gnu.org> <87r04gkf1q.fsf@yahoo.com> <86cyg0erl4.fsf@gnu.org> <87jza8k5a0.fsf@yahoo.com> <864j1ceic1.fsf@gnu.org> <87frkwk107.fsf@yahoo.com> <86tt9ccu57.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75936-done Cc: 75936-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: rudalics@gmx.at, david@ngdr.net, 75936@debbugs.gnu.org > Date: Sun, 02 Feb 2025 16:12:52 +0200 > From: Eli Zaretskii > > > From: Po Lu > > Cc: david@ngdr.net, rudalics@gmx.at, 75936@debbugs.gnu.org > > Date: Sun, 02 Feb 2025 20:02:48 +0800 > > > > Eli Zaretskii writes: > > > > >> From: Po Lu > > >> Cc: david@ngdr.net, rudalics@gmx.at, 75936@debbugs.gnu.org > > >> Date: Sun, 02 Feb 2025 18:30:31 +0800 > > >> > > >> Eli Zaretskii writes: > > >> > > >> > So GTK also supports this internally? Where's the code for that? > > >> > xfns.c defines monitor attributes only "#ifndef USE_GTK", AFAICT. > > >> > What did I miss? > > >> > > >> The code that interfaces with GTK is in the DEFUN > > >> Fx_display_monitor_attributes_list, not x_get_monitor_attributes. > > > > > > Thanks. Does PGTK use that (and thus supports this functionality)? > > > > Yes, although it uses its own copy of the same code. > > Thanks, I've added this to the doc string and the ELisp manual (on the > emacs-30 branch), and also added XINERAMA and XRANDR to > system-configuration-features (on the master branch). No further comments, so I'm now closing this bug. ------------=_1739618582-20969-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 30 Jan 2025 00:03:53 +0000 Received: from localhost ([127.0.0.1]:43457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdI2C-00051n-KA for submit@debbugs.gnu.org; Wed, 29 Jan 2025 19:03:53 -0500 Received: from lists.gnu.org ([2001:470:142::17]:45296) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdI29-00051U-9x for submit@debbugs.gnu.org; Wed, 29 Jan 2025 19:03:50 -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 ) id 1tdI23-0003SW-Sk for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2025 19:03:43 -0500 Received: from mx243.frii.com ([199.45.237.243]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tdI22-0000jE-0O for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2025 19:03:43 -0500 Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTP id 4Yjzl00SgjzB2Zfv for ; Wed, 29 Jan 2025 17:03:40 -0700 (MST) Authentication-Results: mx1.frii.com (amavis); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=ngdr.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ngdr.net; h= content-transfer-encoding:content-type:message-id:subject:date :mime-version:user-agent:to:from; s=dkim; t=1738195419; bh=Aclxs kB1Z8Hbs29hnCE1fzStu4oPf3FRnEQ5OsdyG9Q=; b=WVfEs2uDIFhYPWqtcodVk Xx3VtWPr91oG8w7XeOnyvZgnv1mS1uIuyJI+uUmzXCD2qAgLZr8btMK4VyGsCU3A f0GPfRYH+5ygt6XGxOpPZ143fn4CqUUJqGM6TMlXyizuAgNzWgAvEZe41XgOwicr cR/OuhrAr5E65nYUibFL2M= X-Amavis-Modified: Mail body modified (using disclaimer) - mx1.frii.com X-Virus-Scanned: amavis at mx1.frii.com X-Spam-Flag: NO X-Spam-Score: 0.9 X-Spam-Level: X-Spam-Status: No, score=0.9 tagged_above=-100 required=4.5 tests=[ALL_TRUSTED=0.1, BAYES_50=0.8] autolearn=ham autolearn_force=no Received: from mx1.frii.com ([127.0.0.1]) by mx1.frii.com (mx1.frii.com [127.0.0.1]) (amavis, port 10026) with ESMTP id WsC65wShWL6Y for ; Wed, 29 Jan 2025 17:03:39 -0700 (MST) Received: from mx1.frii.com (mx1.frii.com [127.0.0.1]) by mx1.frii.com (Postfix) with ESMTPSA id 4Yjzkz3bwBzB2Zfs for ; Wed, 29 Jan 2025 17:03:39 -0700 (MST) From: "david" To: bug-gnu-emacs@gnu.org User-Agent: SOGoMail 5.10.0 MIME-Version: 1.0 Date: Wed, 29 Jan 2025 17:03:39 -0700 Subject: monitor width reporting Message-ID: <192a64-679ac200-b-45e86380@138906690> X-Forward: 73.229.82.30 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=199.45.237.243; envelope-from=david@ngdr.net; helo=mx243.frii.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) This is a bug that caused me some trouble; but mainly it is FYI. The p= hysical arrangement is a laptop, which has a 4K screen, driving a single 4K scr= een. I get (still and always) the different results below from two different E= macs builds. The items below are: A: code from a startup file; the messages are debug stuff, normally abs= ent, the intention behind the code is to compute the aspect ratio of a single= monitor. B and C: output from two different Emacs builds, see ned and nut direct= ories. The different widths matter to me because I am computing a rat= io that later wreak havoc 8-( The creation dates probably matter to y= ou. Other than the dates I see no way to differentiate between the= builds. =0C A ;; Probably this is not the aspect ratio of the full screen, probably= the window manager will keep ;; some of the screen for itself. (defconst .emacs-monitor-aspect-ratio (let ((geometry (assoc 'geometry (frame-monitor-attributes (se= lected-frame))) )) (message (format "geometry %s" geometry)) (message (format "width %s" (float (nth 3 geometry)))) (message (format "height %s" (nth 4 geometry))) (message (format "pix width %s" (display-pixel-width))) (message (format "pix height %s" (display-pixel-height))) (message (format "mm width %s" (display-mm-width))) (message (format "mm height %s" (display-mm-height))) (message (format "screens %s" (display-screens))) (message (format "attributes %s" (display-monitor-attributes-li= st))) (message (format "frame atts %s" (frame-monitor-attributes))) (/ (float (nth 3 geometry)) (nth 4 geometry))) "*The ratio width/height for the current display screen, calculated= in screen pixels.") =0C B .emacs-emacs-directory: /home/dajo/ned/emacs-29.3/ geometry (geometry 0 0 3840 2160) width 3840.0 height 2160 pix width 7680 pix height 2160 mm width 2032 mm height 572 screens 1 attributes (((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840= 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) ((name . eDP-1) (geometry 384= 0 0 3840 2160) (workarea 3840 0 3840 2160) (mm-size 309 173) (frames) (= source . XRandR 1.5))) frame atts ((name . DP-1) (geometry 0 0 3840 2160) (workarea 0 72 3840= 2088) (mm-size 597 336) (frames #) (source . XRandR 1.5)) Nepenthes .emacs loading in GNU Emacs 29.3 (build 1, x86=5F64-pc-linux-= gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) of 2024-07-18. =0C C .emacs-emacs-directory: /home/dajo/nut/emacs-29.3/ geometry (geometry 0 0 7680 2160) width 7680.0 height 2160 pix width 7680 pix height 2160 mm width 2032 mm height 572 screens 1 attributes (((name . combined screen) (geometry 0 0 7680 2160) (workare= a 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback))) frame atts ((name . combined screen) (geometry 0 0 7680 2160) (workare= a 0 72 7680 2088) (mm-size 2032 572) (frames #) (source . fallback)) Nepenthes .emacs loading in GNU Emacs 29.3 (build 3, x86=5F64-pc-linux-= gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars) of 2025-01-29. ------------=_1739618582-20969-1--