From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Dec 2024 15:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 74750@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.173375953216903 (code B ref -1); Mon, 09 Dec 2024 15:53:02 +0000 Received: (at submit) by debbugs.gnu.org; 9 Dec 2024 15:52:12 +0000 Received: from localhost ([127.0.0.1]:55247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKg3P-0004OW-DZ for submit@debbugs.gnu.org; Mon, 09 Dec 2024 10:52:12 -0500 Received: from lists.gnu.org ([209.51.188.17]:36302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKg3N-0004OM-Dh for submit@debbugs.gnu.org; Mon, 09 Dec 2024 10:52:10 -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 1tKg3H-00010b-UP for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2024 10:52:05 -0500 Received: from mail-vk1-xa29.google.com ([2607:f8b0:4864:20::a29]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tKg3F-0007ue-JE for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2024 10:52:03 -0500 Received: by mail-vk1-xa29.google.com with SMTP id 71dfb90a1353d-5162571e761so444169e0c.2 for ; Mon, 09 Dec 2024 07:52:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1733759520; x=1734364320; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=THDpeG+nLnQpJHWGjgULTZV5yhW6ybrWv9bIEkFG7PE=; b=jHPsyjsKGAyIkg2Z5pyj0sD4ctyixWKEwIe4VtuykMabeuP1IP9gVYQbkrvYu+UzDl RDwLrqU5K+hRF2P/Rv0ZCVoT3brNAcgeVhQ0wHp4ssi4xsvLk8efMEbh6M1CXoJOt0us aHQZlh8giA2UayERZ4UfOa5fV1MNDn6VIKVWWPw8MyU76nd5s8A97q31fbDjy4hCWbAN dFbHgKuDwSR+LOTDAWdW1YNmAGYaVVPDvZ37s900vmVR1gbH9NNe5wqSKuLBgCT37DVr e6Soplc0BF3lXi149wgvgpy/CrHqag8mVyeSWmB7SgtNAPXwsvTXrzpKFkSN6OESzDQl +8VA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733759520; x=1734364320; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=THDpeG+nLnQpJHWGjgULTZV5yhW6ybrWv9bIEkFG7PE=; b=GcXWrRaod+77UWefahVini8nOwW6PDTvfwJlSZr9nMmaKIN1eh15asaIaCiM3l8ecO 52FlPfPzVxMKSsH5GZF/saJHJgrqoUKV5nixxdiku8SHh+0sQLmdJmEfPd89WfIvDpCz ns5iklctAiMYiezC7WvA4F/HtopPqfoiuXKEORtoqYkuXNMHBRCS5cmsxGtdFdDIVOAT zFeGqGlzHLcdbZI4S2VmnY9VHJWjxGH/wVTTBZtj1tWLAud/gvOuxDGAIbxBVaz47W5o owYoj3g7eTMatZbhq6v3e9c5+4ax/Uf3laQ+hz15W921b3U6Q1UM/XoO9n8O2qiWs3Ok 2rOQ== X-Gm-Message-State: AOJu0YxZfV0n/qgQQyo7P5dX5ddI/PGJ/ZQjmnN2S++QBoChTspjKU4a o80XTlaKFTvnqwaL7QO9hPieq8dbSeGirUBWHhoGSTKOhxFJPo9H3boUU0E1Swap968PeKM/B29 /2NvI7FRu8/9x4ugn2MlJcr60Mm1x4RAU X-Gm-Gg: ASbGncvxpfYfkFOwkpDPtOEkMMKUxh0HL/ifU49IY91eauYYdjj8AUe0kEzKgmiyMJ+ q5I7e0sCq3mwaIbL7PaL+nxLZGHWbsos= X-Google-Smtp-Source: AGHT+IFneO8pXwpWMuRHnPCpg/h9CotNXzfJLxUPGyGElLFEXv1M1+HcaAR0c697JODzhcwd0L4Y8QsYu2ahlR40kiw= X-Received: by 2002:a05:6122:895:b0:516:2833:1b8d with SMTP id 71dfb90a1353d-5188858f8ccmr1606234e0c.11.1733759520122; Mon, 09 Dec 2024 07:52:00 -0800 (PST) MIME-Version: 1.0 From: Ship Mints Date: Mon, 9 Dec 2024 10:51:23 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000052ad200628d8589e" Received-SPF: pass client-ip=2607:f8b0:4864:20::a29; envelope-from=shipmints@gmail.com; helo=mail-vk1-xa29.google.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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.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: -2.3 (--) --00000000000052ad200628d8589e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable While trying to reconcile pixelwise frame sizing behaviors, I narrowed down two related issues. clone-frame does not correctly clone frames on a pixelwise basis. make-frame's text-pixels geometry support does not produce specified pixelwise geometry. This also impacts frameset-restore's ability to precisely reproduce pixelwise frame sizes. I consider these to be related as clone-frame's use of make-frame could be using text-pixels but if that doesn't work then pixelwise cloning won't work. I did read through the code base as best as I could but could not find the source of the text-pixels issue. The following reproducer, under -Q, shows the same results on 29.4 and 30.0.92. My main platform is NS and I also did some testing on GTK. GTK's issues seem a bit "messier" and I didn't spend any time trying to understand them in depth as I was more interested to know if GTK worked correctly or not, which it doesn't. (switch-to-buffer "*Messages*") (let ((target-text-width 1700) (target-text-height 1000) (native-width) (native-height) (msg (lambda (s frame) (message "%s text-width=3D%d (=CE=94%d) text-height=3D%d (=CE= =94%d) native-width=3D%d (=CE=94%d) native-height %d (=CE=94%d)\n" s (frame-text-width frame) (- (frame-text-width frame) target-text-width) (frame-text-height frame) (- (frame-text-height frame) target-text-height) (frame-native-width frame) (- (frame-native-width frame) native-width) (frame-native-height frame) (- (frame-native-height frame) native-height))))) (set-frame-position nil 0 0) (set-frame-size nil target-text-width target-text-height 'pixelwise) (setq native-width (frame-native-width) native-height (frame-native-height)) (message "Targets: text-width=3D%d text-height=3D%d\n" target-text-width target-text-height) (funcall msg "orig" (selected-frame)) (message "clone-frame under frame-resize-pixelwise nil; expectation: use lines/columns geometry; outcome: met") (let ((frame-resize-pixelwise nil)) (let ((new-frame (clone-frame))) (funcall msg "new" new-frame) (delete-frame new-frame))) (message "clone-frame under frame-resize-pixelwise t; expectation: pixelwise geometry; outcome: unmet") (let ((frame-resize-pixelwise t)) (let ((new-frame (clone-frame))) (funcall msg "new" new-frame) (delete-frame new-frame))) (message "clone-frame followed by manual resize; expectation: pixelwise geometry; outcome: met (but two steps)") (let ((new-frame (clone-frame))) (set-frame-size new-frame target-text-width target-text-height 'pixelwise) (funcall msg "new" new-frame) (delete-frame new-frame)) (message "manual clone under frame-resize-pixelwise using text-pixels; expectation: pixelwise geometry; outcome: unmet") ;; code lifted from clone-frame ;; incorrect width offset seems to be equal to frame-scroll-bar-width (let* ((frame-resize-pixelwise t) (frame (selected-frame)) (no-windows nil) (windows (unless no-windows (window-state-get (frame-root-window frame)))) (default-frame-alist (seq-remove (lambda (elem) (memq (car elem) frame-internal-parameters)) (frame-parameters frame))) (new-frame)) (when (and (display-graphic-p frame) frame-resize-pixelwise) (push (cons 'width (cons 'text-pixels (frame-text-width frame))) default-frame-alist) (push (cons 'height (cons 'text-pixels (frame-text-height frame))) default-frame-alist)) (setq new-frame (make-frame)) (when windows (window-state-put windows (frame-root-window new-frame) 'safe)) (unless (display-graphic-p frame) (select-frame new-frame)) (funcall msg "new" new-frame) (delete-frame new-frame))) This is an implementation of clone-frame that uses text-pixels under make-frame. This depends on make-frame text-pixels being corrected. Happy to supply this as a patch should the discussion of these issues progress in that direction. (defun clone-frame (&optional frame no-windows pixelwise) "Make a new frame with the same parameters and windows as FRAME. With a prefix arg NO-WINDOWS, don't clone the window configuration. When PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-nil, and frame is not text-only, clone the originating frame's pixel size. FRAME defaults to the selected frame. The frame is created on the same terminal as FRAME. If the terminal is a text-only terminal then also select the new frame." (interactive (list (selected-frame) current-prefix-arg)) (let* ((frame (or frame (selected-frame))) (windows (unless no-windows (window-state-get (frame-root-window frame)))) (default-frame-alist (seq-remove (lambda (elem) (memq (car elem) frame-internal-parameters)) (frame-parameters frame))) (new-frame)) (when (and (display-graphic-p frame) (or pixelwise frame-resize-pixelwise)) (push (cons 'width (cons 'text-pixels (frame-text-width frame))) default-frame-alist) (push (cons 'height (cons 'text-pixels (frame-text-height frame))) default-frame-alist)) (setq new-frame (make-frame)) (when windows (window-state-put windows (frame-root-window new-frame) 'safe)) (unless (display-graphic-p frame) (select-frame new-frame)) new-frame)) -Stephane --00000000000052ad200628d8589e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
While trying to reconcile pixelwise frame sizing behaviors, I narrowed d= own two related issues.

clone-frame does not correctly clone frames = on a pixelwise basis.

make-frame's text-pixels geometry support = does not produce specified pixelwise geometry. This also impacts frameset-r= estore's ability to precisely reproduce pixelwise frame sizes.

I= consider these to be related as clone-frame's use of make-frame could = be using text-pixels but if that doesn't work then pixelwise cloning wo= n't work. I did read through the code base as best as I could but could= not find the source of the text-pixels issue.

The following reprodu= cer, under -Q, shows the same results on 29.4 and 30.0.92. My main platform= is NS and I also did some testing on GTK. GTK's issues seem a bit &quo= t;messier" and I didn't spend any time trying to understand them i= n depth as I was more interested to know if GTK worked correctly or not, wh= ich it doesn't.

(switch-to-buffer "*Messages*")
(le= t ((target-text-width 1700)
=C2=A0 =C2=A0 =C2=A0 (target-text-height 100= 0)
=C2=A0 =C2=A0 =C2=A0 (native-width)
=C2=A0 =C2=A0 =C2=A0 (native-h= eight)
=C2=A0 =C2=A0 =C2=A0 (msg (lambda (s frame)
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(message "%s text-width=3D%d (=CE=94%d)= text-height=3D%d (=CE=94%d) native-width=3D%d (=CE=94%d) native-height %d = (=CE=94%d)\n"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 s
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-text-width frame) (- (frame-text-wid= th frame) target-text-width)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-text-height frame) (- (frame-text= -height frame) target-text-height)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-native-width frame) (- (fr= ame-native-width frame) native-width)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-native-height frame) (- (= frame-native-height frame) native-height)))))
=C2=A0 (set-frame-position= nil 0 0)
=C2=A0 (set-frame-size nil target-text-width target-text-heigh= t 'pixelwise)
=C2=A0 (setq native-width (frame-native-width)
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 native-height (frame-native-height))
=C2=A0 (me= ssage "Targets: text-width=3D%d text-height=3D%d\n" target-text-w= idth target-text-height)
=C2=A0 (funcall msg "orig" (selected-= frame))

=C2=A0 (message "clone-frame under frame-resize-pixelwi= se nil; expectation: use lines/columns geometry; outcome: met")
=C2= =A0 (let ((frame-resize-pixelwise nil))
=C2=A0 =C2=A0 (let ((new-frame (= clone-frame)))
=C2=A0 =C2=A0 =C2=A0 (funcall msg "new" new-fra= me)
=C2=A0 =C2=A0 =C2=A0 (delete-frame new-frame)))

=C2=A0 (messa= ge "clone-frame under frame-resize-pixelwise t; expectation: pixelwise= geometry; outcome: unmet")
=C2=A0 (let ((frame-resize-pixelwise t)= )
=C2=A0 =C2=A0 (let ((new-frame (clone-frame)))
=C2=A0 =C2=A0 =C2=A0= (funcall msg "new" new-frame)
=C2=A0 =C2=A0 =C2=A0 (delete-fr= ame new-frame)))

=C2=A0 (message "clone-frame followed by manua= l resize; expectation: pixelwise geometry; outcome: met (but two steps)&quo= t;)
=C2=A0 (let ((new-frame (clone-frame)))
=C2=A0 =C2=A0 (set-frame-= size new-frame target-text-width target-text-height 'pixelwise)
=C2= =A0 =C2=A0 (funcall msg "new" new-frame)
=C2=A0 =C2=A0 (delete= -frame new-frame))

=C2=A0 (message "manual clone under frame-re= size-pixelwise using text-pixels; expectation: pixelwise geometry; outcome:= unmet")
=C2=A0 ;; code lifted from clone-frame
=C2=A0 ;; incorr= ect width offset seems to be equal to frame-scroll-bar-width
=C2=A0 (let= * ((frame-resize-pixelwise t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(frame (= selected-frame))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(no-windows nil)
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(windows (unless no-windows
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (window-state-g= et (frame-root-window frame))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(defau= lt-frame-alist
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (seq-remove (lambda (e= lem)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (memq (car elem) frame-internal-parameters))
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (fram= e-parameters frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))
= =C2=A0 =C2=A0 (when (and (display-graphic-p frame) frame-resize-pixelwise)<= br>=C2=A0 =C2=A0 =C2=A0 (push (cons 'width (cons 'text-pixels (fram= e-text-width frame))) default-frame-alist)
=C2=A0 =C2=A0 =C2=A0 (push (c= ons 'height (cons 'text-pixels (frame-text-height frame))) default-= frame-alist))
=C2=A0 =C2=A0 (setq new-frame (make-frame))
=C2=A0 =C2= =A0 (when windows
=C2=A0 =C2=A0 =C2=A0 (window-state-put windows (frame-= root-window new-frame) 'safe))
=C2=A0 =C2=A0 (unless (display-graphi= c-p frame)
=C2=A0 =C2=A0 =C2=A0 (select-frame new-frame))
=C2=A0 =C2= =A0 (funcall msg "new" new-frame)
=C2=A0 =C2=A0 (delete-frame = new-frame)))

This is an implementation of clone-frame that uses text= -pixels under make-frame. This depends on make-frame text-pixels being corr= ected. Happy to supply this as a patch should the discussion of these issue= s progress in that direction.

(defun clone-frame (&optional fram= e no-windows pixelwise)
=C2=A0 "Make a new frame with the same para= meters and windows as FRAME.
With a prefix arg NO-WINDOWS, don't clo= ne the window configuration.=C2=A0 When
PIXELWISE is non-nil or if `fram= e-resize-pixelwise' is non-nil, and frame
is not text-only, clone th= e originating frame's pixel size.

FRAME defaults to the selected= frame.=C2=A0 The frame is created on the
same terminal as FRAME.=C2=A0 = If the terminal is a text-only terminal then
also select the new frame.&= quot;
=C2=A0 (interactive (list (selected-frame) current-prefix-arg))=C2=A0 (let* ((frame (or frame (selected-frame)))
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(windows (unless no-windows
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (window-state-get (frame-root-window= frame))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(default-frame-alist
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (seq-remove (lambda (elem)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (mem= q (car elem) frame-internal-parameters))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-parameters frame)))=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))
=C2=A0 =C2=A0 (when (and= (display-graphic-p frame)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(or pixelwise frame-resize-pixelwise))
=C2=A0 =C2=A0 =C2=A0 (p= ush (cons 'width (cons 'text-pixels (frame-text-width frame)))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-alist)
=C2=A0 = =C2=A0 =C2=A0 (push (cons 'height (cons 'text-pixels (frame-text-he= ight frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-al= ist))
=C2=A0 =C2=A0 (setq new-frame (make-frame))
=C2=A0 =C2=A0 (when= windows
=C2=A0 =C2=A0 =C2=A0 (window-state-put windows (frame-root-wind= ow new-frame) 'safe))
=C2=A0 =C2=A0 (unless (display-graphic-p frame= )
=C2=A0 =C2=A0 =C2=A0 (select-frame new-frame))
=C2=A0 =C2=A0 new-fr= ame))

-Stephane
--00000000000052ad200628d8589e-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Dec 2024 12:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints , martin rudalics Cc: 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17338337892985 (code B ref 74750); Tue, 10 Dec 2024 12:30:02 +0000 Received: (at 74750) by debbugs.gnu.org; 10 Dec 2024 12:29:49 +0000 Received: from localhost ([127.0.0.1]:57232 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKzN6-0000m0-QE for submit@debbugs.gnu.org; Tue, 10 Dec 2024 07:29:49 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKzN4-0000lV-LW for 74750@debbugs.gnu.org; Tue, 10 Dec 2024 07:29:47 -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 1tKzKr-0002oV-L5; Tue, 10 Dec 2024 07:27:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=smA9ylQ2DPLGapdu4OSQ/eKBtoovxBdPOcUZz47Y6BQ=; b=YWXVYDqtPp/glmtcGwyE 186kqgaWMk54Lz6BYgRoKapqEZDKOathWnkNHrQoYTGf1ZfGiQq5WnC0NQVQOqYtbIl7Bdi03VfJz SRfpOSTZPvzV1C/fK1Zd2NKyKxwTFrUUeyFt05uhZmnuU1E0tNkon5GicqUmxFNnX7YZwz5X2qikB cWT7YcctXGRToAV+xQTuYvfvWsnK1rBLv7cIxyeR/IAwJ4Qd8Y3aZWS/6J5udpTVNKesbMhc3FmNw +eZLsQTrQMOBGPxkrPl//9PD4SfMQF5Z+lVvKYvi9jyrnBIhN+K9oM+lDzUBlS2xnWimkmFUjY2wg /NNyQgsXjFe0mg==; Date: Tue, 10 Dec 2024 14:27:25 +0200 Message-Id: <861pyfd8pe.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ship Mints on Mon, 9 Dec 2024 10:51:23 -0500) References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: Ship Mints > Date: Mon, 9 Dec 2024 10:51:23 -0500 > > While trying to reconcile pixelwise frame sizing behaviors, I narrowed down > two related issues. > > clone-frame does not correctly clone frames on a pixelwise basis. > > make-frame's text-pixels geometry support does not produce specified > pixelwise geometry. This also impacts frameset-restore's ability to > precisely reproduce pixelwise frame sizes. > > I consider these to be related as clone-frame's use of make-frame could be > using text-pixels but if that doesn't work then pixelwise cloning won't > work. I did read through the code base as best as I could but could not > find the source of the text-pixels issue. > > The following reproducer, under -Q, shows the same results on 29.4 and > 30.0.92. My main platform is NS and I also did some testing on GTK. GTK's > issues seem a bit "messier" and I didn't spend any time trying to > understand them in depth as I was more interested to know if GTK worked > correctly or not, which it doesn't. > > (switch-to-buffer "*Messages*") > (let ((target-text-width 1700) > (target-text-height 1000) > (native-width) > (native-height) > (msg (lambda (s frame) > (message "%s text-width=%d (Δ%d) text-height=%d (Δ%d) > native-width=%d (Δ%d) native-height %d (Δ%d)\n" > s > (frame-text-width frame) (- (frame-text-width frame) > target-text-width) > (frame-text-height frame) (- (frame-text-height > frame) target-text-height) > (frame-native-width frame) (- (frame-native-width > frame) native-width) > (frame-native-height frame) (- (frame-native-height > frame) native-height))))) > (set-frame-position nil 0 0) > (set-frame-size nil target-text-width target-text-height 'pixelwise) > (setq native-width (frame-native-width) > native-height (frame-native-height)) > (message "Targets: text-width=%d text-height=%d\n" target-text-width > target-text-height) > (funcall msg "orig" (selected-frame)) > > (message "clone-frame under frame-resize-pixelwise nil; expectation: use > lines/columns geometry; outcome: met") > (let ((frame-resize-pixelwise nil)) > (let ((new-frame (clone-frame))) > (funcall msg "new" new-frame) > (delete-frame new-frame))) > > (message "clone-frame under frame-resize-pixelwise t; expectation: > pixelwise geometry; outcome: unmet") > (let ((frame-resize-pixelwise t)) > (let ((new-frame (clone-frame))) > (funcall msg "new" new-frame) > (delete-frame new-frame))) > > (message "clone-frame followed by manual resize; expectation: pixelwise > geometry; outcome: met (but two steps)") > (let ((new-frame (clone-frame))) > (set-frame-size new-frame target-text-width target-text-height > 'pixelwise) > (funcall msg "new" new-frame) > (delete-frame new-frame)) > > (message "manual clone under frame-resize-pixelwise using text-pixels; > expectation: pixelwise geometry; outcome: unmet") > ;; code lifted from clone-frame > ;; incorrect width offset seems to be equal to frame-scroll-bar-width > (let* ((frame-resize-pixelwise t) > (frame (selected-frame)) > (no-windows nil) > (windows (unless no-windows > (window-state-get (frame-root-window frame)))) > (default-frame-alist > (seq-remove (lambda (elem) > (memq (car elem) frame-internal-parameters)) > (frame-parameters frame))) > (new-frame)) > (when (and (display-graphic-p frame) frame-resize-pixelwise) > (push (cons 'width (cons 'text-pixels (frame-text-width frame))) > default-frame-alist) > (push (cons 'height (cons 'text-pixels (frame-text-height frame))) > default-frame-alist)) > (setq new-frame (make-frame)) > (when windows > (window-state-put windows (frame-root-window new-frame) 'safe)) > (unless (display-graphic-p frame) > (select-frame new-frame)) > (funcall msg "new" new-frame) > (delete-frame new-frame))) > > This is an implementation of clone-frame that uses text-pixels under > make-frame. This depends on make-frame text-pixels being corrected. Happy > to supply this as a patch should the discussion of these issues progress in > that direction. > > (defun clone-frame (&optional frame no-windows pixelwise) > "Make a new frame with the same parameters and windows as FRAME. > With a prefix arg NO-WINDOWS, don't clone the window configuration. When > PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-nil, and frame > is not text-only, clone the originating frame's pixel size. > > FRAME defaults to the selected frame. The frame is created on the > same terminal as FRAME. If the terminal is a text-only terminal then > also select the new frame." > (interactive (list (selected-frame) current-prefix-arg)) > (let* ((frame (or frame (selected-frame))) > (windows (unless no-windows > (window-state-get (frame-root-window frame)))) > (default-frame-alist > (seq-remove (lambda (elem) > (memq (car elem) frame-internal-parameters)) > (frame-parameters frame))) > (new-frame)) > (when (and (display-graphic-p frame) > (or pixelwise frame-resize-pixelwise)) > (push (cons 'width (cons 'text-pixels (frame-text-width frame))) > default-frame-alist) > (push (cons 'height (cons 'text-pixels (frame-text-height frame))) > default-frame-alist)) > (setq new-frame (make-frame)) > (when windows > (window-state-put windows (frame-root-window new-frame) 'safe)) > (unless (display-graphic-p frame) > (select-frame new-frame)) > new-frame)) Thanks. I hope Martin (CC'ed) will have some useful inputs. From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Dec 2024 15:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Ship Mints Cc: 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17338461951792 (code B ref 74750); Tue, 10 Dec 2024 15:57:02 +0000 Received: (at 74750) by debbugs.gnu.org; 10 Dec 2024 15:56:35 +0000 Received: from localhost ([127.0.0.1]:59183 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tL2bC-0000Sp-TE for submit@debbugs.gnu.org; Tue, 10 Dec 2024 10:56:35 -0500 Received: from mout.gmx.net ([212.227.17.20]:54805) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tL2bA-0000SX-OJ for 74750@debbugs.gnu.org; Tue, 10 Dec 2024 10:56:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1733846186; x=1734450986; i=rudalics@gmx.at; bh=xRTyR34L2HnrNXlF/s41l/FQR1+4+qWIEoSJIQ1//hY=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=nP2SATGwP6mNbNtHkTDEpGOniftEMU/co7u26aBV+xSOftpqFTfgNPfsuE3vzmuh Xm9RPTwqkWclvAPGAZviwylU088feuRPtW9PN6GLPTFcC7tB6aNl6eEFWGuYEtehN Y1Gl+Zz+eDlFdMfzuQCKNyqD/y4/WSX9cW70xPioHroyhTsMQkJ1wXfQdX0cceU6j Ra+9VhxzUro10WpvDnRtdb2FXLf6jCB77R+S6h7SfQyxDbeDESNgFC1HY/sjCR0lJ SqAwvMaQ2xagE05qbCEZpNoqn1RmAcn6mS/vimD/POaJD/kq4fMvzrn0CoWMlJ7Lr hLJlL1zwN07qxq2PUg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.34]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M9nxt-1tI1vj1rU5-004R3P; Tue, 10 Dec 2024 16:56:26 +0100 Message-ID: Date: Tue, 10 Dec 2024 16:56:22 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <861pyfd8pe.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:u5JbuHagNpQbrNLTWh0aP0XKEcPVf4FwxZI2RWPflx/SswojEZ9 TDQ2AbdLdI/r5C2jVaukPUkz5Jz6a2KNDi64rG7tyixrRfTR0TMuhgKYYFIkYDnUEYp8ofz OXoa08UU0HurljU48naUtaR/H0yUf2bNR4r564qrAiBX3w4MAjwrGbisOkZIeSSQUuViZ7k gMnm9tmf21/oYfvVQ0dFQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:wmtaMinphKM=;wph1KCnrKSPCjNe6MDfFB3LRXoV P7emTqBmRUfNZymFrXFjjGRO7qr12k4PFpKslhP9vJINB4pL30X5ro8kmZipbC0TXFg9mEDW0 n8lXdGwwtm4XhJz62iMDSnSiRKoKbFh2S8syzb51ki9p6wWkrNcdsEaioRZAWnumfbxtbipFp cIzijCb2/vhzDJrIIhdYX7ewBwMvZbp1+9xj6NBO9fWgcQpucRKylCnvQB5rfHuPc1jaPM7Yc k5jWW9/v2PFfYtbbD0pxMSpBfOZCZZ1XuaRGY5qEFtH3Lzk5zyC882Br70dc4N14SWURFxopx 0HmGyRa19jO3s2J/5/EQNyB9ZRszbIV6V9T+tK76t5auJIW0RzB6SNvDBFKTFB9jA0gZAKK6j KwhkCJc5bO8MciHnZozNVxWzpvYejo9vlbEqhzLrhRvbXNX4poc+TwBYxH65OYaAA/biaOv1G XbxJRv/YI7pORo+RDfDe/VwCmKM2T0YxFX04hsaCxVGIF6FXJOaklhikNkoPBh51nMKUc6FOC S0LPb2wkRsquBWecpU0xh1KCMaz3beeRAuL/cAIQsEiXh/B1j3uCmgfGxT9VJOxgJObUXQfC2 JwVmNJrsyag0zJCrHonueCUXCT/mDVhr9T6dXgYIPSDgfRdrv7EZrcGfNdCjQq5Xx3zJx2RDc yjzWV2uNo5+YC96qOfd2S27aNcmGAPDoIUoEMjuQw8CP9kQf/PrA4onARYbCiwWD764WVotkD os9H3tDJD0KLkdbrfgk9h5DF0LCp3LGVfTSRKumwDN/GT8XTnULDU9R+7Yc9Qh1f4loX8EiGS Dt/e64KrCWMBqiReaKepcbjsBWu5NRI0aQOel7xcdD61+Cd0f9AvxBSEPXaSNneBq+g8WGhMZ /7o4ulcI42mGy7v0iTUm8AHioJtHREpgn8fTEnYagPelLbor0dnnEMEhtbRrQUOdNqJATTCVW tLXb74Cdm2ZabncrBUc/+ZSV2dqSxA9huamg5iqFYX4WLb/hr7yv6UAx4AxD7L/j18BI3/JnK tG4DjVEKoAEuf6aro2IgkCXI8KfveqJq2/cl8ZsrDCpkBZkXYN87F/R8WEcKZ4zlpjuIqsT00 botulhoPcQCIqymE6/x5Eub+HDS+QV X-Spam-Score: -0.7 (/) 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.7 (-) >> clone-frame does not correctly clone frames on a pixelwise basis. >> >> make-frame's text-pixels geometry support does not produce specified >> pixelwise geometry. This also impacts frameset-restore's ability to >> precisely reproduce pixelwise frame sizes. This would be a bug in frameset.el. One problem I see is that 'frame-resize-pixelwise' must be set "very early" when restoring a session - at least _before_ the first time we send size hints to the window manager. >> I consider these to be related as clone-frame's use of make-frame could be >> using text-pixels but if that doesn't work then pixelwise cloning won't >> work. I did read through the code base as best as I could but could not >> find the source of the text-pixels issue. >> >> The following reproducer, under -Q, shows the same results on 29.4 and >> 30.0.92. My main platform is NS and I also did some testing on GTK. GTK's >> issues seem a bit "messier" and I didn't spend any time trying to >> understand them in depth as I was more interested to know if GTK worked >> correctly or not, which it doesn't. Your code binds 'frame-resize-pixelwise' temporarily. This cannot work reliably. That variable should never change in an Emacs session because its value affects the way we send size hint increments to the window manager. This is, admittedly, a design error that would have to be fixed as follows: - Implement a new frame parameter 'resize-pixelwise'. - Send size hints according to the value of this parameter. When the parameter is set, new size hints must be sent. Alternatively, we could send new size hints for all live frames whenever 'frame-resize-pixelwise' is changed. This would have to be done with a variable watcher. Still, let-binding this variable would confuse the hell out of our interactions with the window manager. When the scope of the let-binding is left, we would have to send size hints again. >> This is an implementation of clone-frame that uses text-pixels under >> make-frame. This depends on make-frame text-pixels being corrected. Happy >> to supply this as a patch should the discussion of these issues progress in >> that direction. >> >> (defun clone-frame (&optional frame no-windows pixelwise) What would the WM do in a situation where PIXELWISE is non-nil and 'frame-resize-pixelwise' is nil? martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Dec 2024 16:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173384796912860 (code B ref 74750); Tue, 10 Dec 2024 16:27:02 +0000 Received: (at 74750) by debbugs.gnu.org; 10 Dec 2024 16:26:09 +0000 Received: from localhost ([127.0.0.1]:59259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tL33l-0003L5-D8 for submit@debbugs.gnu.org; Tue, 10 Dec 2024 11:26:09 -0500 Received: from mail-ua1-f53.google.com ([209.85.222.53]:54570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tL33e-0003Jz-JU for 74750@debbugs.gnu.org; Tue, 10 Dec 2024 11:26:03 -0500 Received: by mail-ua1-f53.google.com with SMTP id a1e0cc1a2514c-85bc5d0509bso1162694241.1 for <74750@debbugs.gnu.org>; Tue, 10 Dec 2024 08:25:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1733847892; x=1734452692; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=MnGsdYlHxGiboWFR3N3xVPM29jra3kXQXoUYioeGkRo=; b=Ml3fGIHsD8iyHg0Qo5aj/fUdYpI5DEc5ngwOkBD5wPC/0WMfJSW3CWsDvrsvJd/SqM F/yaqjQXJgepcfxEyxcGWGlG4Iw6AN8agp9yeoNhHmckHE9Jdi/oAH0mXm3Pa+G3NC4H YCmEKDu/qXdyvXoO7Q0UoLmE8uDoSjs8Znyv9G9PlxCRs+OecQYyBoGq+GZLimgMbncK 5FXOUyjH1GIr2LMKaLT9hp8nHyMfHiR6NWCIA9IR7RRifbCoScFMPFf1T+ATEtsCsX8e BgBi6uZlgh8QTgL4DpT7uCcRR3IXq+5NJpmLaZEptVdOuntPMoqsgr13oPyUOCF+9Q21 7U+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733847892; x=1734452692; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MnGsdYlHxGiboWFR3N3xVPM29jra3kXQXoUYioeGkRo=; b=q5eDAI47h5opQyrnk2+tdBqbG2kORXLgFZDEIONSOZTLiFZMpVXmrpmYmbcLpTL5pa pEebmtQfrJPxFlzCh+1au44pU+SIEvPsZ1DCLzN+Iw0G8M6bOR4p5x8VroEo38HGAF5N iClvT4ZS3XASr1L8oRjaSwht8aiZYP87b8uMHxB5otbVQj+nYupsS5bY7RP8Qctz/AOj qr039wdO9msc9RtgcWfIJbZMqeq5mOW4EwbPVh8GpeOPjYaB7/gzuS/C4H0+dVrew+1h ICkbLjXJTCcDJ2yAgI2A/xyk2GF614BzFHiEIOTN79tTEcoGRmO7jeGhfVzszKbjXXYE c4qQ== X-Forwarded-Encrypted: i=1; AJvYcCUdvktcuof/69j8DJehWj4QM5yftUBWo/cIRN1PvlNs+1Qlzva3Etx9vKqIlPlhTWAr1K+oww==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxYS0MPlSIId3Gsg6TnsdwtTAucildYsdKxO5XaISTvjWS+slpR exYd+UsbDilHMpcY6OJJaEHBVRrgI3zoanFCjbk4eDFPCScYVn77kLwAIx5gQmLv4hIVlD9gvvl 1Poq8IEgYErFVnfvq9oHJDZX1XUw= X-Gm-Gg: ASbGncukCubmWvppiK3QsTeeido8rSGtqJ9XSua3/Z1/MsZa7AZvbJ2zBSz3MhOdW+u woyg9xokBupVn6eDW/LouPZUnw93QhlBweOU= X-Google-Smtp-Source: AGHT+IE1RvS5rP/oQLp3H2cooRk/3z2j1RzIWPg3MnIArvBFxXCRshyfMwuyelYfIYpmFIBBicW7vwNQZIKIUx7v9PU= X-Received: by 2002:a05:6122:2399:b0:516:1ab5:fab0 with SMTP id 71dfb90a1353d-51888592cf9mr5130757e0c.12.1733847892029; Tue, 10 Dec 2024 08:24:52 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> In-Reply-To: From: Ship Mints Date: Tue, 10 Dec 2024 11:24:12 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000b2f8bf0628ecebb4" 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 (-) --000000000000b2f8bf0628ecebb4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Dec 10, 2024 at 10:56=E2=80=AFAM martin rudalics = wrote: > >> clone-frame does not correctly clone frames on a pixelwise basis. > >> > >> make-frame's text-pixels geometry support does not produce specified > >> pixelwise geometry. This also impacts frameset-restore's ability to > >> precisely reproduce pixelwise frame sizes. > > This would be a bug in frameset.el. One problem I see is that > 'frame-resize-pixelwise' must be set "very early" when restoring a > session - at least _before_ the first time we send size hints to the > window manager. > The goal is, I think, to achieve pixelwise harmony among clone, make, and restore. FWIW, my GUI sessions always run with frame-resize-pixelwise set to t and see these sizing issues consistently. My reproducer is intended to engender the conversation as an illustration. I have resorted to manual labor to set frame sizes in various places and including squirreling away frame pixel size in frameset-save just to manually reset it after restoration due to text-pixel reliability issues. Somewhere in the bowels of frame.c, et.al., is an issue where text-pixels behaves differently than set-frame-size which is reliable on NS where make-frame using text-pixels is incorrect by the vertical scroll bar width. GTK it's off, too, but I didn't analyze that further. > >> I consider these to be related as clone-frame's use of make-frame > could be > >> using text-pixels but if that doesn't work then pixelwise cloning won= 't > >> work. I did read through the code base as best as I could but could n= ot > >> find the source of the text-pixels issue. > >> > >> The following reproducer, under -Q, shows the same results on 29.4 an= d > >> 30.0.92. My main platform is NS and I also did some testing on GTK. > GTK's > >> issues seem a bit "messier" and I didn't spend any time trying to > >> understand them in depth as I was more interested to know if GTK work= ed > >> correctly or not, which it doesn't. > > Your code binds 'frame-resize-pixelwise' temporarily. This cannot work > reliably. That variable should never change in an Emacs session because > its value affects the way we send size hint increments to the window > manager. > Again, this is just a reproducer for discussion and is intended to illustrate the issues, not to specifically discuss user habits for frame-resize-pixelwise across a GUI session. I think most people these days probably do have it set to t, even if it's become reflexive. This is, admittedly, a design error that would have to be fixed as > follows: > > - Implement a new frame parameter 'resize-pixelwise'. > I certainly prefer something more explicit such as this. - Send size hints according to the value of this parameter. When the > parameter is set, new size hints must be sent. > > Alternatively, we could send new size hints for all live frames whenever > 'frame-resize-pixelwise' is changed. This would have to be done with a > variable watcher. Still, let-binding this variable would confuse the > hell out of our interactions with the window manager. When the scope of > the let-binding is left, we would have to send size hints again. > No, please. >> This is an implementation of clone-frame that uses text-pixels under > >> make-frame. This depends on make-frame text-pixels being corrected. > Happy > >> to supply this as a patch should the discussion of these issues > progress in > >> that direction. > >> > >> (defun clone-frame (&optional frame no-windows pixelwise) > > What would the WM do in a situation where PIXELWISE is non-nil and > 'frame-resize-pixelwise' is nil? > The simple interim code (vs. the resize-pixelwise proposal) respects frame-resize-pixelwise as the user's preference. Same with being explicit by saying 'pixelwise, it's user intention. (when (and (display-graphic-p frame) (or pixelwise frame-resize-pixelwise)) FWIW, there are surely weird WM issues but at the very least, we're talking about the inner geometry text-width and text-height that Emacs controls and I stayed away from external geometry to start off at least seeing if we can correct for what Emacs controls completely. GTK is definitely worse than NS but at least in NS every user has the same experience as the WM options and behaviors are more constrained than X11-derived kind of free-for-all WMs. martin > --000000000000b2f8bf0628ecebb4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= On Tue, Dec 10, 2024 at 10:56=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0>> clone-frame does not correctly clone fram= es on a pixelwise basis.
=C2=A0>>
=C2=A0>> make-frame's text-pixels geometry support does not produ= ce specified
=C2=A0>> pixelwise geometry. This also impacts frameset-restore's= ability to
=C2=A0>> precisely reproduce pixelwise frame sizes.

This would be a bug in frameset.el.=C2=A0 One problem I see is that
'frame-resize-pixelwise' must be set "very early" when re= storing a
session - at least _before_ the first time we send size hints to the
window manager.

The goal is, I think, to achieve=C2= =A0pixelwise harmony among clone,=C2=A0make,=C2=A0and restore. FWIW, my GUI= sessions always run with frame-resize-pixelwise=C2=A0set to t and see thes= e sizing issues consistently. My reproducer is intended to engender the con= versation as an illustration. I have resorted to manual labor to set frame = sizes in various places and including squirreling away frame pixel size in = frameset-save just to manually reset it after restoration due to text-pixel= reliability issues. Somewhere in the bowels of frame.c, et.al., is an issue where text-pixels behaves differently than s= et-frame-size which is reliable on NS where make-frame using text-pixels is= incorrect by the vertical scroll bar width. GTK it's off, too, but I d= idn't analyze that further.
=C2=A0
=C2=A0>> I consider these to be related as clone-frame's use of m= ake-frame could be
=C2=A0>> using text-pixels but if that doesn't work then pixelwis= e cloning won't
=C2=A0>> work. I did read through the code base as best as I could bu= t could not
=C2=A0>> find the source of the text-pixels issue.
=C2=A0>>
=C2=A0>> The following reproducer, under -Q, shows the same results o= n 29.4 and
=C2=A0>> 30.0.92. My main platform is NS and I also did some testing = on GTK. GTK's
=C2=A0>> issues seem a bit "messier" and I didn't spend= any time trying to
=C2=A0>> understand them in depth as I was more interested to know if= GTK worked
=C2=A0>> correctly or not, which it doesn't.

Your code binds 'frame-resize-pixelwise' temporarily.=C2=A0 This ca= nnot work
reliably.=C2=A0 That variable should never change in an Emacs session becau= se
its value affects the way we send size hint increments to the window
manager.

Again, this is just a reproducer for discussion = and is intended to illustrate the issues, not to specifically discuss user = habits for frame-resize-pixelwise=C2=A0across a GUI session. I think most p= eople these days probably do have it set to t, even if it's become refl= exive.
This is, admittedly, a design error that would have to be fixed as
follows:

- Implement a new frame parameter 'resize-pixelwise'.

I certainly prefer something more explicit such as this.

- Send size hints according to the value of this parameter.=C2=A0 When the<= br> =C2=A0 =C2=A0parameter is set, new size hints must be sent.

Alternatively, we could send new size hints for all live frames whenever 'frame-resize-pixelwise' is changed.=C2=A0 This would have to be do= ne with a
variable watcher.=C2=A0 Still, let-binding this variable would confuse the<= br> hell out of our interactions with the window manager.=C2=A0 When the scope = of
the let-binding is left, we would have to send size hints again.

No, please.

=C2=A0>> This is an implementation of clone-frame that uses text-pixe= ls under
=C2=A0>> make-frame. This depends on make-frame text-pixels being cor= rected. Happy
=C2=A0>> to supply this as a patch should the discussion of these iss= ues progress in
=C2=A0>> that direction.
=C2=A0>>
=C2=A0>> (defun clone-frame (&optional frame no-windows pixelwise= )

What would the WM do in a situation where PIXELWISE is non-nil and
'frame-resize-pixelwise' is nil?

The simple interi= m code (vs. the resize-pixelwise=C2=A0proposal) respects frame-resize-pixel= wise as the user's preference. Same with being explicit by saying '= pixelwise, it's user intention.

=C2=A0 =C2=A0 (when (and (display-graphic-p frame)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(or pixelwise fram= e-resize-pixelwise))

FWIW, there are surely weird WM issues but at the very least, we= 9;re talking about the inner geometry text-width and text-height that Emacs= controls and I stayed away from external geometry to start off at least se= eing if we can correct for what Emacs controls completely. GTK is definitel= y worse than NS but at least in NS every user has the same experience as th= e WM options and behaviors are more constrained than X11-derived kind of fr= ee-for-all WMs.

martin
--000000000000b2f8bf0628ecebb4-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 11 Dec 2024 09:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17339098944296 (code B ref 74750); Wed, 11 Dec 2024 09:39:02 +0000 Received: (at 74750) by debbugs.gnu.org; 11 Dec 2024 09:38:14 +0000 Received: from localhost ([127.0.0.1]:32920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLJAY-000173-U5 for submit@debbugs.gnu.org; Wed, 11 Dec 2024 04:38:14 -0500 Received: from mout.gmx.net ([212.227.15.15]:57081) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLJAV-00016L-Rh for 74750@debbugs.gnu.org; Wed, 11 Dec 2024 04:38:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1733909878; x=1734514678; i=rudalics@gmx.at; bh=HfZxfafwAjx/CD6LgDGLSBRFp63ouXBnocNSfPBBiZg=; h=X-UI-Sender-Class:Content-Type:Message-ID:Date:MIME-Version: Subject:To:Cc:References:From:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=tgP3DfdZBIWBlWMKHBoKKcRiVrCaLPSzWLGG//XXmiVbF5xwsONBym8ecfLJbwBd D3YxXNDJbrcyWN7kwxYVN9Mz4VGe2smYI7fdDYCKmc8vGqABkr6TP7S9E3oRKfBAd l8OFJ5VuPAoq+Clx7/S/x7GjZTFH2Z3NQQ+kmAtfHxCUsKlguP741lt0/6pFcMFI+ IKTM7FY3EX0QKUC20u4uV3UuVMG9oTLRg7Rxj0cAvJ6REdDj5SlYnofBzj/vrWRlI QotY7bxX/QbZQbemMSYnG5z+r4f2XRJG3t23NniUO5n1SItIa9Lf/hSU1lAA/Oxdj +nBakxnyol9HXc8HFg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.12]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M2f5Z-1tKTHt2A3z-00GvHt; Wed, 11 Dec 2024 10:37:58 +0100 Content-Type: multipart/mixed; boundary="------------wx5VwWyvUSa0NoyqaSwlxPpF" Message-ID: <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> Date: Wed, 11 Dec 2024 10:37:57 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: X-Provags-ID: V03:K1:pGcjLtUalYsmPXx60pySzTiK4zatmf+TeoFQqegDQRp+MeTglHd Qw9+m1CBIhm6SA1NirsD5nQsEfhFEP+uumoQPLAUEPEFOHw4i6q8W4a6TP2lnCNBz6OV1dj EXrA7XHDXrAHrUXxkU/cW2fNx8OG7uIkQgdDAevFFaEfwmOzJ3TuI3m8ns70xuny1ZYtRUu NaaGj8XdE5Aaj8BzV08dg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:6ryWFjtZe4Q=;yCVr9hci25cBrl54q10mver48+q RDrGrezukAoHUlSH8K2WDhee/l/xEPiUNL4pKkkGbituVETnXFSLqSX5+e+X4pWP6PLUm8XR5 Yyc9VXpi4Yy/6kEe4aDQk2FNwug8qq2RFdtzDqWoc4aBG3h5bndRueIS4/w+Xn6rJkegpsBCo cP+yoqQoNPFphdMneUjQR9Z0nW/ev6v6mvQCGSl3s2WA9RzviyIrhTD+eOOK6ATm8YNEfnggL kImLUrDPBsPxtEErNi+iBT5bCCEZ7fs7HqhLUt/9BoSm9OukxhexlAdu0HB32Jjv6W/VVGfS1 eifQ1lWaXO4y1wNmRPlZW/h/OhvE8UtAkQnRtka/w5x/qsLbs/u9RVgyOxFcIAgLqVN7mA9HQ XuOfD272IrBv+rHdVBIoj0EvyxfUiWh/2FNbaK2hjl2UwlqvF+Dq7oUPLk8175lQGfXVvYiqC zG45Re8aTLBRnxtq3NCK4pEyq3VKlOygWReekgB2Fn3xFoDrSTp6KOs0dJQu8Z2Vu0rjy40EO Ffr/RVJmAj9TvXPkT2lYMKZfuxr0m05CZOk95aR4Nm7c4sEEn9JhI15oFTXfrwjaRYKImY1Oy 4qI1EBxJEnt5M16ijtKV/CIQ6t+Gxo+e3IdzR926nst4mko1j3Y6yhHxZJH9CzE8lzp3q/ZYQ dbq8YzDWBUBqrOyOw0uPjWBzzDwuMTyzvLxFtH0rLS+jh2qlxUOsQAHRH4nB31bweLHhWzI8M BSLOurhwSz+W6Qk8BoYLU8cgy4gkcPSMgphN/VHOaaB2V7nJhkJOcjV200wewSHsuyzhMApGb tRLF+fIPZeFdQC6vx6hDQAo4Lwvw2r3AIRv2GL/Dgeozc/UWVnT2U7tGZNcTtnQGKbAYrrlLn 3+NMxxZRQBBWhv0+abrxrK7jiFsMvPiUeL4F3FXXdDUNUbH2Q3z/Vd3RAeUuzWVqZxyJnkqk2 NE4Aa2HbL0DxOYnNCX1882PCVGOT4F6AAk1sX/+/bRCzbPGKefI0KrN/lxkCB0l5mEjTqQZKb n9JeDuYxwTedfZA7QtS/LIlBEM3q7O2nzHPggBrR0KZ7Oxx+De/bdEQUzseyqyiQx2FAFd/9H daKjgOFKYKVDBvioihbZHEL8+WHFDB X-Spam-Score: -0.7 (/) 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.7 (-) This is a multi-part message in MIME format. --------------wx5VwWyvUSa0NoyqaSwlxPpF Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Somewhere in the bowels > of frame.c, et.al., is an issue where text-pixels behaves differently than > set-frame-size which is reliable on NS where make-frame using text-pixels > is incorrect by the vertical scroll bar width. GTK it's off, too, but I > didn't analyze that further. If you mean that with (progn (setq frame-resize-pixelwise t) (make-frame '((width . (text-pixels . 800))))) then (frame-text-width) evaluates to 784, please try the attached patch. Thanks, martin --------------wx5VwWyvUSa0NoyqaSwlxPpF Content-Type: text/x-patch; charset=UTF-8; name="make-frame.diff" Content-Disposition: attachment; filename="make-frame.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9mcmFtZS5jIGIvc3JjL2ZyYW1lLmMKaW5kZXggZjYwNTNmY2Ez ZWYuLjRjMjFjZTViNTFiIDEwMDY0NAotLS0gYS9zcmMvZnJhbWUuYworKysgYi9zcmMvZnJh bWUuYwpAQCAtMTY4LDggKzE2OCwxMCBAQCBmcmFtZV9pbmhpYml0X3Jlc2l6ZSAoc3RydWN0 IGZyYW1lICpmLCBib29sIGhvcml6b250YWwsIExpc3BfT2JqZWN0IHBhcmFtZXRlcikKIAkg IHx8ICghaG9yaXpvbnRhbAogCSAgICAgICYmICFOSUxQIChmdWxsc2NyZWVuKSAmJiAhRVEg KGZ1bGxzY3JlZW4sIFFmdWxsd2lkdGgpKQogCSAgfHwgRlJBTUVfVEVSTUNBUF9QIChmKSB8 fCBGUkFNRV9NU0RPU19QIChmKSkKLSAgICAgICA6ICgoaG9yaXpvbnRhbCAmJiBmLT5pbmhp Yml0X2hvcml6b250YWxfcmVzaXplKQotCSAgfHwgKCFob3Jpem9udGFsICYmIGYtPmluaGli aXRfdmVydGljYWxfcmVzaXplKSkpOworICAgICA6ICgoaG9yaXpvbnRhbCAmJiBmLT5pbmhp Yml0X2hvcml6b250YWxfcmVzaXplCisJICYmICFFUSAocGFyYW1ldGVyLCBRc2Nyb2xsX2Jh cl93aWR0aCkpCisJfHwgKCFob3Jpem9udGFsICYmIGYtPmluaGliaXRfdmVydGljYWxfcmVz aXplCisJICAgICYmICFFUSAocGFyYW1ldGVyLCBRc2Nyb2xsX2Jhcl9oZWlnaHQpKSkpOwog CiAgIHJldHVybiBpbmhpYml0OwogfQo= --------------wx5VwWyvUSa0NoyqaSwlxPpF-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 11 Dec 2024 22:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173395697825663 (code B ref 74750); Wed, 11 Dec 2024 22:43:02 +0000 Received: (at 74750) by debbugs.gnu.org; 11 Dec 2024 22:42:58 +0000 Received: from localhost ([127.0.0.1]:36652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLVPx-0006fX-Ll for submit@debbugs.gnu.org; Wed, 11 Dec 2024 17:42:58 -0500 Received: from mail-vk1-f179.google.com ([209.85.221.179]:50219) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLVPs-0006fF-1E for 74750@debbugs.gnu.org; Wed, 11 Dec 2024 17:42:52 -0500 Received: by mail-vk1-f179.google.com with SMTP id 71dfb90a1353d-5160f1870f3so1484561e0c.0 for <74750@debbugs.gnu.org>; Wed, 11 Dec 2024 14:42:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1733956902; x=1734561702; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=lE6O41LCV56zN3gzAGnaq2a2AX++pWgEBrP7asfcy+o=; b=X8ORGREZhg2/Clv5ZdTbSoHigaQOuJjWlJy0gNtg7ETiI7GpcsIXbBP6vviRpjE3mM IXWD5IMbjWlPp98k62oxbgOaZRNJIGrgo9oDTKgXR2GFcwfQgvlviQdQesxfKuUHFX71 NdJCP3aiDs+2wDVf+pKl/1YXmAk6pfVNrRuI1GGM3rGCYdb1Nrj7K46Sn1xlmymq4X+W bV46KN9cYob6YVjs3KGOVwiZNV7boIaADCBezEZCuXvmyMSLnopGEpP4iRaaKZBU7LBL u4YquwdB8NFYgkPwVIsKvjbKLN3/MtOjjYG4xDWRr+OwGYrgwf/p9J+lUSbeTnxDfBMC O42g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733956902; x=1734561702; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=lE6O41LCV56zN3gzAGnaq2a2AX++pWgEBrP7asfcy+o=; b=K/A+k4482owO47aOp9ezs3yGY4kBLJEpPxVlBWaIiWvRCdYhOY59SOz5iLkyXGtgMU UADzFwTFitwz7bwuSf0FpQ3yD+fMyUwewhpn9J39Gn017V+BYXAsCDQwy7GJY66cljyQ MvuOPeZXp61pplgZz5ULQDJ+Z9jX65xBSRt+kvWV546O+4iwEPVxnbC3ugINMKHZot7d 8ABKXhsop4XjHfMYNFKoFIqMKiqx/9PaVLd3+HksRxniD7DVq5uW7iOVp8g/z9KItbnK TPAEGYC+j0z7BV+CzuIyfE/MPH7vGGdEfl7/c68kzNXiRCLNme6MNZwSovtw5wYse/Bz xlxA== X-Forwarded-Encrypted: i=1; AJvYcCVSL8kpXtTOT6U3i7wGW5MlwfNAJR8mWBEc2ukNKu4JlMO8ioviJjhjbSj/rLWXNfcX4woWaw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyeVMippWOLwm/V/R+DbRDlBaYhvpuMRvgcG6KyvQPEteFDClbX yDEAoHt5fmRWQZ0kQt0APp+SU966b3ZcA9y2o95t3CslJyHFBfDV85KR9IrT68diQrtB7cemsTR KNQTxj2nwAZpFSmnZI1FthMtJQlQ= X-Gm-Gg: ASbGncsVHV3mp7FTwCR+irgPIJlWMUOhBDhByzXRbC49BX0Fd1yyU6TG48ff1et8IE+ KchwneYl1FBQq7igJLnA2QqahrzD+1Doq1WE= X-Google-Smtp-Source: AGHT+IHffD1sK/D5RgsTsGNiJ16l6s43oMJDePqc+vnYUunlpvjDJ79imVp42xCdEkSmAueiiNVJ0F4vD4RFKuPtvMQ= X-Received: by 2002:a05:6122:7c6:b0:515:e446:b9f2 with SMTP id 71dfb90a1353d-518b5de31a8mr1471046e0c.12.1733956902326; Wed, 11 Dec 2024 14:41:42 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> In-Reply-To: <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> From: Ship Mints Date: Wed, 11 Dec 2024 17:41:01 -0500 Message-ID: Content-Type: multipart/alternative; boundary="0000000000003818580629064da0" 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 (-) --0000000000003818580629064da0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That patch works to address make-frame's respect for text-pixels, at least on NS (the only platform I tested). Now to address the clone-frame implementation to respect pixelwise, and/or as you suggested, perhaps a formal frame parameter resize-pixelwise. If we adopt the change I proposed it could be used in Emacs 30 or 31 since this is a bug (but not a regression). If we go for resize-pixelwise, it'll be 31, right? On Wed, Dec 11, 2024 at 4:38=E2=80=AFAM martin rudalics w= rote: > > Somewhere in the bowels > > of frame.c, et.al., is an issue where text-pixels behaves differently > than > > set-frame-size which is reliable on NS where make-frame using > text-pixels > > is incorrect by the vertical scroll bar width. GTK it's off, too, but = I > > didn't analyze that further. > > If you mean that with > > (progn > (setq frame-resize-pixelwise t) > (make-frame '((width . (text-pixels . 800))))) > > then > > (frame-text-width) > > evaluates to 784, please try the attached patch. > > Thanks, martin --0000000000003818580629064da0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That patch works to address make-frame's respect for text-pixels, at= least on NS (the only platform I tested).

Now to address the clone-frame implementation= to respect pixelwise, and/or as you suggested, perhaps a formal frame para= meter resize-pixelwise. If we adopt the change I proposed it could be used = in Emacs 30 or 31 since this is a bug (but not a regression). If we go for = resize-pixelwise, it'll be 31, right?

On Wed= , Dec 11, 2024 at 4:38=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> Somewhere in the bowels
=C2=A0> of frame.c, et.al., is an issue where text-pixels behaves differently t= han
=C2=A0> set-frame-size which is reliable on NS where make-frame using te= xt-pixels
=C2=A0> is incorrect by the vertical scroll bar width. GTK it's off,= too, but I
=C2=A0> didn't analyze that further.

If you mean that with

(progn
=C2=A0 =C2=A0(setq frame-resize-pixelwise t)
=C2=A0 =C2=A0(make-frame '((width . (text-pixels . 800)))))

then

(frame-text-width)

evaluates to 784, please try the attached patch.

Thanks, martin
--0000000000003818580629064da0-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Dec 2024 06:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: rudalics@gmx.at, 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173398365822515 (code B ref 74750); Thu, 12 Dec 2024 06:08:01 +0000 Received: (at 74750) by debbugs.gnu.org; 12 Dec 2024 06:07:38 +0000 Received: from localhost ([127.0.0.1]:37276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLcMM-0005r5-0x for submit@debbugs.gnu.org; Thu, 12 Dec 2024 01:07:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLcMI-0005qp-Gp for 74750@debbugs.gnu.org; Thu, 12 Dec 2024 01:07:36 -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 1tLcK5-0003Zs-Je; Thu, 12 Dec 2024 01:05:17 -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=9BvOHjMmnNhvdFawcJoNw7HY7rwbAxgA4Vx93tSjkzY=; b=hGd3khOrDc3I 0rLZGzFexkLesoTQ5OmR9IA/8mH/RTBjAWe0AjioJ2/vel/XP4RG9c85oY2nfRNW8BH+HUJNfz4ok c5y/QW+cUeBsgofTfeXq5mOrY1UKQ/Sum1GyVsD3D4zwiYkW0vUNM1P6h+EQVDzEkImsUmlJQ82IO WTmK+uqVv68t2LfBC4zpg7++feOYnjhXxcV1M5I1286GIeo0FXQx15oQ5W563bA22X+CmSyvYOKHq 48hp/zBM5Ug5r8NYNtizd3tLzcCyvZ99Z0qB+U1ZeHMMsp0aOvQkYfFq4OFOeHX78OF8YI/ljH5Hx RKDoQ5FfbBTrD7BL5mKYFQ==; Date: Thu, 12 Dec 2024 08:05:15 +0200 Message-Id: <86r06d1lno.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ship Mints on Wed, 11 Dec 2024 17:41:01 -0500) References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> 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: Ship Mints > Date: Wed, 11 Dec 2024 17:41:01 -0500 > Cc: Eli Zaretskii , 74750@debbugs.gnu.org > > That patch works to address make-frame's respect for text-pixels, at least on NS (the only platform I tested). > > Now to address the clone-frame implementation to respect pixelwise, and/or as you suggested, perhaps a > formal frame parameter resize-pixelwise. If we adopt the change I proposed it could be used in Emacs 30 or > 31 since this is a bug (but not a regression). If we go for resize-pixelwise, it'll be 31, right? Actually, it's too late for Emacs 30, unless the bug is very serious and the fix is very safe. So I think this should end up on master regardless. From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Dec 2024 09:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173399537512928 (code B ref 74750); Thu, 12 Dec 2024 09:23:02 +0000 Received: (at 74750) by debbugs.gnu.org; 12 Dec 2024 09:22:55 +0000 Received: from localhost ([127.0.0.1]:37656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLfPL-0003MO-22 for submit@debbugs.gnu.org; Thu, 12 Dec 2024 04:22:55 -0500 Received: from mout.gmx.net ([212.227.15.15]:34723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLfPH-0003Lk-U1 for 74750@debbugs.gnu.org; Thu, 12 Dec 2024 04:22:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1733995365; x=1734600165; i=rudalics@gmx.at; bh=mG/XbD7oO9d0eDa8wEg4hxh7ylU8XtxXMjIFHhXBLtI=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=rze6CV1VtCRi295qRbc4j73HyZl6N7UAe5eMonEhUa7rDV2hcQ3Eu84kxBY35hJx m5MUK+gkFBrVVz65veK1ieTd8UA4aqfAW62HaRC/QdG4Z69/7d/twR+Sbmi5OeBDV d/2+/kEhos5PCF8IyHfqcII+O2FGa+VM29Fn+BmziEk3M7QuDrjUZa/DuuzayGtD1 c/OCxPxU00AxuKCVo7hAQFUbEK1i4gQuNfpVJpeHGRDhhJUIxjuq5paWZAB+fKM6G mPEjXIuVK7CwWRoM+zS0hKX8ZrB6xTaMGfRfIf7VvqTYI3mPgf6BAM7lw3BF8m9bI OpVmo/JOD3VCRmxkew== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.75]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MHoRA-1tQbLf26Xm-001IKx; Thu, 12 Dec 2024 10:22:45 +0100 Message-ID: Date: Thu, 12 Dec 2024 10:22:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:5geSp8EQSilpAAsPXI/TCn+I2xm0VL5aEjUq6gUmmC17UZzvZpJ 3ypoBrCraYjZgvY+ouipDYkuVKgjYqWpX+7xhHo0J3JqqvsWsJxD6zgI9ZQesu5CgJowrtS DhrchN6kJGB6AIJ53jLspeunwZqtQxPBXUIJ0+4m7TXULpo8eDt6CfNe9lFzMEqhAp5hF1X xwshn7rTBT9vRFrfxR/Pg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:hup1comlH8s=;F3iWNHQpBv8BHmjAOdWznPQog+5 bYK0q6OwRW9TmD2rywoYbePmZGvXf5rrho7C4Ij2D4pl2PsfkIFAwuYu+8sn5+bWjFuEYh12W 2n2DLvOFwQUH707pz7SNuYVMHYvFCj2vmwOko9QRcqVWFmvLXLGw8XtyauMsQXyra9N73wU1n aCaD2cAQHsr9isAYmuLMT+/8koGXCdT/Ds/cXTAWU8w022X/np7Km6YvmsgHVLGkGgy9BdwWP KOAOaIgIjzR3RorV5XQMN0X9t/2qGc0rMhFxiGP23zAyu7fIpyV/3BLQqT2pT02bzuLW7O16K APlWPoZqWJcvKZZpBiZB2vpHVak4lYdpdpHCGNakau/BMAQX1FjKQvMAjX2BEEGN/8AJ0VBa8 c3ROYI/OIUE1m+yCjzCYusmosIlKBXnvX84iko/dyphfEEHVOdQioWPckBXra6EHxHK9oFN4Y b1QDUvsfWlVSrnp9kpWA0xo3461hWwsnYKyqqJgP/5/F2KVXLsl84IOd2q6JjXxPh2F3AN+0g e9/O5JA5CZ+EzAbUiVYdN+k1Q8qggIeiK5Imo3jO9xIB29cW2ydgpg1KXhJQD7/1iRjqLTeDV 8eY0m8UmVpDWAYabVHeWvvGoKeW/zEKDsTEIq74fjRfS2VmO5eLs/dCpjjkqS+7KHGQs7UQEO 7F13t/R6XaszaBH/XLIX/KAMl8bJhMOSQXyuWDOIXf03pN3Ujh5v6FpaROh1hml76qvJeT1fM ONGK3WLpPHfc/rA4K0+dZ68RjWPkywoK7Ku8x4HSVdjVfJB+SodKIXJXF8ejLOv8i2PYL18t+ +OKtL1HZBe2JBPqYTGVXyinPp9Vd7c94VKt9JW3BEVbYYyuXOasXkqSXyux00fu0NDvUUTpf0 PJjbQt2kf3drP9U0QST3HXtRbQ+GJ42Tknzt4uYiLsUod+P09Q8bYZwwTPPoFbEKtoM+80DKT /vVLySvZZ0TvzzHQ1YjcGzEfqYfWt2/ntYGBpnPlMVzKmmsNF6SQutcNuYCH7Q4QIS0X9I1u0 V13UH7XZ5Mzk7dbsLuVYP7IoFJzzSxhEgPwCTFkscSuO0vTJ1sDLlIUjdxjxhv4j7LqtyqYsD ReVXubGOySFbXpbkHwYhmgQFGWqPFy X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > That patch works to address make-frame's respect for text-pixels, at least > on NS (the only platform I tested). I don't like it much and I have to further test the behavior with fringes. Maybe I find better solution. Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.75 listed in zen.spamhaus.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in bl.score.senderscore.com] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in sa-trusted.bondedsender.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 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.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > That patch works to address make-frame's respect for text-pixels, at least > on NS (the only platform I tested). I don't like it much and I have to further test the behavior with fringes. Maybe I find better solution. Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in sa-accredit.habeas.com] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.75 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in bl.score.senderscore.com] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > That patch works to address make-frame's respect for text-pixels, at least > on NS (the only platform I tested). I don't like it much and I have to further test the behavior with fringes. Maybe I find better solution. > Now to address the clone-frame implementation to respect pixelwise, and/or > as you suggested, perhaps a formal frame parameter resize-pixelwise. If we > adopt the change I proposed it could be used in Emacs 30 or 31 since this > is a bug (but not a regression). If we go for resize-pixelwise, it'll be > 31, right? Everything we do here would have to go into Emacs 31. martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Dec 2024 10:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173408583324113 (code B ref 74750); Fri, 13 Dec 2024 10:31:01 +0000 Received: (at 74750) by debbugs.gnu.org; 13 Dec 2024 10:30:33 +0000 Received: from localhost ([127.0.0.1]:41673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tM2wF-0006Gf-Ag for submit@debbugs.gnu.org; Fri, 13 Dec 2024 05:30:32 -0500 Received: from mout.gmx.net ([212.227.17.22]:37181) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tM2wC-0006Dr-1T for 74750@debbugs.gnu.org; Fri, 13 Dec 2024 05:30:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734085814; x=1734690614; i=rudalics@gmx.at; bh=/tw/NM3qHyotYdfciME8qt++zeDZEJJDAC5AM+4CdXE=; h=X-UI-Sender-Class:Content-Type:Message-ID:Date:MIME-Version: Subject:From:To:Cc:References:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=MVnyohp4UuajdMLwVZD9mTgEwLZXhti71mAtu/awmqL0aqI3PtRlDA7lwismnmP4 drh4Yi4iWzrRGaB0EbGM3xG/qxQMIhrU9E049pj0DZu4bCWnQRZhIL1ogwR/7m+Mp RK70Etoowxq/1uDNiI3kyO3d+eKrrpwNN5+87G5anMW/NnLI8i/fSox4YIizra0Lg hFd2w3HC3DgLroQTwGb/OnAeDxCikekGuxBFK94yqew9w3KLoUy4WfqnCM+zfn9/b eNsrKkcKgvarQXxIi7w9fcDSVHPMjw48+3G87fzIkUPXICbWODVuMbUCcCtAMvVHn qGaJQkdhC1tZGUH2tQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.132]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MJmKX-1t2aHH1jRJ-00SDxW; Fri, 13 Dec 2024 11:30:14 +0100 Content-Type: multipart/mixed; boundary="------------YDFPf06g9HdCoKTCC0NfXQnS" Message-ID: <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> Date: Fri, 13 Dec 2024 11:30:11 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: martin rudalics References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> Content-Language: en-US In-Reply-To: X-Provags-ID: V03:K1:eahm97QrhoCBIlC3u/iG1c3wDniNaLmcQGz6JV3su7gkv6VYqiH xAp6fw2D659q0r7Xfkgt0yR44fNmouxTEX/DPZoVfK7aENQRsUvG58nlucN85NNtR0sP5GU MqDIRR+Yccl6u+XFzBWKqAuKnLIrpD4uYaF87j75SvPtRn972mJ7C0c0L1JXo/Skx5Bq1wX AWyVZrjHnyogu//I1BpKA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:UUtOqFZQTOs=;6hBDyTshBFWISchRqY//LKZAbRM yJAC4TU8DWNfxOVo7HGx6J5D8UddwwvNuPgjeH3qeJnH93BsigI67jCJ98JSjix4O6vRWcp6k hpTjQ29KwQG7/leQN4Mp2xhiiqkZgG1IpLFLb1fiHNGFy3X4pp7Nbq2XVKumPu72eHB3srbJ5 psNBoSI2sUugwt8oq5j7sV2DWK/cp3cBLC0xRrpEixl9/IHcd5b1lZVglxnFjoj/KQ9XgST7r jVgCKry8+u066r0zXZrIYGwG4xN6xkecqFkYGMvGdQPhjt0byLshEFG8k/sfNzw8xcRpx17cC 88YHMbWDPqYtXrKVxBI6N6l2nYCMCM4zBrxW5QRljticajM7KPehcqc8cXx343EjfuZ+tKMzu xQrtX/Q2G1R47XsznncBZLrY9Kp65Qjd5WECOMM+wjSZF1+1aREiwQ0VWW+0ICbFf9C3crDBH HTkQJjG6Lj6a1tV3OOi7I8gjNC8AtT/aEJDF9KFOBYIphhfEhJB7Dbx/u9OdWogLWRbt4dLZx S5C0bGWJrMshI09s0+wbdXUKxTUqaGBBYy8h4NJiakLDolencaq0j8ejsxJEfzig0nPQF+Fn3 j7u1b4WgrdiMu9FQA7Njsl01lZebC7fubNh1C00Xp4nKohRZyuIAVJBgvHLpH9M9wE5RwSzCn R9MU8hvjdRaJq1X6t4UsKVyF8DQhSHAxS3be5MUNXX7Y4Y3I4tFRRx007t3Hc2VPKwveG08+r ta0kf6InZSrbWGXKmhewAG8n/F/65935Q+F4xulWp11YbiO3Gom7bJVdoLFzmmNzpfzGPjGEb 2bAjHmx4J9lcpGItJ3+1f/dHsMP0b4tkZg2ZjUFZbyPDjBOqSpnX/L6O8UkhmnCQt33r7mYp4 WWj9PCx1auT1ZgZscCAIHi6sYibMQT59GHtqKfD5oOV2YySyRcs3xzUcrA9SL4rnVyIUOci/0 v2w8lscIZzyomkQWlnFNOkrZl1xHKhNP+3SvSJiGUtcjpByKU3D2oYyYZkdsx0pdtpZsc4Mmk 6CSVkensXTYPp6GTGSYw5NSf39xTft11z+ARA+1lUZ2iODqHw6x9Hiisw9yKB5dvg+zSTQv5g JYPxA8PBKvyNp9c36Y0ZMDpF+y84qu X-Spam-Score: -0.7 (/) 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.7 (-) This is a multi-part message in MIME format. --------------YDFPf06g9HdCoKTCC0NfXQnS Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > > That patch works to address make-frame's respect for text-pixels, at least > > on NS (the only platform I tested). > > I don't like it much and I have to further test the behavior with fringes. > Maybe I find better solution. I attach a patch that does away with a frame's inhibit_horizontal_resize and inhibit_vertical_resize slots. Please test it. If it works for you, I'll install it on master. martin --------------YDFPf06g9HdCoKTCC0NfXQnS Content-Type: text/x-patch; charset=UTF-8; name="make-frame.diff" Content-Disposition: attachment; filename="make-frame.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9mcmFtZS5jIGIvc3JjL2ZyYW1lLmMKaW5kZXggZjYwNTNmY2Ez ZWYuLjJjZjVmZWZhNzdjIDEwMDY0NAotLS0gYS9zcmMvZnJhbWUuYworKysgYi9zcmMvZnJh bWUuYwpAQCAtMTU4LDIwICsxNTgsMTUgQEAgZ2V0X2ZyYW1lX3BhcmFtIChzdHJ1Y3QgZnJh bWUgKmZyYW1lLCBMaXNwX09iamVjdCBwcm9wKQogZnJhbWVfaW5oaWJpdF9yZXNpemUgKHN0 cnVjdCBmcmFtZSAqZiwgYm9vbCBob3Jpem9udGFsLCBMaXNwX09iamVjdCBwYXJhbWV0ZXIp CiB7CiAgIExpc3BfT2JqZWN0IGZ1bGxzY3JlZW4gPSBnZXRfZnJhbWVfcGFyYW0gKGYsIFFm dWxsc2NyZWVuKTsKLSAgYm9vbCBpbmhpYml0Ci0gICAgPSAoZi0+YWZ0ZXJfbWFrZV9mcmFt ZQotICAgICAgID8gKEVRIChmcmFtZV9pbmhpYml0X2ltcGxpZWRfcmVzaXplLCBRdCkKKwor ICByZXR1cm4gKEVRIChmcmFtZV9pbmhpYml0X2ltcGxpZWRfcmVzaXplLCBRdCkKIAkgIHx8 IChDT05TUCAoZnJhbWVfaW5oaWJpdF9pbXBsaWVkX3Jlc2l6ZSkKIAkgICAgICAmJiAhTklM UCAoRm1lbXEgKHBhcmFtZXRlciwgZnJhbWVfaW5oaWJpdF9pbXBsaWVkX3Jlc2l6ZSkpKQog CSAgfHwgKGhvcml6b250YWwKIAkgICAgICAmJiAhTklMUCAoZnVsbHNjcmVlbikgJiYgIUVR IChmdWxsc2NyZWVuLCBRZnVsbGhlaWdodCkpCiAJICB8fCAoIWhvcml6b250YWwKIAkgICAg ICAmJiAhTklMUCAoZnVsbHNjcmVlbikgJiYgIUVRIChmdWxsc2NyZWVuLCBRZnVsbHdpZHRo KSkKLQkgIHx8IEZSQU1FX1RFUk1DQVBfUCAoZikgfHwgRlJBTUVfTVNET1NfUCAoZikpCi0g ICAgICAgOiAoKGhvcml6b250YWwgJiYgZi0+aW5oaWJpdF9ob3Jpem9udGFsX3Jlc2l6ZSkK LQkgIHx8ICghaG9yaXpvbnRhbCAmJiBmLT5pbmhpYml0X3ZlcnRpY2FsX3Jlc2l6ZSkpKTsK LQotICByZXR1cm4gaW5oaWJpdDsKKwkgIHx8IEZSQU1FX1RFUk1DQVBfUCAoZikgfHwgRlJB TUVfTVNET1NfUCAoZikpOwogfQogCiAKQEAgLTk1Nyw4ICs5NTIsNiBAQCBtYWtlX2ZyYW1l IChib29sIG1pbmlfcCkKICAgZi0+Z2FyYmFnZWQgPSB0cnVlOwogICBmLT5jYW5fc2V0X3dp bmRvd19zaXplID0gZmFsc2U7CiAgIGYtPmFmdGVyX21ha2VfZnJhbWUgPSBmYWxzZTsKLSAg Zi0+aW5oaWJpdF9ob3Jpem9udGFsX3Jlc2l6ZSA9IGZhbHNlOwotICBmLT5pbmhpYml0X3Zl cnRpY2FsX3Jlc2l6ZSA9IGZhbHNlOwogICBmLT50YWJfYmFyX3JlZGlzcGxheWVkID0gZmFs c2U7CiAgIGYtPnRhYl9iYXJfcmVzaXplZCA9IGZhbHNlOwogICBmLT50b29sX2Jhcl9yZWRp c3BsYXllZCA9IGZhbHNlOwpAQCAtMzEyOCw4ICszMTIxLDYgQEAgREVGVU4gKCJmcmFtZS1h ZnRlci1tYWtlLWZyYW1lIiwKIHsKICAgc3RydWN0IGZyYW1lICpmID0gZGVjb2RlX2xpdmVf ZnJhbWUgKGZyYW1lKTsKICAgZi0+YWZ0ZXJfbWFrZV9mcmFtZSA9ICFOSUxQIChtYWRlKTsK LSAgZi0+aW5oaWJpdF9ob3Jpem9udGFsX3Jlc2l6ZSA9IGZhbHNlOwotICBmLT5pbmhpYml0 X3ZlcnRpY2FsX3Jlc2l6ZSA9IGZhbHNlOwogICByZXR1cm4gbWFkZTsKIH0KIApAQCAtNTkx OCw3ICs1OTA5LDYgQEAgZ3VpX2ZpZ3VyZV93aW5kb3dfc2l6ZSAoc3RydWN0IGZyYW1lICpm LCBMaXNwX09iamVjdCBwYXJtcywgYm9vbCB0YWJiYXJfcCwKIAkJeHNpZ25hbDEgKFFhcmdz X291dF9vZl9yYW5nZSwgWENEUiAod2lkdGgpKTsKIAogCSAgICAgIHRleHRfd2lkdGggPSBY RklYTlVNIChYQ0RSICh3aWR0aCkpOwotCSAgICAgIGYtPmluaGliaXRfaG9yaXpvbnRhbF9y ZXNpemUgPSB0cnVlOwogCSAgICB9CiAJICBlbHNlIGlmIChGTE9BVFAgKHdpZHRoKSkKIAkg ICAgewpAQCAtNTk1NCw3ICs1OTQ0LDYgQEAgZ3VpX2ZpZ3VyZV93aW5kb3dfc2l6ZSAoc3Ry dWN0IGZyYW1lICpmLCBMaXNwX09iamVjdCBwYXJtcywgYm9vbCB0YWJiYXJfcCwKIAkJeHNp Z25hbDEgKFFhcmdzX291dF9vZl9yYW5nZSwgWENEUiAoaGVpZ2h0KSk7CiAKIAkgICAgICB0 ZXh0X2hlaWdodCA9IFhGSVhOVU0gKFhDRFIgKGhlaWdodCkpOwotCSAgICAgIGYtPmluaGli aXRfdmVydGljYWxfcmVzaXplID0gdHJ1ZTsKIAkgICAgfQogCSAgZWxzZSBpZiAoRkxPQVRQ IChoZWlnaHQpKQogCSAgICB7CmRpZmYgLS1naXQgYS9zcmMvZnJhbWUuaCBiL3NyYy9mcmFt ZS5oCmluZGV4IDFkOTIwZDFhNmJjLi4xNzJlYjVlY2E5OSAxMDA2NDQKLS0tIGEvc3JjL2Zy YW1lLmgKKysrIGIvc3JjL2ZyYW1lLmgKQEAgLTUxOSwxMCArNTE5LDYgQEAgI2RlZmluZSBF TUFDU19GUkFNRV9ICiAgIGJvb2xfYmYgdG9vbF9iYXJfcmVkaXNwbGF5ZWQgOiAxOwogICBi b29sX2JmIHRvb2xfYmFyX3Jlc2l6ZWQgOiAxOwogCi0gIC8qIEluaGliaXQgaW1wbGllZCBy ZXNpemUgYmVmb3JlIGFmdGVyX21ha2VfZnJhbWUgaXMgc2V0LiAgKi8KLSAgYm9vbF9iZiBp bmhpYml0X2hvcml6b250YWxfcmVzaXplIDogMTsKLSAgYm9vbF9iZiBpbmhpYml0X3ZlcnRp Y2FsX3Jlc2l6ZSA6IDE7Ci0KICAgLyogTm9uLXplcm8gaWYgdGhpcyBmcmFtZSdzIGZhY2Vz IG5lZWQgdG8gYmUgcmVjb21wdXRlZC4gICovCiAgIGJvb2xfYmYgZmFjZV9jaGFuZ2UgOiAx OwogCg== --------------YDFPf06g9HdCoKTCC0NfXQnS-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Dec 2024 16:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173410744428634 (code B ref 74750); Fri, 13 Dec 2024 16:31:01 +0000 Received: (at 74750) by debbugs.gnu.org; 13 Dec 2024 16:30:44 +0000 Received: from localhost ([127.0.0.1]:43909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tM8Yt-0007Rl-Kb for submit@debbugs.gnu.org; Fri, 13 Dec 2024 11:30:44 -0500 Received: from mail-vk1-f173.google.com ([209.85.221.173]:53322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tM8Yo-0007RO-2e for 74750@debbugs.gnu.org; Fri, 13 Dec 2024 11:30:42 -0500 Received: by mail-vk1-f173.google.com with SMTP id 71dfb90a1353d-51640f7bbd3so485161e0c.2 for <74750@debbugs.gnu.org>; Fri, 13 Dec 2024 08:30:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734107372; x=1734712172; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=vILEZX+4kfsKPxpfuYYxnNaF8rcF3SIVFZwUwfSp7So=; b=TPwTJXlbLu9rtQCOoFhfUCR8LBFEzxGge6fhbQtXuvOqGhgr4AuoiFLRUYFjrMlBV9 rrzRFzmrT8HEToOZaH0SRD5lV29EUWdFHnX5nB9M4iI+ZcVmLX797PNF64vrUZn6uxvK N3BC3E6eF0cyum7NXgathfi7g2WUAkK6J9uuWf+55g853sHZ5Yg/bktu35KceQEIwYC6 tcouqjOj0PS0oZ08MpBNiIvN8SsYvRDfgBJytIRmdukym4U8xUMb0yRK6mIMNBEb2rU7 0kFR5P/lZR7QwaMqtN203rbP32uoMiMfg+8nlZtLNhhstN1iwWgDMivKrGmF2fK+oLQB NRSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734107372; x=1734712172; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=vILEZX+4kfsKPxpfuYYxnNaF8rcF3SIVFZwUwfSp7So=; b=flII5eNc6R+eNuaWVeTUe+XGhUAEAeDSqC2LxRKiiUMipceCXSmmMvjZ4G2jdKvhtX DN/H+5JBPfjniiHduuY3c7BN8QwHJAS32LOf8X/APoDYR4RulNGk1oMLDoOz8LQynimx 7f0AIuajKJDUwoG7n3slc2BM4rCIAJ/yXk9ostSM7hbTbEWGkm6B+4xthpIyF1OJ2mVU VvsbaP4JnfRQzzCwcDS/BVhB0K5TAA/w8E3tF5hw1aXVdRACuWJkWsCSPQx7+bABv73U fw9FFrugVOjddAqCz4tD6PpZ1KY/0zjV7MTIIy3WIVOKWrRB4wpRRRerRVfYPdnfn4vU Xj/A== X-Forwarded-Encrypted: i=1; AJvYcCXTGHKjYp65XoXxEWJe7BSegW7AOCOebYx1SVNSDs5Ux+tBiP9r4jZoijCCSNbn5hBO4caP3A==@debbugs.gnu.org X-Gm-Message-State: AOJu0YycBpBNUwsAiEal3Bhy43OkjHZYeCSOtI/ThRovOt4o+M9bZOLW bu5n9gdCYw341ikkjt2W1FfErxRI5oUG53waZPL1jDX32JXPDkU8WUCpI+NFCDXT1jZbMBIIyy7 Kpon1YtYGMUC6aC/pZFwsvCxvGg55T/K9 X-Gm-Gg: ASbGncunE7+DkHiojt/YopwgRNW/wqbyCmUMb8dovWr+g9m4CVB7lAB38Vp8o+30UKW 2QorQoLoW9YztVJ3mg0CVujJNhbYjyUe8t+ZrGA== X-Google-Smtp-Source: AGHT+IED8PwDVemEirRsdqptkgRVXN0mLNnNHXu1v7AG97HSB2lly7JYa8gnp+0Ro3GE0lvt96S27nZq+8Sfj7d/RBY= X-Received: by 2002:a05:6122:1e01:b0:516:18cd:c1fc with SMTP id 71dfb90a1353d-518ca30617amr3968448e0c.8.1734107372483; Fri, 13 Dec 2024 08:29:32 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> In-Reply-To: <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> From: Ship Mints Date: Fri, 13 Dec 2024 11:28:49 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000f07d150629295591" 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 (-) --000000000000f07d150629295591 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you for the patch and continued focus on this. The following is the behavior I see on NS with the patch applied with target width 1700 and height 1000. These are results from clone-frame using text-pixels which I've included below without explicit pixelwise argument so it respects frame-resize-pixelwise. Note: frame-inhibit-implied-resize=3D(tab-bar-lines) is the default setting on NS: #if defined (USE_GTK) || defined (HAVE_NS) frame_inhibit_implied_resize =3D list1 (Qtab_bar_lines); frame-resize-pixelwise=3Dnil frame-inhibit-implied-resize=3Dnil text-width= =3D1692 (=CE=94-8) text-height=3D984 (=CE=94-16) native-width=3D1727 (=CE=94-8) nat= ive-height 988 (=CE=94-16) Result: respects lines/cols as expected. frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3D(tab-bar-lines) text-width=3D1700 (=CE=940) text-height=3D1000 (=CE=940) native-width=3D173= 5 (=CE=940) native-height 1004 (=CE=940) Result: Okay by accident, I think, only because tab-bar-lines parameter is nil during adjust_frame_height invocations? frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dnil text-width=3D= 1700 (=CE=940) text-height=3D1000 (=CE=940) native-width=3D1735 (=CE=940) native= -height 1004 (=CE=940) Result: Okay but with frame-inhibit-implied-resize nil, I'd have expected rows/cols vs. pixelwise. frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dt text-width=3D16= 85 (=CE=94-15) text-height=3D1000 (=CE=940) native-width=3D1720 (=CE=94-15) na= tive-height 1004 (=CE=940) Result: I think this case remains broken needing the adjustment from your first patch that you wanted to also account for fringes? My default GUI setup is frame-resize-pixelwise t frame-inhibit-implied-resize t as I expect many people have adopted these days. (defun my/clone-frame (&optional frame no-windows pixelwise) "Make a new frame with the same parameters and windows as FRAME. With a prefix arg NO-WINDOWS, don't clone the window configuration. When PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-nil, and frame is not text-only, clone the originating frame's pixel size. FRAME defaults to the selected frame. The frame is created on the same terminal as FRAME. If the terminal is a text-only terminal then also select the new frame." (interactive (list (selected-frame) current-prefix-arg)) (let* ((frame (or frame (selected-frame))) (windows (unless no-windows (window-state-get (frame-root-window frame)))) (default-frame-alist (seq-remove (lambda (elem) (memq (car elem) frame-internal-parameters)) (frame-parameters frame))) (new-frame)) (when (and (display-graphic-p frame) (or pixelwise frame-resize-pixelwise)) (push (cons 'width (cons 'text-pixels (frame-text-width frame))) default-frame-alist) (push (cons 'height (cons 'text-pixels (frame-text-height frame))) default-frame-alist)) (setq new-frame (make-frame)) (when windows (window-state-put windows (frame-root-window new-frame) 'safe)) (unless (display-graphic-p frame) (select-frame new-frame)) new-frame)) On Fri, Dec 13, 2024 at 5:30=E2=80=AFAM martin rudalics w= rote: > > > That patch works to address make-frame's respect for text-pixels, a= t > least > > > on NS (the only platform I tested). > > > > I don't like it much and I have to further test the behavior with > fringes. > > Maybe I find better solution. > > I attach a patch that does away with a frame's inhibit_horizontal_resize > and inhibit_vertical_resize slots. Please test it. If it works for > you, I'll install it on master. > > martin --000000000000f07d150629295591 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank you for the patch and continued focus on this. The following is th= e behavior I see on NS with the patch applied with target width 1700 and he= ight 1000. These are results from clone-frame using text-pixels which I'= ;ve included below without explicit pixelwise argument so it respects frame= -resize-pixelwise.

Note: frame-inhibit-implied-resize=3D(tab-bar-lines) is the default s= etting on NS:

#if defined (USE_GTK) || defined (HAVE_NS)
=C2=A0 frame_inhibit_implied= _resize =3D list1 (Qtab_bar_lines);

frame-resize-pixelwise=3Dnil frame-inhibit-impli= ed-resize=3Dnil text-width=3D1692 (=CE=94-8) text-height=3D984 (=CE=94-16) = native-width=3D1727 (=CE=94-8) native-height 988 (=CE=94-16)

Result: respects lines/cols= as expected.

frame-resize-pixelwise=3Dt frame-inhibit-implied-resiz= e=3D(tab-bar-lines) text-width=3D1700 (=CE=940) text-height=3D1000 (=CE=940= ) native-width=3D1735 (=CE=940) native-height 1004 (=CE=940)

Result: Okay by accident, I= think, only because tab-bar-lines parameter is nil during adjust_frame_hei= ght invocations?

frame-resize-pixelwise=3Dt frame-inhibit-implied-re= size=3Dnil text-width=3D1700 (=CE=940) text-height=3D1000 (=CE=940) native-= width=3D1735 (=CE=940) native-height 1004 (=CE=940)

Result: Okay but with frame-inhibit-= implied-resize nil, I'd have expected rows/cols vs. pixelwise.

f= rame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dt text-width=3D168= 5 (=CE=94-15) text-height=3D1000 (=CE=940) native-width=3D1720 (=CE=94-15) = native-height 1004 (=CE=940)

Result: I think this case remains broken needin= g=C2=A0the adjustment from your first patch that=C2=A0you wanted to also ac= count for fringes?

My default GUI setup is frame-resize-pixelwise t frame-inhibit-implie= d-resize t as I expect many people have adopted these days.

(defun my/clone-frame (&= optional frame no-windows pixelwise)
=C2=A0 "Make a new frame with = the same parameters and windows as FRAME.
With a prefix arg NO-WINDOWS, = don't clone the window configuration.=C2=A0 When
PIXELWISE is non-ni= l or if `frame-resize-pixelwise' is non-nil, and frame
is not text-o= nly, clone the originating frame's pixel size.

FRAME defaults to= the selected frame.=C2=A0 The frame is created on the
same terminal as = FRAME.=C2=A0 If the terminal is a text-only terminal then
also select th= e new frame."
=C2=A0 (interactive (list (selected-frame) current-pr= efix-arg))
=C2=A0 (let* ((frame (or frame (selected-frame)))
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0(windows (unless no-windows
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (window-state-get (fra= me-root-window frame))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(default-fram= e-alist
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (seq-remove (lambda (elem)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 (memq (car elem) frame-internal-parameters))
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-param= eters frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))
=C2=A0 = =C2=A0 (when (and (display-graphic-p frame)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0(or pixelwise frame-resize-pixelwise))
=C2=A0= =C2=A0 =C2=A0 (push (cons 'width (cons 'text-pixels (frame-text-wi= dth frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-ali= st)
=C2=A0 =C2=A0 =C2=A0 (push (cons 'height (cons 'text-pixels = (frame-text-height frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 de= fault-frame-alist))
=C2=A0 =C2=A0 (setq new-frame (make-frame))
=C2= =A0 =C2=A0 (when windows
=C2=A0 =C2=A0 =C2=A0 (window-state-put windows = (frame-root-window new-frame) 'safe))
=C2=A0 =C2=A0 (unless (display= -graphic-p frame)
=C2=A0 =C2=A0 =C2=A0 (select-frame new-frame))
=C2= =A0 =C2=A0 new-frame))

On Fri, Dec 13, 2024 = at 5:30=E2=80=AFAM martin rudalics <r= udalics@gmx.at> wrote:
=C2=A0>=C2=A0 > That patch works to address make-frame&= #39;s respect for text-pixels, at least
=C2=A0>=C2=A0 > on NS (the only platform I tested).
=C2=A0>
=C2=A0> I don't like it much and I have to further test the behavior= with fringes.
=C2=A0> Maybe I find=C2=A0 better solution.

I attach a patch that does away with a frame's inhibit_horizontal_resiz= e
and inhibit_vertical_resize slots.=C2=A0 Please test it.=C2=A0 If it works = for
you, I'll install it on master.

martin
--000000000000f07d150629295591-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Dec 2024 18:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173411375615801 (code B ref 74750); Fri, 13 Dec 2024 18:16:02 +0000 Received: (at 74750) by debbugs.gnu.org; 13 Dec 2024 18:15:56 +0000 Received: from localhost ([127.0.0.1]:44051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMACh-00046j-PU for submit@debbugs.gnu.org; Fri, 13 Dec 2024 13:15:56 -0500 Received: from mout.gmx.net ([212.227.17.20]:38147) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMACe-00046T-JO for 74750@debbugs.gnu.org; Fri, 13 Dec 2024 13:15:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734113746; x=1734718546; i=rudalics@gmx.at; bh=7m7HYT3q0j2tpRk39P7QAgBVpkeE77ouFgHQUW6lW88=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=ttgPm9gAEAee20xKK/sK8jpS3O6NDLt3UtWMLGPqznyx3PYVYMsBwmN7ynMCyBkJ sh1+8oncQYYv4kmmu522av/m/cpEGQmyXxv2qXJlzehUmfNSfE+uNc+aXe/wV3KCb vxDWULSKWAk0RFQM1vmlCyHyMdtYBlK0RR5Rztw8TNMDZ4V5l6CBO48/+1OVWiBqr AJfSxD7ffUGMAOJbe/w4HUod6pCMUJLlm6NVRhFa6ADVumFrLKsmNjXaPxjLblING P+mdjs1w00P4qwMVlNEz/0ajVjaLycTYV35mg0/Oe28tAjawG4ZyD/6CpmCCcIXFR IhsVaQSnWwkeX5ZwzA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.132]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MQMyf-1t0LvH0F0L-00Yqj7; Fri, 13 Dec 2024 19:15:46 +0100 Message-ID: Date: Fri, 13 Dec 2024 19:15:45 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:XUJHoyotGIrw3rOED1BiuxnJU3NNOMel3Orhy6/5f5apFevrspG pAE/wwPB6WfYRG+SFECn3otqbb0KIyFZhSWwgybfk6pQWu6pQv+XOHjz3Y8idpKsFcdlZ00 5OvtwTvKEye6s2eWSlKH6QRbGIQTxTb0dViRXP/cBGpR/E+fZpDGwF/Q2kudnLAZ9p8gsA8 2/Txkk+zz8J4qYu2LhkRg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:5O8siw8y4NA=;DKhONYAzKwv4ZT2Wt5+/4abiamw AXzLtC1re411nYPdQojU90motV81x2jaYK551juxkhTxMi7pN040czt4mWmC5PA7+q2IjqLSP rljgAiuluo7ohHOUmsiywfQ1x4RL7asc27G5gJ5t6ad49ehfogyUSB38yQAwcTQi2E1NNecNY Akh77Lk3/e4PtZ5v7Rbnylh8xc8jJLGgs2+OuYfat14vV3AS5H05p4ofxi7BXmr7N8x6Yk2H7 5MtsACv34G8BU9Yv9B6Acz8lUaZ9mIGPO24fP0H6Mzuj7vy2lBUrbXoi9U2Hj987eSAfFXZ8D l83K4R+Ne4WgnnV0d4WTEj11jcEP3GOUA8LH1EYvCf5t2+Wo1qJeMJhaTySN/iPEFI2QXFmXt PFSH3xIRcdNCTwq/W94P06atHgbzLLvJcToj9INX3xq8uG08nYc9cna9V18ixIgkD+O4drKYF ZhJfJMh1EA/j77Kb1TXsAoTSaOSlw2XyeVpjWI6oawwZMJmMqGAjjusQ70Q/zKQyF7NpdRNwk 16vS/iPiIo1spyIguqdR4wtmw2UwcDe/KgKhIX+dYDtXwWEphdguC7THS1q1imM0esqlP4m1Q OlhS3JcBLCrtdaKue0VrVCov+9TCGANKpkDt4gIReMRwcnoxtMzmCfnexDcomHQxgji7OiBvQ NiEvOjDqfW1ebaNOJvv5W0djJfZ70n5wP4zaUCFS0mFLOlraZBAUOx/opdNSibJI8rqq4Aaf9 qum0SiB9u/ymoEj4VbskEsjkHboIF2vEsyUS6c6OKDs9qWRYlfeWssu2pVQ0m06uE3p20xbwf bDSsP0PlT1/vqSdc4MniO7xdYIji8csGfv7oflV8OIKtmKMNEploUCkfdtZixIa92vTNN3LZk P8/D0zxCzdvmtH0fM87w1CXJjqX8oJt0B/OdtFGEBfI0jssVIJs5G25OMe++aIu/gKOybnWQw zW7BVRSIlzdTxD1PhRYLX2frVDgkBoFp6c1UZcjoDljZYoEpiUtLiK9TziaPWMH6oRm2uOuK5 pEGM1GfN5LijyUaUqRmF7wn+JprBY8KxdZExvkp9eZjxxZ/nETwz5iq/eCXjUWmMCKp6xygNr ibJXI35cy06Qq8se0N2rwa2xaNqjg/ X-Spam-Score: -0.7 (/) 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.7 (-) ID4gVGhhbmsgeW91IGZvciB0aGUgcGF0Y2ggYW5kIGNvbnRpbnVlZCBmb2N1cyBvbiB0aGlz LiBUaGUgZm9sbG93aW5nIGlzIHRoZQ0KID4gYmVoYXZpb3IgSSBzZWUgb24gTlMgd2l0aCB0 aGUgcGF0Y2ggYXBwbGllZCB3aXRoIHRhcmdldCB3aWR0aCAxNzAwIGFuZA0KID4gaGVpZ2h0 IDEwMDAuIFRoZXNlIGFyZSByZXN1bHRzIGZyb20gY2xvbmUtZnJhbWUgdXNpbmcgdGV4dC1w aXhlbHMgd2hpY2gNCiA+IEkndmUgaW5jbHVkZWQgYmVsb3cgd2l0aG91dCBleHBsaWNpdCBw aXhlbHdpc2UgYXJndW1lbnQgc28gaXQgcmVzcGVjdHMNCiA+IGZyYW1lLXJlc2l6ZS1waXhl bHdpc2UuDQoNClRoYW5rIHlvdSBmb3IgY29uZHVjdGluZyB0aGVzZSBleHBlcmltZW50cy4N Cg0KID4gTm90ZTogZnJhbWUtaW5oaWJpdC1pbXBsaWVkLXJlc2l6ZT0odGFiLWJhci1saW5l cykgaXMgdGhlIGRlZmF1bHQgc2V0dGluZw0KID4gb24gTlM6DQogPg0KID4gI2lmIGRlZmlu ZWQgKFVTRV9HVEspIHx8IGRlZmluZWQgKEhBVkVfTlMpDQogPiAgICBmcmFtZV9pbmhpYml0 X2ltcGxpZWRfcmVzaXplID0gbGlzdDEgKFF0YWJfYmFyX2xpbmVzKTsNCiA+DQogPiBmcmFt ZS1yZXNpemUtcGl4ZWx3aXNlPW5pbCBmcmFtZS1pbmhpYml0LWltcGxpZWQtcmVzaXplPW5p bCB0ZXh0LXdpZHRoPTE2OTINCiA+ICjOlC04KSB0ZXh0LWhlaWdodD05ODQgKM6ULTE2KSBu YXRpdmUtd2lkdGg9MTcyNyAozpQtOCkgbmF0aXZlLWhlaWdodCA5ODgNCiA+ICjOlC0xNikN CiA+DQogPiBSZXN1bHQ6IHJlc3BlY3RzIGxpbmVzL2NvbHMgYXMgZXhwZWN0ZWQuDQoNCkl0 J3MgcHJvYmxlbWF0aWMgdG8gY2xvbmUgYSBmcmFtZSBtYWRlIHdpdGggJ2ZyYW1lLXJlc2l6 ZS1waXhlbHdpc2UnDQpub24tbmlsIGluIGEgc2V0dGluZyB3aXRoICdmcmFtZS1yZXNpemUt cGl4ZWx3aXNlJyBuaWwuICBJIGFsd2F5cyBoYXZlDQonZnJhbWUtcmVzaXplLXBpeGVsd2lz ZScgdCBhbmQgbmV2ZXIgY2hhbmdlIGl0Lg0KDQogPiBmcmFtZS1yZXNpemUtcGl4ZWx3aXNl PXQgZnJhbWUtaW5oaWJpdC1pbXBsaWVkLXJlc2l6ZT0odGFiLWJhci1saW5lcykNCiA+IHRl eHQtd2lkdGg9MTcwMCAozpQwKSB0ZXh0LWhlaWdodD0xMDAwICjOlDApIG5hdGl2ZS13aWR0 aD0xNzM1ICjOlDApDQogPiBuYXRpdmUtaGVpZ2h0IDEwMDQgKM6UMCkNCiA+DQogPiBSZXN1 bHQ6IE9rYXkgYnkgYWNjaWRlbnQsIEkgdGhpbmssIG9ubHkgYmVjYXVzZSB0YWItYmFyLWxp bmVzIHBhcmFtZXRlciBpcw0KID4gbmlsIGR1cmluZyBhZGp1c3RfZnJhbWVfaGVpZ2h0IGlu dm9jYXRpb25zPw0KDQphZGp1c3RfZnJhbWVfc2l6ZSB5b3UgbWVhbiwgSSBzdXBwb3NlLiAg RG9lcyB5b3VyIGZyYW1lIGhhdmUgYSB0YWIgYmFyPw0KDQogPiBmcmFtZS1yZXNpemUtcGl4 ZWx3aXNlPXQgZnJhbWUtaW5oaWJpdC1pbXBsaWVkLXJlc2l6ZT1uaWwgdGV4dC13aWR0aD0x NzAwDQogPiAozpQwKSB0ZXh0LWhlaWdodD0xMDAwICjOlDApIG5hdGl2ZS13aWR0aD0xNzM1 ICjOlDApIG5hdGl2ZS1oZWlnaHQgMTAwNCAozpQwKQ0KID4NCiA+IFJlc3VsdDogT2theSBi dXQgd2l0aCBmcmFtZS1pbmhpYml0LWltcGxpZWQtcmVzaXplIG5pbCwgSSdkIGhhdmUgZXhw ZWN0ZWQNCiA+IHJvd3MvY29scyB2cy4gcGl4ZWx3aXNlLg0KDQpXaHk/ICAnZnJhbWUtaW5o aWJpdC1pbXBsaWVkLXJlc2l6ZScgaXMgYWJvdXQgX25vdF8gcmVzaXppbmcgYSBmcmFtZSdz DQp3aW5kb3cgd2hlbiBvbmUgcmVtb3Zlcy9hZGRzIG9uZSBvZiB0aGUgaXRlbXMgaXQgbWVu dGlvbnMuICBJdCBzaG91bGQNCndvcmsgd2l0aCBwaXhlbHdpc2UgYW5kIG5vcm1hbCByZXNp emluZy4NCg0KID4gZnJhbWUtcmVzaXplLXBpeGVsd2lzZT10IGZyYW1lLWluaGliaXQtaW1w bGllZC1yZXNpemU9dCB0ZXh0LXdpZHRoPTE2ODUNCiA+ICjOlC0xNSkgdGV4dC1oZWlnaHQ9 MTAwMCAozpQwKSBuYXRpdmUtd2lkdGg9MTcyMCAozpQtMTUpIG5hdGl2ZS1oZWlnaHQgMTAw NA0KID4gKM6UMCkNCiA+DQogPiBSZXN1bHQ6IEkgdGhpbmsgdGhpcyBjYXNlIHJlbWFpbnMg YnJva2VuIG5lZWRpbmcgdGhlIGFkanVzdG1lbnQgZnJvbSB5b3VyDQogPiBmaXJzdCBwYXRj aCB0aGF0IHlvdSB3YW50ZWQgdG8gYWxzbyBhY2NvdW50IGZvciBmcmluZ2VzPw0KDQoxNSBp cyBhbiBvZGQgbnVtYmVyIHNvIGl0IGNhbid0IGJlIHRoZSBkZWZhdWx0IGZyaW5nZXMuICBJ SVVDIGl0J3MgeW91cg0Kc2Nyb2xsIGJhciB3aGljaCBnZXRzIHNldCB1cCBhZnRlciB0aGUg ImZyYW1lIHdhcyBtYWRlIiBhbmQgd2hpbGUNCnJlc2l6aW5nIGlzIGluaGliaXRlZC4gIE5v dGUgdGhhdCB0aGUgZnJpbmdlcyBhcmUgcHVyZWx5IEVtYWNzIGludGVybmFsDQotIHdlIGNh biBzZXQgdGhlbSB1cCBhbnkgd2F5IHdlIGxpa2UuICBUaGUgc2Nyb2xsIGJhciBpcyBtb3Jl IGRpZmZpY3VsdA0Kc2luY2UgdGhlIHRvb2xraXQgdXN1YWxseSBkZXRlcm1pbmVzIGl0cyBk ZWZhdWx0IHdpZHRoLiAgWW91IGNvdWxkIHRyeQ0KdG8gZGVidWcgdGhpcyB3aXRoIGEgYnJl YWtwb2ludCBpbiAnZ3VpX3NldF9zY3JvbGxfYmFyX3dpZHRoJyBhbmQgYWZ0ZXINCnRoYXQg b25lIGluICdmcmFtZV9pbmhpYml0X3Jlc2l6ZScuICBIZXJlIG9uIHhmd20vR1RLLTMgdGhl IHRleHQgd2lkdGgNCnJlbWFpbnMgdW5jaGFuZ2VkLg0KDQogPiBNeSBkZWZhdWx0IEdVSSBz ZXR1cCBpcyBmcmFtZS1yZXNpemUtcGl4ZWx3aXNlIHQNCiA+IGZyYW1lLWluaGliaXQtaW1w bGllZC1yZXNpemUgdCBhcyBJIGV4cGVjdCBtYW55IHBlb3BsZSBoYXZlIGFkb3B0ZWQgdGhl c2UNCiA+IGRheXMuDQoNCkZldyBwZW9wbGUgaGF2ZSBBRkFJQ1QuICBOb3RlIHRoYXQgYWxs IHRoZXNlIGV4cGVyaW1lbnRzIGFyZSBib3JkZXJsaW5lLg0KQ2xvbmluZyBhIGZyYW1lIHNo b3VsZCByZXNwZWN0IHRoZSBzZXR0aW5ncyB0aGF0IHdlcmUgYWN0aXZlIGF0IHRoZSB0aW1l DQp0aGUgb3JpZ2luYWwgd2FzIG1hZGUuICBXZSBjYW4gdHJ5IHRvIG1ha2UgaXQgYmVoYXZl IHJlYXNvbmFibHkgd2hlbg0KdGhlc2UgdmFsdWVzIGNoYW5nZSBidXQgSSBhbSBub3Qgc3Vy ZSB3aGV0aGVyIHdlIHdpbGwgc3VjY2VlZC4NCg0KbWFydGluDQo= From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Dec 2024 18:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173411442617758 (code B ref 74750); Fri, 13 Dec 2024 18:28:02 +0000 Received: (at 74750) by debbugs.gnu.org; 13 Dec 2024 18:27:06 +0000 Received: from localhost ([127.0.0.1]:44071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMANO-0004bu-Or for submit@debbugs.gnu.org; Fri, 13 Dec 2024 13:27:06 -0500 Received: from mail-vk1-f170.google.com ([209.85.221.170]:48548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMANI-0004bU-HT for 74750@debbugs.gnu.org; Fri, 13 Dec 2024 13:26:57 -0500 Received: by mail-vk1-f170.google.com with SMTP id 71dfb90a1353d-518957b0533so562479e0c.1 for <74750@debbugs.gnu.org>; Fri, 13 Dec 2024 10:26:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734114347; x=1734719147; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=VmpMqJkvXpfUNvo9Gtbov5U+IKlho6u+i0GYwPH4Y1s=; b=dvleoEhWiF5PhT/DtIxoSQoZfoMV8TCmXwSSK/dtjp8tOz/zoJYvh/oTs2Ipe2n7Z7 4YYg12xIS9KaGXZPPboMORsvZFy01YlbvoDR+5Y2yE0R40dmClV7ZhqcuYU9ppO6fiwo e9VmdfpfydDwnTopuKamimJV3QqyATMXYyy3d/5O7pxFfgByvn8NDTj3XlUKaCIk7103 RtxnAjKVbHuOIQzFXxtY9X5bJaiqMXZgZJgBnPkXZiUJFJ6xCwsPauZ8aa+JQLuO+sY7 UaSrizbCsKRlivSPvu7k6q6s3Mu5ZPezmsG4eJkO1jkDhTIn8sTmPmITGoFJu2wwT3UI lGzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734114347; x=1734719147; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VmpMqJkvXpfUNvo9Gtbov5U+IKlho6u+i0GYwPH4Y1s=; b=bJWN6ArhCPh4JHKN86aamrZbu4qzvZ5sJhKCHKVgtMRggRvGCP5KlMljAQedv+Zh1/ 03IrLqRxeGPnPVQGjUVeT00jKOV6BEbM5C4F+24gXxiRLJicoVNgUqYe43DZqG/pd/rY kFplWNq2DcSxe6IY/U7RhxYCc1lVLy17hs/P5IOEzdBKHSIPIWuoy90VHoqPHRuw1JNb ZymRItmr6lwUqIlO5bZHgun6Y1lgPMBA6d3t7RgO0yhkT6/8VXcU14IH6oULACwfrJuk GodCLqtjmiD7QAxfr9dNs7T8KrIVrKhVNS5eEtC+P6Ff1xIAFm4dCo5jlphx2d9EnaBM szkg== X-Forwarded-Encrypted: i=1; AJvYcCXxMyaJkg1pa4ZFgGRlEEAyISurgndj/Z/0f3d+/u3DFFaNhyuGa2MGmrePCzZV9smZ2Lusjg==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yx+HSUuEDllZ5LwrN3M2oWz2EuUERKLd8uXEqUL9hp+SsVY0ttN rAgNcQI4rjUOUOwlc0Pg1y0aWCv/aMXbltOIEMz9db77CH93Xuss8C0aC3WMXDroOboL0aqAJcO ZZtI7cenWzhwpVOXUkSmpkOofhjk= X-Gm-Gg: ASbGncvS6iKO1u+w5axJkfCTUBAQCCMsQCh05BSw0eTYJGcMWAhZcDFTaZtiDOuVbbN SThTDt8M2S6ECbZNnrthNonjjsW+vBDSXCRjHjQ== X-Google-Smtp-Source: AGHT+IHjk4Q8+oR/Gn3S+2CX0NyUDtsD3r4cbRCDfDYXJmDumaL04t/C6SzLhb+GnbQY8HoySuxz64HbC1pu2aTdQco= X-Received: by 2002:a05:6122:4592:b0:517:4fca:86d4 with SMTP id 71dfb90a1353d-518ca48b577mr3971334e0c.11.1734114346802; Fri, 13 Dec 2024 10:25:46 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> In-Reply-To: From: Ship Mints Date: Fri, 13 Dec 2024 13:25:03 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000a4265106292af5a6" 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 (-) --000000000000a4265106292af5a6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Dec 13, 2024 at 1:15=E2=80=AFPM martin rudalics w= rote: > > Thank you for the patch and continued focus on this. The following is > the > > behavior I see on NS with the patch applied with target width 1700 and > > height 1000. These are results from clone-frame using text-pixels whic= h > > I've included below without explicit pixelwise argument so it respects > > frame-resize-pixelwise. > > Thank you for conducting these experiments. > My pleasure, actually. I live inside Emacs so the better we make it for us the better for all. > Note: frame-inhibit-implied-resize=3D(tab-bar-lines) is the default sett= ing > > on NS: > > > > #if defined (USE_GTK) || defined (HAVE_NS) > > frame_inhibit_implied_resize =3D list1 (Qtab_bar_lines); > > > > frame-resize-pixelwise=3Dnil frame-inhibit-implied-resize=3Dnil > text-width=3D1692 > > (=CE=94-8) text-height=3D984 (=CE=94-16) native-width=3D1727 (=CE=94-8= ) native-height 988 > > (=CE=94-16) > > > > Result: respects lines/cols as expected. > > It's problematic to clone a frame made with 'frame-resize-pixelwise' > non-nil in a setting with 'frame-resize-pixelwise' nil. I always have > 'frame-resize-pixelwise' t and never change it. > As you pointed out, these are experiments and reflect the desire to fully understand (and control) Emacs behavior under various circumstances we encounter. > > frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3D(tab-bar-lin= es) > > text-width=3D1700 (=CE=940) text-height=3D1000 (=CE=940) native-width= =3D1735 (=CE=940) > > native-height 1004 (=CE=940) > > > > Result: Okay by accident, I think, only because tab-bar-lines paramete= r > is > > nil during adjust_frame_height invocations? > > adjust_frame_size you mean, I suppose. Does your frame have a tab bar? > Yes, typo. These results are all under -Q as we need to repro, so no visible tab bar, just the default NS view which is the tool bar which under master, now appears on the title bar. Something I didn't notice until today but it's neither here nor there, I suppose. I disable tool-bar under all my own real-world circumstances. > frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dnil text-width= =3D1700 > > (=CE=940) text-height=3D1000 (=CE=940) native-width=3D1735 (=CE=940) n= ative-height 1004 > (=CE=940) > > > > Result: Okay but with frame-inhibit-implied-resize nil, I'd have > expected > > rows/cols vs. pixelwise. > > Why? 'frame-inhibit-implied-resize' is about _not_ resizing a frame's > window when one removes/adds one of the items it mentions. It should > work with pixelwise and normal resizing. > I said that because the latest patch respects frame-inhibit-implied-resize not frame-resize-pixelwise. > frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dt text-width= =3D1685 > > (=CE=94-15) text-height=3D1000 (=CE=940) native-width=3D1720 (=CE=94-1= 5) native-height 1004 > > (=CE=940) > > > > Result: I think this case remains broken needing the adjustment from > your > > first patch that you wanted to also account for fringes? > > 15 is an odd number so it can't be the default fringes. IIUC it's your > scroll bar which gets set up after the "frame was made" and while > resizing is inhibited. Note that the fringes are purely Emacs internal > - we can set them up any way we like. The scroll bar is more difficult > since the toolkit usually determines its default width. You could try > to debug this with a breakpoint in 'gui_set_scroll_bar_width' and after > that one in 'frame_inhibit_resize'. Here on xfwm/GTK-3 the text width > remains unchanged. > Indeed 15 is the vertical scroll bar width. This was what I reported in the original bug submission. You suggested a patch that would accommodate fringes, et.al. If you'd like me to make adjustments; e.g., resizing fringes or whatever, happy to do it and rerun. These are all ostensively calls to clone-frame. I'd expect, as I guess most people would, that cloning produces the precise geometry of the originating frame, scroll bar or not. > > My default GUI setup is frame-resize-pixelwise t > > frame-inhibit-implied-resize t as I expect many people have adopted > these > > days. > > Few people have AFAICT. Note that all these experiments are borderline. > Cloning a frame should respect the settings that were active at the time > the original was made. We can try to make it behave reasonably when > these values change but I am not sure whether we will succeed. > Let's try. -Stephane --000000000000a4265106292af5a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= On Fri, Dec 13, 2024 at 1:15=E2=80=AFPM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> Thank you for the patch and continued focus on= this. The following is the
=C2=A0> behavior I see on NS with the patch applied with target width 17= 00 and
=C2=A0> height 1000. These are results from clone-frame using text-pixel= s which
=C2=A0> I've included below without explicit pixelwise argument so i= t respects
=C2=A0> frame-resize-pixelwise.

Thank you for conducting these experiments.

=
My pleasure, a= ctually. I live inside=C2=A0Emacs so the better we make it for us the bette= r for all.

=C2=A0> Note: frame-inhibit-implied-resize=3D(tab-bar-lines) is the defa= ult setting
=C2=A0> on NS:
=C2=A0>
=C2=A0> #if defined (USE_GTK) || defined (HAVE_NS)
=C2=A0>=C2=A0 =C2=A0 frame_inhibit_implied_resize =3D list1 (Qtab_bar_li= nes);
=C2=A0>
=C2=A0> frame-resize-pixelwise=3Dnil frame-inhibit-implied-resize=3Dnil = text-width=3D1692
=C2=A0> (=CE=94-8) text-height=3D984 (=CE=94-16) native-width=3D1727 (= =CE=94-8) native-height 988
=C2=A0> (=CE=94-16)
=C2=A0>
=C2=A0> Result: respects lines/cols as expected.

It's problematic to clone a frame made with 'frame-resize-pixelwise= '
non-nil in a setting with 'frame-resize-pixelwise' nil.=C2=A0 I alw= ays have
'frame-resize-pixelwise' t and never change it.

As you pointed out, these are experiments and reflect the desire to full= y understand (and control) Emacs behavior under various circumstances we en= counter.
=C2=A0
=C2=A0> frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3D(tab-b= ar-lines)
=C2=A0> text-width=3D1700 (=CE=940) text-height=3D1000 (=CE=940) native-= width=3D1735 (=CE=940)
=C2=A0> native-height 1004 (=CE=940)
=C2=A0>
=C2=A0> Result: Okay by accident, I think, only because tab-bar-lines pa= rameter is
=C2=A0> nil during adjust_frame_height invocations?

adjust_frame_size you mean, I suppose.=C2=A0 Does your frame have a tab bar= ?

Yes, typo. These results are all under -Q as we nee= d to repro, so no visible tab bar, just the default NS view which is the to= ol bar which under master, now appears on the title bar. Something I didn&#= 39;t notice until today but it's neither here nor there, I suppose. I d= isable tool-bar under all my own real-world circumstances.

=C2=A0> frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dnil te= xt-width=3D1700
=C2=A0> (=CE=940) text-height=3D1000 (=CE=940) native-width=3D1735 (=CE= =940) native-height 1004 (=CE=940)
=C2=A0>
=C2=A0> Result: Okay but with frame-inhibit-implied-resize nil, I'd = have expected
=C2=A0> rows/cols vs. pixelwise.

Why?=C2=A0 'frame-inhibit-implied-resize' is about _not_ resizing a= frame's
window when one removes/adds one of the items it mentions.=C2=A0 It should<= br> work with pixelwise and normal resizing.

I said that becau= se the latest patch respects frame-inhibit-implied-resize not frame-resize-= pixelwise.

=C2=A0> frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dt text= -width=3D1685
=C2=A0> (=CE=94-15) text-height=3D1000 (=CE=940) native-width=3D1720 (= =CE=94-15) native-height 1004
=C2=A0> (=CE=940)
=C2=A0>
=C2=A0> Result: I think this case remains broken needing the adjustment = from your
=C2=A0> first patch that you wanted to also account for fringes?

15 is an odd number so it can't be the default fringes.=C2=A0 IIUC it&#= 39;s your
scroll bar which gets set up after the "frame was made" and while=
resizing is inhibited.=C2=A0 Note that the fringes are purely Emacs interna= l
- we can set them up any way we like.=C2=A0 The scroll bar is more difficul= t
since the toolkit usually determines its default width.=C2=A0 You could try=
to debug this with a breakpoint in 'gui_set_scroll_bar_width' and a= fter
that one in 'frame_inhibit_resize'.=C2=A0 Here on xfwm/GTK-3 the te= xt width
remains unchanged.

Indeed 15 is the vertical scroll b= ar width. This was what I reported in the original bug submission. You sugg= ested a patch that would accommodate fringes, et.a= l. If you'd like me to make adjustments; e.g., resizing fringes or = whatever, happy to do it and rerun.

These are all ostensively calls to clone-frame. I= 9;d expect, as I guess most people would, that cloning produces the precise= geometry of the originating frame, scroll bar or not.
=C2= =A0
=C2=A0> My default GUI setup is frame-resize-pixelwise t
=C2=A0> frame-inhibit-implied-resize t as I expect many people have adop= ted these
=C2=A0> days.

Few people have AFAICT.=C2=A0 Note that all these experiments are borderlin= e.
Cloning a frame should respect the settings that were active at the time the original was made.=C2=A0 We can try to make it behave reasonably when these values change but I am not sure whether we will succeed.

Let's try.

-Stephane
--000000000000a4265106292af5a6-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Dec 2024 08:28:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173416484613036 (code B ref 74750); Sat, 14 Dec 2024 08:28:03 +0000 Received: (at 74750) by debbugs.gnu.org; 14 Dec 2024 08:27:26 +0000 Received: from localhost ([127.0.0.1]:45329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMNUf-0003O7-DL for submit@debbugs.gnu.org; Sat, 14 Dec 2024 03:27:25 -0500 Received: from mout.gmx.net ([212.227.15.15]:45319) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMNUY-0003Nj-6X for 74750@debbugs.gnu.org; Sat, 14 Dec 2024 03:27:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734164827; x=1734769627; i=rudalics@gmx.at; bh=kwEZ7l9WZsCz4vq0t/0datD6BJs8EWHId1TfQUJnQLo=; h=X-UI-Sender-Class:Content-Type:Message-ID:Date:MIME-Version: Subject:To:Cc:References:From:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=FM28vqeZsLIM8oxyR7r30ldch9PR/gueUW56+Lun+zcjkGmusXQxqpT+R6BxKNQ+ SeHChtECTTDFklOBlOrpsDTECpT56+wNQCfoSumM+Q3vHOvM6B5hGREgtkFOfe0k0 EkRPckmKS/BYG9xwRRidz+SdIXjoC+fgGCoAbT2D6hpJc0U5yhwStdICRrFtRP6l4 yqE9dgps6T4GWwrFvOdgOiHDKt7cEs9IcDc62vFz8Mt97ESdZ/+1fz1NbwXTHHJ6T sUgtxGEdMLP+MLKFFUQvEtROhWJM1F5UiODLnAj03DW4ddUbiBFnlUjklukBi+5Ct cLk51ibJ4i/56eo58A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.116]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M6DWs-1tFnuN0PVo-00GWAu; Sat, 14 Dec 2024 09:27:07 +0100 Content-Type: multipart/mixed; boundary="------------Cs1pfeJJdbDurb1aMagsO0rU" Message-ID: <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> Date: Sat, 14 Dec 2024 09:27:04 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: X-Provags-ID: V03:K1:1lJgg+J8FU29H1g9m5A2UNO5AEpGqT8dCPUxc7kaISH4MCeSAj7 hbpj6wYxXm9tRgsocnQ9iZDnSagTDdk2GtBDQ+B3ShxlfwAnTdp7iDRwlcDQB2piRWGF7x5 tL4qoym+cr5szEnYu9/Xy4/r6M3hvgjv1IoslxVKDeDIzVjhwRs9Kj1xxbdXfvA64wFTuuQ OCGmfe/ZAG6IqW+uEmyRQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:MXk9JfxVH+8=;1YN7KNRZfrwEbJYXmWjyjcDZh7W Fh/88LIR7nOlzY1WkIaeEOcni4hsGFlRhh6Cr2Bj3RYAnF83XwH6oIU+dwIyP8HUhgYzP95Q2 +jz0m6/uVzKlHA/HolEloO9PjmLF6txlGq4c1cg8uwGpGOhl0gPsmT/aGXlzQqYQyGUr+3Urh eIfEqBF7oWsgszOdKl57aOqiIHN1J6Pvhe6b4uI5fIWAUmh5AAIUl1tMYhtGvkiZYGbjpy4nc LXW00VYrP4gpsme3hWa0RA0aSyUVjwZ95iolIINr0yRZ1o+rMul73v+f1rwILUjlzCrEX0LOZ qlkF81O/6zxrYIABC5wnIlkPCN20x4zz/wQB3g7SijvYqdITFNt+6xkrzQRGXBVzX580mLB2z 6ODJ9hMFtyMcKFUnLBUDY/Ap3/gLmIqr9f3Wu2ROrMGW5e6dkO5bhPATfHp15v0KMhg27ZTzy mANEcK54CGzSgcRk9e4m0CoPaMr+ffaCrTRAeAzO1GILVR61CPAjIQ2dq5fEFoKVVZ1ZqESMZ a5oKlmBwguj48J0EFDqeDB7Twyqj94s2yW7eajWxBv1RBHSFqW2zFK8uwv6jP7nIuhLMfJHdO DK12h5rn6XwHQ/jc1nF/KF9E6PQ8I1gYsB8nswq4nIM8RfpHe5XvAnA39zVbHGJFNa9KS8rVK kCAXH9JDSojhSna5BnlqzTgd7j2eeGQY0Oxg0XBGwtRu5rc5JQSCKBkwa09WZkYyAF1jLVSEN Sg+hMpNC6AJHQDInJwpeRDWOr1NKK4cyy+2C5/Or58z4CFWDLALJ01MnIC3OEJDHd+P4JKq42 SAnRDxldp64McWxrJIuOw4NHHvDSDOG0h5P29kNQEElKmu0rHdmRwKu8ut5SIR/pHVnQGcEZF 4oLXf0nWSMa9c3UfPA/E1UpUx6MaqbHZ/3XXbDKj5TXB16mtpUBaKfX9bkr1iRSL96GSZdKHb eQJaCv7UPajx1AYwjdcG0VOQkB2w0trte2S5uMzjaewL9AV/CjvIQlNe5pPx/Ybb+6n6RDFVY tG7O9Nf1WvoYgq9Uujp6fvRIJI2N4bpwVZBe5kuz4Q7HlVJyBXEfgD7LfC6QO0R8wRtVe0vPa bdQu41SbrLhT1ga28HzFmm/UqbIbZv X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Indeed 15 is the vertical scroll bar width. This was what I reported in the > original bug submission. You suggested a patch that would accommodate > fringes, et.al. If you'd like me to make adjust [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.116 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in sa-trusted.bondedsender.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in bl.score.senderscore.com] 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.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Indeed 15 is the vertical scroll bar width. This was what I reported in the > original bug submission. You suggested a patch that would accommodate > fringes, et.al. If you'd like me to make adjust [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in sa-accredit.habeas.com] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.116 listed in zen.spamhaus.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in bl.score.senderscore.com] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager This is a multi-part message in MIME format. --------------Cs1pfeJJdbDurb1aMagsO0rU Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Indeed 15 is the vertical scroll bar width. This was what I reported in the > original bug submission. You suggested a patch that would accommodate > fringes, et.al. If you'd like me to make adjustments; e.g., resizing > fringes or whatever, happy to do it and rerun. I've been throwing out the child with the bathwater. Please try the attached patch which retains an important conjunct. > These are all ostensively calls to clone-frame. I'd expect, as I guess most > people would, that cloning produces the precise geometry of the originating > frame, scroll bar or not. The major purpose of 'frame-inhibit-implied-resize' is to avoid resizes when a frame has been tailored to fit into some arrangement of windows on the display as, for example, with a tiling window manager. Here I hardly ever use it. By design, it should have no effect when making a new frame which is what the corrected patch should support. Still, it might not work for elements like the external tool bar. >> We can try to make it behave reasonably when >> these values change but I am not sure whether we will succeed. >> > > Let's try. Let's. martin --------------Cs1pfeJJdbDurb1aMagsO0rU Content-Type: text/x-patch; charset=UTF-8; name="make-frame.diff" Content-Disposition: attachment; filename="make-frame.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9mcmFtZS5jIGIvc3JjL2ZyYW1lLmMKaW5kZXggZjYwNTNmY2Ez ZWYuLmYyMmJkNTAxYThkIDEwMDY0NAotLS0gYS9zcmMvZnJhbWUuYworKysgYi9zcmMvZnJh bWUuYwpAQCAtMTU4LDIwICsxNTgsMTYgQEAgZ2V0X2ZyYW1lX3BhcmFtIChzdHJ1Y3QgZnJh bWUgKmZyYW1lLCBMaXNwX09iamVjdCBwcm9wKQogZnJhbWVfaW5oaWJpdF9yZXNpemUgKHN0 cnVjdCBmcmFtZSAqZiwgYm9vbCBob3Jpem9udGFsLCBMaXNwX09iamVjdCBwYXJhbWV0ZXIp CiB7CiAgIExpc3BfT2JqZWN0IGZ1bGxzY3JlZW4gPSBnZXRfZnJhbWVfcGFyYW0gKGYsIFFm dWxsc2NyZWVuKTsKLSAgYm9vbCBpbmhpYml0Ci0gICAgPSAoZi0+YWZ0ZXJfbWFrZV9mcmFt ZQotICAgICAgID8gKEVRIChmcmFtZV9pbmhpYml0X2ltcGxpZWRfcmVzaXplLCBRdCkKLQkg IHx8IChDT05TUCAoZnJhbWVfaW5oaWJpdF9pbXBsaWVkX3Jlc2l6ZSkKLQkgICAgICAmJiAh TklMUCAoRm1lbXEgKHBhcmFtZXRlciwgZnJhbWVfaW5oaWJpdF9pbXBsaWVkX3Jlc2l6ZSkp KQotCSAgfHwgKGhvcml6b250YWwKLQkgICAgICAmJiAhTklMUCAoZnVsbHNjcmVlbikgJiYg IUVRIChmdWxsc2NyZWVuLCBRZnVsbGhlaWdodCkpCi0JICB8fCAoIWhvcml6b250YWwKLQkg ICAgICAmJiAhTklMUCAoZnVsbHNjcmVlbikgJiYgIUVRIChmdWxsc2NyZWVuLCBRZnVsbHdp ZHRoKSkKLQkgIHx8IEZSQU1FX1RFUk1DQVBfUCAoZikgfHwgRlJBTUVfTVNET1NfUCAoZikp Ci0gICAgICAgOiAoKGhvcml6b250YWwgJiYgZi0+aW5oaWJpdF9ob3Jpem9udGFsX3Jlc2l6 ZSkKLQkgIHx8ICghaG9yaXpvbnRhbCAmJiBmLT5pbmhpYml0X3ZlcnRpY2FsX3Jlc2l6ZSkp KTsKIAotICByZXR1cm4gaW5oaWJpdDsKKyAgcmV0dXJuIChmLT5hZnRlcl9tYWtlX2ZyYW1l CisJICAmJiAoRVEgKGZyYW1lX2luaGliaXRfaW1wbGllZF9yZXNpemUsIFF0KQorCSAgICAg IHx8IChDT05TUCAoZnJhbWVfaW5oaWJpdF9pbXBsaWVkX3Jlc2l6ZSkKKwkJICAmJiAhTklM UCAoRm1lbXEgKHBhcmFtZXRlciwgZnJhbWVfaW5oaWJpdF9pbXBsaWVkX3Jlc2l6ZSkpKQor CSAgICAgIHx8IChob3Jpem9udGFsCisJCSAgJiYgIU5JTFAgKGZ1bGxzY3JlZW4pICYmICFF USAoZnVsbHNjcmVlbiwgUWZ1bGxoZWlnaHQpKQorCSAgICAgIHx8ICghaG9yaXpvbnRhbAor CQkgICYmICFOSUxQIChmdWxsc2NyZWVuKSAmJiAhRVEgKGZ1bGxzY3JlZW4sIFFmdWxsd2lk dGgpKQorCSAgICAgIHx8IEZSQU1FX1RFUk1DQVBfUCAoZikgfHwgRlJBTUVfTVNET1NfUCAo ZikpKTsKIH0KIAogCkBAIC05NTcsOCArOTUzLDYgQEAgbWFrZV9mcmFtZSAoYm9vbCBtaW5p X3ApCiAgIGYtPmdhcmJhZ2VkID0gdHJ1ZTsKICAgZi0+Y2FuX3NldF93aW5kb3dfc2l6ZSA9 IGZhbHNlOwogICBmLT5hZnRlcl9tYWtlX2ZyYW1lID0gZmFsc2U7Ci0gIGYtPmluaGliaXRf aG9yaXpvbnRhbF9yZXNpemUgPSBmYWxzZTsKLSAgZi0+aW5oaWJpdF92ZXJ0aWNhbF9yZXNp emUgPSBmYWxzZTsKICAgZi0+dGFiX2Jhcl9yZWRpc3BsYXllZCA9IGZhbHNlOwogICBmLT50 YWJfYmFyX3Jlc2l6ZWQgPSBmYWxzZTsKICAgZi0+dG9vbF9iYXJfcmVkaXNwbGF5ZWQgPSBm YWxzZTsKQEAgLTMxMjgsOCArMzEyMiw2IEBAIERFRlVOICgiZnJhbWUtYWZ0ZXItbWFrZS1m cmFtZSIsCiB7CiAgIHN0cnVjdCBmcmFtZSAqZiA9IGRlY29kZV9saXZlX2ZyYW1lIChmcmFt ZSk7CiAgIGYtPmFmdGVyX21ha2VfZnJhbWUgPSAhTklMUCAobWFkZSk7Ci0gIGYtPmluaGli aXRfaG9yaXpvbnRhbF9yZXNpemUgPSBmYWxzZTsKLSAgZi0+aW5oaWJpdF92ZXJ0aWNhbF9y ZXNpemUgPSBmYWxzZTsKICAgcmV0dXJuIG1hZGU7CiB9CiAKQEAgLTU5MTgsNyArNTkxMCw2 IEBAIGd1aV9maWd1cmVfd2luZG93X3NpemUgKHN0cnVjdCBmcmFtZSAqZiwgTGlzcF9PYmpl Y3QgcGFybXMsIGJvb2wgdGFiYmFyX3AsCiAJCXhzaWduYWwxIChRYXJnc19vdXRfb2ZfcmFu Z2UsIFhDRFIgKHdpZHRoKSk7CiAKIAkgICAgICB0ZXh0X3dpZHRoID0gWEZJWE5VTSAoWENE UiAod2lkdGgpKTsKLQkgICAgICBmLT5pbmhpYml0X2hvcml6b250YWxfcmVzaXplID0gdHJ1 ZTsKIAkgICAgfQogCSAgZWxzZSBpZiAoRkxPQVRQICh3aWR0aCkpCiAJICAgIHsKQEAgLTU5 NTQsNyArNTk0NSw2IEBAIGd1aV9maWd1cmVfd2luZG93X3NpemUgKHN0cnVjdCBmcmFtZSAq ZiwgTGlzcF9PYmplY3QgcGFybXMsIGJvb2wgdGFiYmFyX3AsCiAJCXhzaWduYWwxIChRYXJn c19vdXRfb2ZfcmFuZ2UsIFhDRFIgKGhlaWdodCkpOwogCiAJICAgICAgdGV4dF9oZWlnaHQg PSBYRklYTlVNIChYQ0RSIChoZWlnaHQpKTsKLQkgICAgICBmLT5pbmhpYml0X3ZlcnRpY2Fs X3Jlc2l6ZSA9IHRydWU7CiAJICAgIH0KIAkgIGVsc2UgaWYgKEZMT0FUUCAoaGVpZ2h0KSkK IAkgICAgewpkaWZmIC0tZ2l0IGEvc3JjL2ZyYW1lLmggYi9zcmMvZnJhbWUuaAppbmRleCAx ZDkyMGQxYTZiYy4uMTcyZWI1ZWNhOTkgMTAwNjQ0Ci0tLSBhL3NyYy9mcmFtZS5oCisrKyBi L3NyYy9mcmFtZS5oCkBAIC01MTksMTAgKzUxOSw2IEBAICNkZWZpbmUgRU1BQ1NfRlJBTUVf SAogICBib29sX2JmIHRvb2xfYmFyX3JlZGlzcGxheWVkIDogMTsKICAgYm9vbF9iZiB0b29s X2Jhcl9yZXNpemVkIDogMTsKIAotICAvKiBJbmhpYml0IGltcGxpZWQgcmVzaXplIGJlZm9y ZSBhZnRlcl9tYWtlX2ZyYW1lIGlzIHNldC4gICovCi0gIGJvb2xfYmYgaW5oaWJpdF9ob3Jp em9udGFsX3Jlc2l6ZSA6IDE7Ci0gIGJvb2xfYmYgaW5oaWJpdF92ZXJ0aWNhbF9yZXNpemUg OiAxOwotCiAgIC8qIE5vbi16ZXJvIGlmIHRoaXMgZnJhbWUncyBmYWNlcyBuZWVkIHRvIGJl IHJlY29tcHV0ZWQuICAqLwogICBib29sX2JmIGZhY2VfY2hhbmdlIDogMTsKIAo= --------------Cs1pfeJJdbDurb1aMagsO0rU-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 15 Dec 2024 20:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17342950157026 (code B ref 74750); Sun, 15 Dec 2024 20:37:02 +0000 Received: (at 74750) by debbugs.gnu.org; 15 Dec 2024 20:36:55 +0000 Received: from localhost ([127.0.0.1]:52321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMvMA-0001pB-KL for submit@debbugs.gnu.org; Sun, 15 Dec 2024 15:36:54 -0500 Received: from mail-vs1-f47.google.com ([209.85.217.47]:55799) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tMvM4-0001oz-Fm for 74750@debbugs.gnu.org; Sun, 15 Dec 2024 15:36:48 -0500 Received: by mail-vs1-f47.google.com with SMTP id ada2fe7eead31-4afe70b41a8so928436137.3 for <74750@debbugs.gnu.org>; Sun, 15 Dec 2024 12:36:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734294944; x=1734899744; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Tga6FV8CczFWz4uqSTzeNRXUEIQMk8sHGOl68vS2th8=; b=ljowC2koche9Ay9JWEz+KZCHHV4Gul5Xf497/EkuxtjkhPqUpqmEaAtPD3UYpwQt/1 Jrexj+sEskW6V8IhR+IGvPhZ5zzxEBM5bm/PAku8Ztl35PbsQJ2p8kc0vNXeSKObxURB WNmANcOOIagVPt77U+6XVGOLo5zW+Jqmcerk02itYh8mFqX80gpXIQbr5IH+9MkS7qbF GdzMVJ2pexyRYwbFYL+V6HKGG2OHzftU1fUhGIZL9LW/C3HyKMNrZ0P0waWaU2Mx6Rfm ksuSGix9Hm2jWqhyWB6jtYUf5FMIFM2qk1qZWImano8kQScOHaVxCG54O5qns8hCiS/f 3oAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734294944; x=1734899744; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Tga6FV8CczFWz4uqSTzeNRXUEIQMk8sHGOl68vS2th8=; b=HSv71IBXBGfv8tcil0VNg9SoDManvaKwjeZVZlVH56eMqp8cNGtsgfKgd0RrbBP+OZ K6yEovXsSJ4Wmf41uugIj7vY1Nt4CtNU5w0yGKoocOaNSuThpCC+wy8lqObf0MGFofSD eMzXEwKGPrUaO5L6iYbUpNfOylaoMJ2wbYjyA0wRbHlgm++rMWoR/JNrUPXGjMskywiy UQ2cxrD9U3jozzFBdpZdQl961ws0BFRNijVG6hPvOrp/eTG+ob3EUlxtQf+MCHlh5gN1 mADf8hSsJqqNX9Zqq7KK6adUO7SSbGkdqj2uA2PB3qBV7L//PdSmf9cabNMETyXBYtJo uohA== X-Forwarded-Encrypted: i=1; AJvYcCXX9Fzj5hNzC9/PQY9PIC9bfd+grwMoB0aoU2mGRJlSuJtWBIluWkp1U1qRRtvgHJNULVSf7g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YygKyzuVb9EMqbmHkVOq4Wi48WdlanjGD3LsaSXDG8SwQ5Lhtiu quVbJEAuqLC8/l/BAROrKoINRYIAp4XjVayEn1gnBgVKouP5r1OBIrCxeEjDv3extf1mkcM4oVF /S/gGxGOeJXL4QjIdmEa5s/qxibPxcPDm X-Gm-Gg: ASbGncty5iSWP0apFk7Oqrw5lG51PCPa2+IdvAR8SJqnaQZ90Ebp801AQY2DHxj+4li CMyOjL2c/9P9AbpNGiNSpKeEdAabhiAm6iBINTw== X-Google-Smtp-Source: AGHT+IHjRwycdjHvq4IQuYjRtAqhlWmJkCOG+8JTVb5wogBh0RJsDaHubxBL/7SmWYS58eY+VrAFcv3qx89i8FxHges= X-Received: by 2002:a05:6102:38d4:b0:4af:ef82:ce8b with SMTP id ada2fe7eead31-4b25db47589mr10649752137.26.1734294943791; Sun, 15 Dec 2024 12:35:43 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> In-Reply-To: <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> From: Ship Mints Date: Sun, 15 Dec 2024 15:34:57 -0500 Message-ID: Content-Type: multipart/alternative; boundary="0000000000000f81a30629550260" 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 (-) --0000000000000f81a30629550260 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That patch seems to work. Thank you, Martin. I tested on NS with and without vertical scroll bars and with and without fringes. A basic test of frameset-save and frameset-restore now seem to correctly respect its embedded text-pixel geometry. Now, about clone-frame. Are there any objections to the below implementation that uses text-pixels? (defun my/clone-frame (&optional frame no-windows pixelwise) "Make a new frame with the same parameters and windows as FRAME. With a prefix arg NO-WINDOWS, don't clone the window configuration. When PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-nil, and frame is not text-only, clone the originating frame's pixel size. FRAME defaults to the selected frame. The frame is created on the same terminal as FRAME. If the terminal is a text-only terminal then also select the new frame." (interactive (list (selected-frame) current-prefix-arg)) (let* ((frame (or frame (selected-frame))) (windows (unless no-windows (window-state-get (frame-root-window frame)))) (default-frame-alist (seq-remove (lambda (elem) (memq (car elem) frame-internal-parameters)) (frame-parameters frame))) (frame-resize-pixelwise frame-resize-pixelwise) (new-frame)) (when (and (display-graphic-p frame) (or pixelwise frame-resize-pixelwise)) (setq frame-resize-pixelwise t) (push (cons 'width (cons 'text-pixels (frame-text-width frame))) default-frame-alist) (push (cons 'height (cons 'text-pixels (frame-text-height frame))) default-frame-alist)) (setq new-frame (make-frame)) (when windows (window-state-put windows (frame-root-window new-frame) 'safe)) (unless (display-graphic-p frame) (select-frame new-frame)) new-frame)) I may be able to test on GTK early this week, but I think you have GNU Linux/GTK on your end? -Stephane On Sat, Dec 14, 2024 at 3:27=E2=80=AFAM martin rudalics w= rote: > > Indeed 15 is the vertical scroll bar width. This was what I reported i= n > the > > original bug submission. You suggested a patch that would accommodate > > fringes, et.al. If you'd like me to make adjustments; e.g., resizing > > fringes or whatever, happy to do it and rerun. > > I've been throwing out the child with the bathwater. Please try the > attached patch which retains an important conjunct. > > > These are all ostensively calls to clone-frame. I'd expect, as I guess > most > > people would, that cloning produces the precise geometry of the > originating > > frame, scroll bar or not. > > The major purpose of 'frame-inhibit-implied-resize' is to avoid resizes > when a frame has been tailored to fit into some arrangement of windows > on the display as, for example, with a tiling window manager. Here I > hardly ever use it. By design, it should have no effect when making a > new frame which is what the corrected patch should support. Still, it > might not work for elements like the external tool bar. > > >> We can try to make it behave reasonably when > >> these values change but I am not sure whether we will succeed. > >> > > > > Let's try. > > Let's. > > martin --0000000000000f81a30629550260 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That patch seems to work. Thank=C2=A0you,=C2=A0Martin. I tested on NS wi= th and without vertical scroll bars and with and without fringes. A basic t= est of frameset-save and frameset-restore now seem to correctly respect its= embedded text-pixel geometry.

Now, about clone-frame. Are there any objections=C2=A0to = the below implementation that=C2=A0uses=C2=A0text-pixels?

(defun my/clone-frame (&= amp;optional frame no-windows pixelwise)
=C2=A0 "Make a new frame w= ith the same parameters and windows as FRAME.
With a prefix arg NO-WINDO= WS, don't clone the window configuration.=C2=A0 When
PIXELWISE is no= n-nil or if `frame-resize-pixelwise' is non-nil, and frame
is not te= xt-only, clone the originating frame's pixel size.

FRAME default= s to the selected frame.=C2=A0 The frame is created on the
same terminal= as FRAME.=C2=A0 If the terminal is a text-only terminal then
also selec= t the new frame."
=C2=A0 (interactive (list (selected-frame) curren= t-prefix-arg))
=C2=A0 (let* ((frame (or frame (selected-frame)))
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(windows (unless no-windows
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (window-state-get = (frame-root-window frame))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(default-= frame-alist
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (seq-remove (lambda (elem= )
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 (memq (car elem) frame-internal-parameters))
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-para= meters frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(frame-resize-pixelwis= e frame-resize-pixelwise)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))=
=C2=A0 =C2=A0 (when (and (display-graphic-p frame)
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(or pixelwise frame-resize-pixelwise)= )
=C2=A0 =C2=A0 =C2=A0 (setq frame-resize-pixelwise t)
=C2=A0 =C2=A0 = =C2=A0 (push (cons 'width (cons 'text-pixels (frame-text-width fram= e)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-alist)
= =C2=A0 =C2=A0 =C2=A0 (push (cons 'height (cons 'text-pixels (frame-= text-height frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-f= rame-alist))
=C2=A0 =C2=A0 (setq new-frame (make-frame))
=C2=A0 =C2= =A0 (when windows
=C2=A0 =C2=A0 =C2=A0 (window-state-put windows (frame-= root-window new-frame) 'safe))
=C2=A0 =C2=A0 (unless (display-graphi= c-p frame)
=C2=A0 =C2=A0 =C2=A0 (select-frame new-frame))
=C2=A0 =C2= =A0 new-frame))

I may be able to test on GTK early this week= , but I think you have GNU Linux/GTK on your end?

-Stephane

On Sat, Dec 14, 2024 at 3:27=E2=80=AFAM martin rudalics &l= t;rudalics@gmx.at> wrote:
=C2=A0> Indeed 15 is= the vertical scroll bar width. This was what I reported in the
=C2=A0> original bug submission. You suggested a patch that would accomm= odate
=C2=A0> fringes, et.al. If you'd like me to make adjustments; e.g., resizing<= br> =C2=A0> fringes or whatever, happy to do it and rerun.

I've been throwing out the child with the bathwater.=C2=A0 Please try t= he
attached patch which retains an important conjunct.

=C2=A0> These are all ostensively calls to clone-frame. I'd expect, = as I guess most
=C2=A0> people would, that cloning produces the precise geometry of the = originating
=C2=A0> frame, scroll bar or not.

The major purpose of 'frame-inhibit-implied-resize' is to avoid res= izes
when a frame has been tailored to fit into some arrangement of windows
on the display as, for example, with a tiling window manager.=C2=A0 Here I<= br> hardly ever use it.=C2=A0 By design, it should have no effect when making a=
new frame which is what the corrected patch should support.=C2=A0 Still, it=
might not work for elements like the external tool bar.

=C2=A0>> We can try to make it behave reasonably when
=C2=A0>> these values change but I am not sure whether we will succee= d.
=C2=A0>>
=C2=A0>
=C2=A0> Let's try.

Let's.

martin
--0000000000000f81a30629550260-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 09:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173434100620866 (code B ref 74750); Mon, 16 Dec 2024 09:24:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 09:23:26 +0000 Received: from localhost ([127.0.0.1]:53507 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN7K2-0005QU-0Q for submit@debbugs.gnu.org; Mon, 16 Dec 2024 04:23:26 -0500 Received: from mout.gmx.net ([212.227.15.18]:46777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN7K0-0005QF-IE for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 04:23:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734340997; x=1734945797; i=rudalics@gmx.at; bh=nmg0IBRc+mPxyAeOOH1+Hgxx+eyDEjdEtdlRvEqE8IA=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=nSHE/LecZlqM57gAXYiE0g9FWpVksd9DTJSeWRt5o/dumNTRK3XSgbnS8F/IFTav 0q7YH0aMu9DYo16Ruosa6ClvgEIsHwTbxyVHBAJRYxjBD5K/QCg3RXNeqZST4zXu3 ok78eKtPlrhZhJvAfndA1ll4BwY9wS/BKFhACAMPF2mOG+NM9WnSLewSu9Fv6kOcc qnywnbZf3zTIndkKenOnCe6npn0ngWXcsLQKZroSBeRgPg5+OdHBNTIhBRJhOwm2s SdBz/LUXU59Qy0FCiH9uRK1XeykMrG2WhLnwaBtUlz3DzbiBdPuIh/2d6Nvclg8lv k7kzEhOKlQjhorpMbA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.247]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MwQXH-1td8bJ3UQP-0105kj; Mon, 16 Dec 2024 10:23:17 +0100 Message-ID: Date: Mon, 16 Dec 2024 10:23:13 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:2qUgeq2sh9qd/XkFjLWOAhJiMq9vSdlR3r3w3T0jCxmAHppcfkK J/9KIU7jg6MRti2xG8grR0mK+3pjZ3JJvGhSwIEYqwEC2dr0lBrDznVifYodWoW30YMHToO KJboBns9I+94l4kQ3Cxvdptue3j6KEE/ZrZh99itrOfcwuPXfr1too/Lk6n4D/3lAGnQKfh OpfneAgHhmDS6aogH1OIw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:sI0cGIPAphM=;ZktvMJyxD+AxQcVRTsfOd0SQUO/ Qyxpl1VoM6kx0MWysRwvWJp5wzbqhRQSgjDHD7vqsCjFydk7jWawlqqa14OfClwA5BO7nwNO6 9wWtRBjjhfT+5VZbfFBiko6kC0tpqdLyEUa7+SUxiDENfM5StU6O+fCFibAXKClmExM2cOO6g JvDD00TJLryv/wTIhPyJz4WtnKRDHbCHO+TVTckK4TDd6eB0v/Ks7r/JST/vYpbxUH+60H2ze CV1VP60Wt8lRPJ1HxyLbvkhxsPSHQaayf0GdBsVJq34eehs4qvl8ly3fBpJbUu8XPAw/Y7O9E p071DCDDFrIeBigBJsnVDGESypzLC67i4AzKDn7mdApW3eXY49DAlFRMP+ImLopWUNo7jXfls IB1+jVu2E1JGDE9nWKlnVpptF5mPSyqegYJvlppvAlZZNicaYKSFTa71Xj8q42hhjHU/At014 N05EZyIXxjyQHP1HkTWFlD8yzGfJelihbXOSDX+i3Inhu/Z/4IVgGgl2E0vXWw9sszLh6qXe8 6cJRtu2BMsJlPD5MJKMPFugZajn1ohf/vNMi/ABCUFGA1ZMgekp0wn2Phz1Qv06UaVtDxh6y8 4uWyyWQAFFwglk66PMfCzd0g4ANl+8O+1UnB6GlJHYj29hxorWp4dc/iI/fa6AFIO7w4NP1sa jzZ+cRsqAx43YZcu3VUfRuEZaEv80z5EeiCBzi+4LFfMp1RVpJraj0hrSbSSWB/KlW4uL9/nX ZY6y87EajLFy3gWG5973loiqAwXfsipVgITZzOvO8vpPzpIGMkozKK8C9wpL27eukoCDfMifR UcZXO14RGfia0ZChUH5nMNEax1wQT/sqFBYsLsc8vJCn2V74Cp9F6xj/qtHfmoBfa3UCfQA6n jCWLnV5HkvMwi+EEwoBeAXI7P9oUxI4IFywFKyw4odTp+/20eEbjWEFcA0G/lMAk0U2JyCs61 RQUYXwvgbBa1DWecfQpgg3PfIP73hf8wRyrDSz+2IjMwGM5x++LwOscnM2CAlo8fBk5x0oWli q4/cMWCJewzHUAALL0VnEYqD6gLW1kSGfdjs67zrAsKigJpNBXMtI7UATYYdAeGPGbl3lCbiO t5mK6Oi7Q6ua+fKZyLKIvD6pC08dBQ X-Spam-Score: -0.7 (/) 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.7 (-) > Now, about clone-frame. Are there any objections to the below > implementation that uses text-pixels? ... > When > PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-nil, and frame > is not text-only, clone the originating frame's pixel size. I'd write that as If PIXELWISE or `frame-resize-pixelwise' is non-nil and FRAME's terminal is not text-only, use the pixel size of FRAME for the cloned frame. Otherwise, use the number of columns and lines of FRAME for the cloned frame. The behavior of the 'fullscreen' parameter might be queer if 'frame-resize-pixelwise' is nil and PIXELWISE is non-nil but that's to be expected. > I may be able to test on GTK early this week, but I think you have GNU > Linux/GTK on your end? I've tried here with a GTK-3 and a Motif build and have seen no problems. What I've seen is a slight misbehavior in setting up the 'fullscreen' parameter on the GTK build (so it's not related to your function). With (setq frame-resize-pixelwise t) (setq frame-inhibit-implied-resize t) setting it to 'maximized' works as expected but setting it to 'fullheight' leaves a gap at the bottom. Surprisingly, cloning a 'fullheight' frame with your function removes the gap. The Motif frames do not have the problem so it might be tool bar related but that should affect the maximized frame as well. I'll look into this later but would be interested if you see the same with a GTK build: To test: (setq frame-resize-pixelwise t) (setq frame-inhibit-implied-resize t) (set-frame-parameter nil 'fullscreen 'fullheight) martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 09:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173434157022739 (code B ref 74750); Mon, 16 Dec 2024 09:33:01 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 09:32:50 +0000 Received: from localhost ([127.0.0.1]:53524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN7T7-0005ue-Lv for submit@debbugs.gnu.org; Mon, 16 Dec 2024 04:32:50 -0500 Received: from mout.gmx.net ([212.227.17.21]:52095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN7T4-0005uO-Ur for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 04:32:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734341557; x=1734946357; i=rudalics@gmx.at; bh=BxLX5wCh4KYQ6HnypdeAqky4e41EO4f+ArZcOgUxL+E=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:From:To: Cc:References:In-Reply-To:Content-Type:Content-Transfer-Encoding: cc:content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=qu/+8IQoelmALaE2PoWcE6rW74JvXKVjmJVMZS694WK4R8JMjqS30VT/Gnvhk76H Dnpuyk/niapKkvPD3Bj6Hz380nOKhNQ0zgJw17yOuEvaGncUAOVSq7FRQtolRe4+w v5oRCyjSuA2qNyeshiKesCYqOdxNRGnRV3jtQY4ikT/IVjJBj1qpanRzvbVyy6OMs M80IV95tgMiXo5Nwn64PKT5InRfLlapW9rZII+xEgAdaFlmWBHJvF+uFUe5gZUvxh SmXwBVSfaxLCNDgUp51qbGffRVpre/IGSIadCcbRf2b739wOf5EFDKZRRmywHvZTx siEydyT4Ul9leH6aig== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.247]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N0Fxf-1tYAfC2X9r-00vzIN; Mon, 16 Dec 2024 10:32:37 +0100 Message-ID: <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> Date: Mon, 16 Dec 2024 10:32:34 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: martin rudalics References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:6mL5cJ9UWWApElyRz+/YLMSe9jgw9/IjFHl6AETIIqTvvOKFL2E Kj1/ze/elTkeblisdJh8vGdJa7WyVqLfcllBB2rX/iZQ9I5RRw8ZC+w3SZSsUxAlWe0LMpt 55VM7xZAxLKE9raLf1CuCR2W/ZfBt+uUGJRO/oMuAsXJnp3LyqiMqHhm++bx0w+xnVH3dMs 7HiPLoZiqlgQhkpTwPQ/w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:XUs/0z6/zVs=;k9pIhxJ8j4YdSwX7Z5uazjfpTin vj/efOV+LcvHLeRWHIkViiyhkEcGZOXUAxWUz5GqibY3Cz+M9+JTlsf+gz/LL6xEpXDRwaZhK qG7cw0jE0ldbqIlsKpY5MwMh9zJEoTLNKaYi5L8907m9OS2L8hScHAYQk6mbZefYwNunSZCBy I+FkILhU9dsYNsirF0IlOOjuFhD+mMIH+SBeXWm/VMbVGguzsNOIPDN4syMTQ0xu1PNdSEY/Z hP07/D9hAqZe5GtOWNIHlBx6/pkV6VcMxl8JNP3CbRXgRFh2ncZ9EIqTqOxIUo+SKAwG7aTZ4 At0dZirIEeJCzUeS4AfYOwIe5CleNjvA/52Sj3kbGXbOYZ9vnuYt3z/LIIS7hlkGDEDyKpV2m six6xJhJHGm7mJZQS4oq9gYMyCodnC0VNbybrHcjAZh9NYsWu1vi7p4qoHY8FQh03fLopA4s8 5ptrVpoBtWWz0tBSXD+8A29pgwM127rv8tKqkyAw3eKgDJP8KNr6kCSWVogTrRs4kFPdF23ev GwbSoo6SLcrryO7SWal8HBvLNkSyPg5Wxj7QiHnr4IyNdpJ9ank1V2Iza9mEOjRNFU6+nsCQ+ sf7Up+SnvFzFpCjEeLMdgs+04HmxNhaGXEap0y41niQfpd+oIth5b3k10V/gRB71CMUYP3n3T GHlC/7XFekrVtpCS9otBSm9JMJnHz6eGRqtJM8X5nfV7q3EjEvdDy2/f1qrRxD4XzE0eIpsGk zdK0+WEBA3dlYKskYVHRCGf3oJNZdpCf90on8DJCinxpVkTf7Axs6oD5ERTYSIlDVi8bPSsIA O/myc+momr2mkaYue6tf10gPijg0xMPgTStS7lRHPP+LIfF+8Rq/fUSVEeuaf+y8RArZAiQ3x NbW/JChtPOxl5bxeRblHGXBlc8clnd9u/8trNtWlFcUrKe+d5wY8MiZrdVYHDfinV4/2z0IkB CL/IBrKvOI3MrbXjSalAaQfETFGTHZSkbEwM18ltgEyP1Nu/Zu2ycVcs8Rh9sKEAoj9NvCRYD Sl19TicvNjVIamoVZNCEx19GW3bfHmMLdeuiCgD0qQDUSxnh9dlEgXrA9w84hC2iw3JPWIZo3 hWCed+zWF1YxQyIYuqAfjpRWB7phfr X-Spam-Score: -0.7 (/) 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.7 (-) > I'd write that as > > If PIXELWISE or `frame-resize-pixelwise' is non-nil and FRAME's terminal > is not text-only, use the pixel size of FRAME for the cloned frame. > Otherwise, use the number of columns and lines of FRAME for the cloned > frame. But may be we should write (and pixelwise frame-resize-pixelwise)) and say If PIXELWISE and `frame-resize-pixelwise' are both non-nil and FRAME's terminal is not text-only, use the pixel size of FRAME for the cloned frame. Otherwise, use the number of columns and lines of FRAME for the cloned frame. Setting PIXELWISE to t in a setting where 'frame-resize-pixelwise' is nil means asking for trouble since the window manager might not honor it. WDYT? martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 10:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343457374193 (code B ref 74750); Mon, 16 Dec 2024 10:43:01 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 10:42:17 +0000 Received: from localhost ([127.0.0.1]:53728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN8YK-00015Z-Kc for submit@debbugs.gnu.org; Mon, 16 Dec 2024 05:42:17 -0500 Received: from mail-vk1-f172.google.com ([209.85.221.172]:58701) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN8YI-00015G-SS for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 05:42:15 -0500 Received: by mail-vk1-f172.google.com with SMTP id 71dfb90a1353d-5174f9c0e63so1042362e0c.1 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 02:42:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734345669; x=1734950469; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=IboBFHnFjMRmj4U7b2A87R42I5K57Ju3A5WfXm90ceY=; b=V1l4197HrY7TiE5OxCtkQ0X8UwwWehsyN0yWeaZOFjBRMi15o85lSd7MM+oGDndohy mbvC/kfSyDXwlR+ibrOk/cIlhjtfQPRzZZC6qYedCSvS1pphpxjb2rFM2BlSvNtZnxMx QkmrdL7N49wKiSDYa2w/N0fIvcyvALtMyC2tZsqmBiZlfWfiDkrWD9U8eSv+bUbxW+ZE A9EYgKzs8DdJvHCKzknwVIondw33YFpz3kAAXABJUd7XJ71Kspbp+9+Ot0zRVPTZWi+6 kp4PVgp4Q8KjWAo7azPR+Tkq/FH3ZFZ/7RFQYzqOrVpGAH3nIeTzIIj5Q/OoN1qxMkbX KeFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734345669; x=1734950469; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=IboBFHnFjMRmj4U7b2A87R42I5K57Ju3A5WfXm90ceY=; b=Pkg36syT43Y+aVpGiUO8dTkvQhUPbJaqXxTn1pZyBuI6v9TUd9LEToSTGIi3oB/l4t 93Y1mPYgaTnR18G6Ec1QFr3v1gQ5ZY4hP30Wvq0709rTaSnm9TNtH5BftDM3NinuoLmA 5b+bVwYuYnooSjlDrwb+7HtIW6aJZEaxP0eQRuhKfMYc3PWk/0986h48IEfuExqdk4vH Utfsu4aNl43qHoAHJc0fk9nPMSEsRYktYkwuywqPZSK8uctdMXrXTxra+qIWbyNoNehj HpYKL9PJSB5JI1t0jYNChVbKeM0oVK27/Ws7Nzht1npFC0VF/mKXDiH7PyC0pOlRroqa ucPw== X-Forwarded-Encrypted: i=1; AJvYcCUeB7nst52Yovg8ONnvbVJPosV53HUpWAFoI0LZl/Gf5XPJclvJgk9Qy+mdWiFITHcWNzJWUQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yz1/tTyl9P1lzzD8i4jxgK9F7W49+q49WZdb3KYXIo703CyPo9h uzIzL6PbJ5aj7+LqIJ7TsnBEnGNaFIclNvBrsn98KzH00qZ9Eh4JIgU99y7XkmQl0ynncvcRwHc v/MCHiLAaEqMIN4VcoxevznZhlEw= X-Gm-Gg: ASbGnct6X5Vp1LJ8qNs50ePs5MgdIr0Dx2xaxOiXUbAP3WmYEzM3L0FWb7V6S5ZMogR PtVGdl0jx7iOx7B8QEYG5evsmF8YvAtdLr01TbQ== X-Google-Smtp-Source: AGHT+IES19oHtkMp+0UJSQaQYFv5b/fo1nMqy9N5PPrCKxBiyE8W5a2pcHMF1tEXI3PZ0BqNrwlhRh9t+sJpTDdJPAg= X-Received: by 2002:a05:6122:1695:b0:516:2d4e:4493 with SMTP id 71dfb90a1353d-518ca218b0fmr10139466e0c.1.1734345669314; Mon, 16 Dec 2024 02:41:09 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> In-Reply-To: <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> From: Ship Mints Date: Mon, 16 Dec 2024 05:40:22 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000898fd8062960d1af" 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 (-) --000000000000898fd8062960d1af Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable My expectation was that clone-frame, when frame-resize-pixelwise t, would implicitly DTRT. I expect most people would have the same expectation. Same as frameset-restore (now fixed with the patch). When packages we use invoke clone-frame, we can't control their parameterization of those invocations without advice, so implied pixelwise seems wise. I added the explicit parameter more as awareness than anything else, but I imagine that carefully-crafted pixelwise child frames in packages may want explicit pixelwise clones if the authors aren't going to let-bind frame-resize-pixelwise around clone-frame calls. I'd prefer that we recommend that, actually. Let's just do away with the pixelwise parameter and rely on the user setting? That would be in keeping with the rest of the implementation, I think. On Mon, Dec 16, 2024 at 4:32=E2=80=AFAM martin rudalics w= rote: > > I'd write that as > > > > If PIXELWISE or `frame-resize-pixelwise' is non-nil and FRAME's > terminal > > is not text-only, use the pixel size of FRAME for the cloned frame. > > Otherwise, use the number of columns and lines of FRAME for the > cloned > > frame. > > But may be we should write > > (and pixelwise frame-resize-pixelwise)) > > and say > > If PIXELWISE and `frame-resize-pixelwise' are both non-nil and FRAME's > terminal is not text-only, use the pixel size of FRAME for the cloned > frame. Otherwise, use the number of columns and lines of FRAME for > the cloned frame. > > Setting PIXELWISE to t in a setting where 'frame-resize-pixelwise' is > nil means asking for trouble since the window manager might not honor > it. WDYT? > > martin > --000000000000898fd8062960d1af Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
My expectation=C2=A0was that clone-frame, when frame-resize-pixelwise t,= would implicitly DTRT. I expect most people would have the same expectatio= n. Same as frameset-restore (now fixed with the patch).

When packages we use invoke clon= e-frame, we can't control their parameterization of those invocations w= ithout advice, so implied=C2=A0pixelwise=C2=A0seems wise. I added the expli= cit parameter more as awareness than anything else, but I imagine that care= fully-crafted pixelwise=C2=A0child frames in packages may want explicit pix= elwise clones if the authors aren't going to let-bind frame-resize-pixe= lwise around clone-frame calls. I'd prefer that we recommend that, actu= ally.
Let'= ;s just do away with the pixelwise parameter and rely on the user setting? = That would be in keeping with the rest of the implementation, I think.

On Mon, Dec 16, 2024 at 4:32=E2=80=AFAM martin rudal= ics <rudalics@gmx.at> wrote:
=C2=A0> I'= d write that as
=C2=A0>
=C2=A0>=C2=A0 =C2=A0 If PIXELWISE or `frame-resize-pixelwise' is non= -nil and FRAME's terminal
=C2=A0>=C2=A0 =C2=A0 is not text-only, use the pixel size of FRAME for t= he cloned frame.
=C2=A0>=C2=A0 =C2=A0 Otherwise, use the number of columns and lines of F= RAME for the cloned
=C2=A0>=C2=A0 =C2=A0 frame.

But may be we should write

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (and pixelwise fram= e-resize-pixelwise))

and say

=C2=A0 =C2=A0If PIXELWISE and `frame-resize-pixelwise' are both non-nil= and FRAME's
=C2=A0 =C2=A0terminal is not text-only, use the pixel size of FRAME for the= cloned
=C2=A0 =C2=A0frame.=C2=A0 Otherwise, use the number of columns and lines of= FRAME for
=C2=A0 =C2=A0the cloned frame.

Setting PIXELWISE to t in a setting where 'frame-resize-pixelwise' = is
nil means asking for trouble since the window manager might not honor
it.=C2=A0 WDYT?

martin
--000000000000898fd8062960d1af-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 10:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343462155896 (code B ref 74750); Mon, 16 Dec 2024 10:51:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 10:50:15 +0000 Received: from localhost ([127.0.0.1]:53741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN8g2-0001X1-Pc for submit@debbugs.gnu.org; Mon, 16 Dec 2024 05:50:15 -0500 Received: from mail-vs1-f51.google.com ([209.85.217.51]:50557) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tN8g0-0001Wq-1i for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 05:50:12 -0500 Received: by mail-vs1-f51.google.com with SMTP id ada2fe7eead31-4aff31b77e8so1175126137.1 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 02:50:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734346151; x=1734950951; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=w1CeXvqO1QJ8jmTrVA5drzGtHlVShJp5oVix9VIkFaU=; b=Wis3Bokyrj32e+noCSbxrXMkqo2s36XGOEWSS9SpqP/cLH0ngd91cEm2FRoQASXHZl FyOlFuYAp79Bf9p6mRRgfkuyZsWNx3QlvnjSvTBv/+Nvg8ctzCiHOMDOzXB0cumPrGTd AxTIMn4rbIvgh9A4IULTIHC/HZvX2cLvXrLMgkDBsFvwY4q8QReCf6tJWWYfwcb2NAUc HI2FafSCogN0hIGsnH7s8OrHKMBnl2oL2ETx5pvhkLlm5LOqQgfhZEPGTChr1YOIyefh 8wjcAksqaXGg3omLMikKhN2ork+XqIn4PDm8jeQsKLr3aIccRFU7hJCnUIP7ZUCUoiWV u67w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734346151; x=1734950951; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=w1CeXvqO1QJ8jmTrVA5drzGtHlVShJp5oVix9VIkFaU=; b=Dk6SPQ86rLa+xfpDF9WRHTCeq78Vmge3avZ5hMH4U8DHmqGZ3rJUa/RjKUr/jD11LI /vwl7XYRsFZRE1DhMRZu/9t6nZI0HMZ9WPZD3nJOp6Dxc1sWuE/DFhg+aKjY3bFuw84K fi0Z5zyxUmD+MHWRx8dYjTyt0sreh7HCfEKtbtoFQmGhkl40wuOhzyX8pwdbE3uypEJ+ OG9RzLgIxJZ5LBOr5FBxuJzWdQPioKgyHCANZhd82D6K1YD25yJl0/jwDdEqoiwemCuY Yr06Xutmi4YmnpQAvyBmCXQYwtk9+UxvdsrXKR5hDiSD0uqZRCrbnBwrqmHnVCICxRNO baHA== X-Forwarded-Encrypted: i=1; AJvYcCWLWSBPwy/QsiGlXPFRVRWK9ESDFYoi2/6OzWfsK55grYcredXojQFLxiFCFieKLCAzn2ytKQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxlzjIm2BcHtD3R50nNcdDMJDc6YD0htqeBNq9SkBk6XJ6epIue +r+X8N44cfvOKFPzo7jQW38yGPRL4jBe7xOOqGxrbsocUeHoLwXtKGd6fZVSMN5XhHF8nfvtWiI wNfWkkQmzUBhNyK4FgJjNlMplgp0= X-Gm-Gg: ASbGncuJHiv7zPmtqfK7CyLKA0x1X5YnK9yM+QzjLM0oyAK99WeJmyeqP9gmcg4kRaD oWaAQSQFqrCn3AaJ9hFUl5hu+vjWiVd6GIhX1Eg== X-Google-Smtp-Source: AGHT+IHq6gnHoin5tUWqsPojRglscdYY7PyrvVqMK5GEbHfVLdvu6KU7MIApYPC9/99BedoymqUlCQrM+PXMYHEYoPc= X-Received: by 2002:a05:6102:4414:b0:4b1:101f:a5a0 with SMTP id ada2fe7eead31-4b25dc631acmr10410189137.5.1734346151512; Mon, 16 Dec 2024 02:49:11 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> In-Reply-To: From: Ship Mints Date: Mon, 16 Dec 2024 05:48:24 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000475488062960eeab" 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 (-) --000000000000475488062960eeab Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable With your suggested wording changes but without the pixelwise argument: (defun clone-frame (&optional frame no-windows) "Make a new frame with the same parameters and windows as FRAME. With a prefix arg NO-WINDOWS, don't clone the window configuration. When the user option `frame-resize-pixelwise' is non-nil, and FRAME is not text-only, clone the originating frame's pixel size. Otherwise, use the number of FRAME's columns and lines in the clone. FRAME defaults to the selected frame. The frame is created on the same terminal as FRAME. If the terminal is a text-only terminal then also select the new frame." (interactive (list (selected-frame) current-prefix-arg)) (let* ((frame (or frame (selected-frame))) (windows (unless no-windows (window-state-get (frame-root-window frame)))) (default-frame-alist (seq-remove (lambda (elem) (memq (car elem) frame-internal-parameters)) (frame-parameters frame))) (new-frame)) (when (and (display-graphic-p frame) frame-resize-pixelwise) (push (cons 'width (cons 'text-pixels (frame-text-width frame))) default-frame-alist) (push (cons 'height (cons 'text-pixels (frame-text-height frame))) default-frame-alist)) (setq new-frame (make-frame)) (when windows (window-state-put windows (frame-root-window new-frame) 'safe)) (unless (display-graphic-p frame) (select-frame new-frame)) new-frame)) On Mon, Dec 16, 2024 at 5:40=E2=80=AFAM Ship Mints wr= ote: > My expectation was that clone-frame, when frame-resize-pixelwise t, would > implicitly DTRT. I expect most people would have the same expectation. Sa= me > as frameset-restore (now fixed with the patch). > > When packages we use invoke clone-frame, we can't control their > parameterization of those invocations without advice, so > implied pixelwise seems wise. I added the explicit parameter more as > awareness than anything else, but I imagine that carefully-crafted > pixelwise child frames in packages may want explicit pixelwise clones if > the authors aren't going to let-bind frame-resize-pixelwise around > clone-frame calls. I'd prefer that we recommend that, actually. > > Let's just do away with the pixelwise parameter and rely on the user > setting? That would be in keeping with the rest of the implementation, I > think. > > On Mon, Dec 16, 2024 at 4:32=E2=80=AFAM martin rudalics = wrote: > >> > I'd write that as >> > >> > If PIXELWISE or `frame-resize-pixelwise' is non-nil and FRAME's >> terminal >> > is not text-only, use the pixel size of FRAME for the cloned frame= . >> > Otherwise, use the number of columns and lines of FRAME for the >> cloned >> > frame. >> >> But may be we should write >> >> (and pixelwise frame-resize-pixelwise)) >> >> and say >> >> If PIXELWISE and `frame-resize-pixelwise' are both non-nil and FRAME'= s >> terminal is not text-only, use the pixel size of FRAME for the cloned >> frame. Otherwise, use the number of columns and lines of FRAME for >> the cloned frame. >> >> Setting PIXELWISE to t in a setting where 'frame-resize-pixelwise' is >> nil means asking for trouble since the window manager might not honor >> it. WDYT? >> >> martin >> > --000000000000475488062960eeab Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
With your suggested wording changes but without the pixelwise argument:<= /div>

(defun clone-= frame (&optional frame no-windows)
=C2=A0 "Make a new frame wit= h the same parameters and windows as FRAME.
With a prefix arg NO-WINDOWS= , don't clone the window configuration. When
the user option `frame-= resize-pixelwise' is non-nil, and FRAME is not
text-only, clone the = originating frame's pixel size. Otherwise, use the
number of FRAME&#= 39;s columns and lines in the clone.

FRAME defaults to the selected = frame.=C2=A0 The frame is created on the
same terminal as FRAME.=C2=A0 I= f the terminal is a text-only terminal then
also select the new frame.&q= uot;
=C2=A0 (interactive (list (selected-frame) current-prefix-arg))
= =C2=A0 (let* ((frame (or frame (selected-frame)))
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(windows (unless no-windows
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (window-state-get (frame-root-window= frame))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(default-frame-alist
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (seq-remove (lambda (elem)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (mem= q (car elem) frame-internal-parameters))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-parameters frame)))=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))
=C2=A0 =C2=A0 (when (and= (display-graphic-p frame)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0frame-resize-pixelwise)
=C2=A0 =C2=A0 =C2=A0 (push (cons '= width (cons 'text-pixels (frame-text-width frame)))
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-alist)
=C2=A0 =C2=A0 =C2=A0 (p= ush (cons 'height (cons 'text-pixels (frame-text-height frame)))=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-alist))
=C2=A0 = =C2=A0 (setq new-frame (make-frame))
=C2=A0 =C2=A0 (when windows
=C2= =A0 =C2=A0 =C2=A0 (window-state-put windows (frame-root-window new-frame) &= #39;safe))
=C2=A0 =C2=A0 (unless (display-graphic-p frame)
=C2=A0 =C2= =A0 =C2=A0 (select-frame new-frame))
=C2=A0 =C2=A0 new-frame))
=

On Mon, Dec 16, 2024 at 5:40=E2=80=AFAM Ship Mints &l= t;shipmints@gmail.com> wrote:=
My expectati= on=C2=A0was that clone-frame, when frame-resize-pixelwise t, would implicit= ly DTRT. I expect most people would have the same expectation. Same as fram= eset-restore (now fixed with the patch).

When packages we use invoke clone-frame, we can= 't control their parameterization of those invocations without advice, = so implied=C2=A0pixelwise=C2=A0seems wise. I added the explicit parameter m= ore as awareness than anything else, but I imagine that carefully-crafted p= ixelwise=C2=A0child frames in packages may want explicit pixelwise clones i= f the authors aren't going to let-bind frame-resize-pixelwise around cl= one-frame calls. I'd prefer that we recommend that, actually.

Let's just do away= with the pixelwise parameter and rely on the user setting? That would be i= n keeping with the rest of the implementation, I think.

On Mon, Dec 16= , 2024 at 4:32=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> I'd write that as
=C2=A0>
=C2=A0>=C2=A0 =C2=A0 If PIXELWISE or `frame-resize-pixelwise' is non= -nil and FRAME's terminal
=C2=A0>=C2=A0 =C2=A0 is not text-only, use the pixel size of FRAME for t= he cloned frame.
=C2=A0>=C2=A0 =C2=A0 Otherwise, use the number of columns and lines of F= RAME for the cloned
=C2=A0>=C2=A0 =C2=A0 frame.

But may be we should write

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (and pixelwise fram= e-resize-pixelwise))

and say

=C2=A0 =C2=A0If PIXELWISE and `frame-resize-pixelwise' are both non-nil= and FRAME's
=C2=A0 =C2=A0terminal is not text-only, use the pixel size of FRAME for the= cloned
=C2=A0 =C2=A0frame.=C2=A0 Otherwise, use the number of columns and lines of= FRAME for
=C2=A0 =C2=A0the cloned frame.

Setting PIXELWISE to t in a setting where 'frame-resize-pixelwise' = is
nil means asking for trouble since the window manager might not honor
it.=C2=A0 WDYT?

martin
--000000000000475488062960eeab-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 15:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343641872425 (code B ref 74750); Mon, 16 Dec 2024 15:50:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 15:49:47 +0000 Received: from localhost ([127.0.0.1]:55626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDLv-0000d2-Gf for submit@debbugs.gnu.org; Mon, 16 Dec 2024 10:49:47 -0500 Received: from mout.gmx.net ([212.227.17.21]:41279) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDLs-0000ck-Sh for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 10:49:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734364175; x=1734968975; i=rudalics@gmx.at; bh=j9CJ/EYtZGVDHOL0id7jy0act3rZuHS/L9Y4GKaKKj0=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=IAPsvIDfC1ykLVbdnmvMDCFErKzIofC1EPUnuQyk9zkUZTwwIbqQ5QqSjk/AI+IY xdTDAOuMTklmg4EIpNYOHgdx+9EF+8VxuPeyGsQUC8dQTGgwRtWD4+WnPt7Gsa27O 0u2fOX6xO6JxWCxDhGS7eN5u7R6VBZ+hxYJt+vuvQbV1DUdWg06SzdlKRHhP0HKZE 6ZKapT1s5e6+spNdUelytHqxiSOSTf3V2G9m0J4XMVfIl6iM+gdZWddd0QClrhQ46 0Y76kfM867+CwjF1nHwfN7bbxtz/3VlDR0GS4EurYn73qIV2++DW7/Idq3y01zaQi x7Fis3oZVMOZ7Ktnog== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.39]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MJVHU-1t7jpX2OnQ-00LIHf; Mon, 16 Dec 2024 16:49:35 +0100 Message-ID: <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> Date: Mon, 16 Dec 2024 16:49:33 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:vjHjz6F6nzBrMNz+jv5SKx/8OYca21FdCJKKPh9/ce8eaph/KWB Egq7UJRkkBWSWLExbtLmEovnKNXWo8E8+6Mu9QcRCvnjvZaH7GpNRcWLeF0XLhomPQs4tdM fAN2Ke8Eru3zkxNhxguCT3djpXdxg9sOC0qaIJitX+toJzY5VxkN76TL5t7mTOOhs6wk3RK ehxoHcjsKj94DaOPo6Axg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:VT5S0EF3ckQ=;XPyAKnsEn10Y6qs6Ik8Dn+8v5Kf XQtk+SwAigLAAPnOd1Qpnsd+HyDfxoFuCfO69yOOacxO+71XVJUv0csZnIcFp+fJI8BwEK86E MuiejtEmdAS9Drb3FekciBEHVEpda+b9Jy1EEJ/qh8gYNnEdRz9XYFgb93whnkrq9LDBmuyZ+ +aJl804d/MG9lB+QmHLcUU32KSDKUQcNhm9YT1gSl6PXRmekl2q4hjxtlK5R5vguJxisv42XE 24vDHF5IuDWHu5z95zJgzaglzX7hG+0CQ92CLGterXLhR10jB82DzffWVHrMRhs1PgpTqTbOT LPJd62jfg1sm7fAh6Y6tx8j9leZCXZkI3mXdAPj+UnaRtkexpCEpnmOkgk2IlgTnyVonURIJb rMk32dGDXV/W1zDtcVydkkT8CR0ZYk4pHuZ2pQI3+9u0qz0nk7AiUtUO3vu5Ye94mNx03ywCc XGATiq4MYRevu+gqnCOEBpcZ5vAe30lwETCN6Dk3FJl9giOOE6VkdPrz2lXioFH3lGIFgLSMa i1ALY9XWuFzcQfnjaYOr721Cwza6JJXNqPmqGpdQfQ+ybc/dyCFJmQSf5jS5iRW2jSAwH3SuA lrVVQ1p1FZ3Tn03tV0bBcKYqnA7Zp/6A5fs+sDBng1ce90Kp16sHpwo0Hu79oXheDpO+Vy4jx WCQsYTeS3aK0qoqN9sbT3vhIeraiVWX5/sRN9k+LeGUcLP51xNYt7bURS9jVbbmFDBW9iaUdO GAznZvyblS66l8KxkgmDuc11gAMrZM3RNULhKAANA6/PoiVRabvK2X5Lfor+IH54EdpR2EL8s eBAGrh+LDbWivk2f8R1MY6km/CVnjn2Lw/WYx16uo+BTkJOenqzszxrg4bNkTZs62zMYws3Uy iuMJhhFqT5wOIdpaFPZXJpv18Gg8iIYLfiYNLYF23qXekZYTsYwCOTyEZA15a+cP7EWjb3J10 p7Dwcap9Y7cSm1el375+mmgaNVkqiPzUsRhA7M/tuJOzqBavAVzJKQ7W1iyG5IcII4kMA+fCc 2nUDFGJoOLCsL0zSwQrsiA0VYoNInJw9+M3OQFHTezJbCGtTOgDQDrDkVlQWpb1zwkRjsj+o5 VZU3Cc1pus4WA8bzEzvDUKMMln/E2C X-Spam-Score: -0.7 (/) 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.7 (-) > With your suggested wording changes but without the pixelwise argument: ... > (new-frame)) Please omit the parentheses here. ... > (unless (display-graphic-p frame) This is a fix you should mention in the commit message. ... Please provide a diff to the current frame.el of master and a commit message. Have you done your Emacs paperwork already? If not, I can install this as a tiny change because it's short enough. Still you should start the paperwork since otherwise we cannot install further changes from you. Thanks, martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 15:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343646464144 (code B ref 74750); Mon, 16 Dec 2024 15:58:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 15:57:26 +0000 Received: from localhost ([127.0.0.1]:55648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDTJ-00014m-DR for submit@debbugs.gnu.org; Mon, 16 Dec 2024 10:57:25 -0500 Received: from mail-vs1-f48.google.com ([209.85.217.48]:45131) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDTH-00014V-Dj for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 10:57:24 -0500 Received: by mail-vs1-f48.google.com with SMTP id ada2fe7eead31-4afe7429d37so1178752137.2 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 07:57:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734364578; x=1734969378; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Qz2Z1Zp/9XYGw8vWPqvWUmT2Gv4a5whLp3WnUJamrlw=; b=G2l4IzVCmB0k+f0PMAtPM9YsZ/dFMsI3dn4u29zgfuWm0HKUrWdY2qHwwbQyd7Gk8o 5k5FyS5lfzeZIvjbPrHJNf8w579rFBjQyAj6vfYF5AbkpdWHlyaRYcYnu3g2/AFN1qKJ TWqUCjPxjkcel4NghGMqATr6AMQ/yKtraUC4tkBMfk+IqmKBaftmCHjQgY6pusRVybsK mILKujVVGCnvaszMwa0J/in5jAgUufoFwM0ZH7zZXEkE9gF6LT2sFTENh6ZrdiMnCn/3 ocwlpYpejbp3cYEelg11cuDi8JZhTVRkyLLV9CH5F0E5cYueqEdxL7pX+U+qI5Esw916 qRcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734364578; x=1734969378; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Qz2Z1Zp/9XYGw8vWPqvWUmT2Gv4a5whLp3WnUJamrlw=; b=hzbfV1LkthNmrHgi389rwwKK10++bEOGLVem+X1JRSRewlRa1NMHtbb8NnwsGhmiP+ bIw8PpJ9LD5gA8d4pymvSa7sr7xxDvZOaAontXnvZYLqzdNF+MWhq93wkqwoJi1D4kjn P+45754bLYAffpPlTEnDIcZ4p5JvBPYjK6xg2ECwhiKwJvHcjyN5utbaa95RhjkeffXl 2HMjpF0lVuLx6XCQJyHdqdvULmk5ND4FaJQyf5gBFzV2Gd2k29xMjEYRF4xRiVVl9xfF AvKiPPUL8dlCbTBUYBaHC1ulh9hX7Db9aOUwKsAPLJHcVEiPyNwriNsGCtBqgs+hYxON ejaQ== X-Forwarded-Encrypted: i=1; AJvYcCXCMZm3hZlCsFSlC8VArizeKxmBMUKVLDYFVEzflqGP/r30l9rJHXeTVrDRtybVrBwqDdTKww==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yy95x9jKzf9+nJP/yj1KW4IlufAtAul91RDT2wa1CobP5VrZRlV ZxMG8WtT9H4AYas/J78OfUIPrRv4Hwm+SIsk3SPsPq9hqHcygQG/FDHm5a23cRZRyFAi3W9nPqM X+F0MzzMhx1bycYhLtV95k0A5jL0= X-Gm-Gg: ASbGnctcrg/KMMJeZjmDjUCWySrBXvpMvp+UUSCRs2aMDubfGLtkZqY2I5or8dLaZIU lBBmnBMRqP4Yk3/QwDIqkjzD24kEC4NEMqhAHDw== X-Google-Smtp-Source: AGHT+IGXbZwsC/biwpFeWAmvR5zL7xZn8xHMLjl4f/1fR/2r+jAlkRyEsiwQhl4ayFX3fPVNG0CjQK2w7RTMtRvziYg= X-Received: by 2002:a05:6102:3909:b0:4b0:49ba:827b with SMTP id ada2fe7eead31-4b29caf9ad0mr426080137.21.1734364577965; Mon, 16 Dec 2024 07:56:17 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> In-Reply-To: <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> From: Ship Mints Date: Mon, 16 Dec 2024 10:55:29 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000094af8a0629653800" 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 (-) --00000000000094af8a0629653800 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes, paperwork on file. I will submit a patch to the latest master now that we're agreed. Thank you for your help with these changes. On Mon, Dec 16, 2024 at 10:49=E2=80=AFAM martin rudalics = wrote: > > With your suggested wording changes but without the pixelwise argument= : > ... > > (new-frame)) > > Please omit the parentheses here. > ... > > (unless (display-graphic-p frame) > > This is a fix you should mention in the commit message. > ... > > Please provide a diff to the current frame.el of master and a commit > message. Have you done your Emacs paperwork already? If not, I can > install this as a tiny change because it's short enough. Still you > should start the paperwork since otherwise we cannot install further > changes from you. > > Thanks, martin > --00000000000094af8a0629653800 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, paperwork on file. I will submit a patch to the latest master now t= hat we're agreed. Thank you for your help with these changes.

On Mon, Dec 16, 2024 at 10:49=E2=80=AFAM martin rudalics = <rudalics@gmx.at> wrote:
=C2=A0> With your = suggested wording changes but without the pixelwise argument:
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))

Please omit the parentheses here.
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 (unless (display-graphic-p frame)

This is a fix you should mention in the commit message.
...

Please provide a diff to the current frame.el of master and a commit
message.=C2=A0 Have you done your Emacs paperwork already?=C2=A0 If not, I = can
install this as a tiny change because it's short enough.=C2=A0 Still yo= u
should start the paperwork since otherwise we cannot install further
changes from you.

Thanks, martin
--00000000000094af8a0629653800-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 16:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343650165513 (code B ref 74750); Mon, 16 Dec 2024 16:04:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 16:03:36 +0000 Received: from localhost ([127.0.0.1]:55668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDZH-0001Qr-G6 for submit@debbugs.gnu.org; Mon, 16 Dec 2024 11:03:35 -0500 Received: from mail-qv1-f43.google.com ([209.85.219.43]:55436) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDZE-0001Qe-96 for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 11:03:33 -0500 Received: by mail-qv1-f43.google.com with SMTP id 6a1803df08f44-6d8fa32d3d6so58499626d6.2 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 08:03:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734364952; x=1734969752; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=BO0Wyxe/Ws+NQENJDcGrjAJmrsNL0to3CVAF0eR/3yQ=; b=AtfYOQunHBOZ2cG/VW7txouP4VDorSjwL80gGLc6X3ghsHsgyH7wDO5pS/nvMU2Bzz Dgf27BsrbllPrWcjm3H3rTjIKuo/vFEJ7etRtBpqfRaXl6CyXs3IgqGSs7Qr93CBbikD RzRKUzkqNXVf4fXZ0ea5pP2UW0HUIi3PlwAihlYDRRU8roNV+LLEnTq04eruNH9B2oeT ppxG5EePDX3vxecOdu2uD5trMhlwA/Jfoj8N/v4ZqnhtLMEgZU02aw/X6nj7aSF/oL1b LOWgsdjKBfN1Rr+aSzNFV7rk8QcJI8nREhQmMt7aKqzQWxet4+DEF1O8WrfbBtYe7rOs +6MQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734364952; x=1734969752; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=BO0Wyxe/Ws+NQENJDcGrjAJmrsNL0to3CVAF0eR/3yQ=; b=FSX3y+Yx2juqAdvc3PYbb+YFUwWwWMiFbJ7GN/QCivQz/CQz7i7ViLB/7AjTqulXih 8e8HcFB+FPiSn8I09ry8+wpgQa0GvVxZnilVggBFJMM1RojnJcihRdA7C2QQz72/aXnM C8+0Uex9KFJr1ePW39jvkExG+UCLSfRMaIaC4LYwH68e9v+k5FytsXvMwrEH+1K1hWrC fwunIU8gYHpm0Chjx4hpsC9ix4f+xPQ3WKHUieI9+7Aabe/mDJbDBkJt5qS0qQuImj1a ie0GXk1SRMNb8HJDsXd1DRrlbnqWe3lG+8DxiNO6/w0gBLkBRIoXspXPtjB53l8b7p3m DPUg== X-Forwarded-Encrypted: i=1; AJvYcCXOQBJO6hcQ2bE+uaP42EPq8zvUR6p3GQqg5PKwWdxPDEeNzcRK+LRl234J/VVvHRa0xoi4vg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzBrZO0gZ/bfIrQF4n1U7qGRkur8z+iFmzbGt0sAkCPVqCordId 2D3czaVyw2Z407DHVM5YaBcRiMWtWatkGqfCc5vekQ1tbPDMQNgvipSB6YTRY2bRrpxY0/8b/Ww u3pGXeEfdP7ahSpYDAFpBbDE5aDU= X-Gm-Gg: ASbGncuFfocy/w1MTfuUwXTMhOxiZEcnFSWb1hckgQ/QIZ1WJC+VQeQshjKEiM+ubWd ZZjyU6Z+93cie4qhxEY5bSc7N7P4nXBw/lMB0gQ== X-Google-Smtp-Source: AGHT+IGMXncrmjgPtNieNZNybV78GvSS9xRogvJR/ro463GWVx8AGaugbmh95GdgGOBkXehlUTAXpMORwA0/V1bQCqM= X-Received: by 2002:a05:6214:258d:b0:6d4:142d:8119 with SMTP id 6a1803df08f44-6dc9684c7abmr199051376d6.42.1734364950086; Mon, 16 Dec 2024 08:02:30 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> In-Reply-To: From: Ship Mints Date: Mon, 16 Dec 2024 11:01:43 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000c2c7c80629654e77" 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 (-) --000000000000c2c7c80629654e77 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Martin, I'm assuming you'll do the patch against frame.h and frame.c? On Mon, Dec 16, 2024 at 10:55=E2=80=AFAM Ship Mints w= rote: > Yes, paperwork on file. I will submit a patch to the latest master now > that we're agreed. Thank you for your help with these changes. > > On Mon, Dec 16, 2024 at 10:49=E2=80=AFAM martin rudalics wrote: > >> > With your suggested wording changes but without the pixelwise argumen= t: >> ... >> > (new-frame)) >> >> Please omit the parentheses here. >> ... >> > (unless (display-graphic-p frame) >> >> This is a fix you should mention in the commit message. >> ... >> >> Please provide a diff to the current frame.el of master and a commit >> message. Have you done your Emacs paperwork already? If not, I can >> install this as a tiny change because it's short enough. Still you >> should start the paperwork since otherwise we cannot install further >> changes from you. >> >> Thanks, martin >> > --000000000000c2c7c80629654e77 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Martin, I'm assuming you'll do the patch against frame.h and fra= me.c?

On Mon, Dec 16, 2024 at 10:55=E2=80=AFAM S= hip Mints <shipmints@gmail.com> wrote:
= Yes, paperwork on file. I will submit a patch to the latest master now that= we're agreed. Thank you for your help with these changes.
<= br>
On Mon,= Dec 16, 2024 at 10:49=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> With your suggest= ed wording changes but without the pixelwise argument:
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))

Please omit the parentheses here.
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 (unless (display-graphic-p frame)

This is a fix you should mention in the commit message.
...

Please provide a diff to the current frame.el of master and a commit
message.=C2=A0 Have you done your Emacs paperwork already?=C2=A0 If not, I = can
install this as a tiny change because it's short enough.=C2=A0 Still yo= u
should start the paperwork since otherwise we cannot install further
changes from you.

Thanks, martin
--000000000000c2c7c80629654e77-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 16:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343650615642 (code B ref 74750); Mon, 16 Dec 2024 16:05:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 16:04:21 +0000 Received: from localhost ([127.0.0.1]:55672 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDa0-0001Sw-Vj for submit@debbugs.gnu.org; Mon, 16 Dec 2024 11:04:21 -0500 Received: from mail-vs1-f51.google.com ([209.85.217.51]:44318) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDZz-0001So-2c for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 11:04:19 -0500 Received: by mail-vs1-f51.google.com with SMTP id ada2fe7eead31-4afdd15db60so1074421137.1 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 08:04:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734364998; x=1734969798; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=1Y4Vpx91wAdEB5uAj2f0s0pJzX7ONs3e1FPtAlz/aOA=; b=HgdR6Q5SHQYQ/mWXhQ2gIM+q8k3OeXhnDLGcFPZB29PIeBIsJHFeilLyEwQwh1RjpL n6C+jnrKsvUjrxeSNrIYnYJcUOoOYsHffVUFw+A1O9tK5LNOw46IiUWY8IjyVApwofpV aW16r38nJKIN+JvV7jTfFdBs+dyhXwkcJswrQqjPgFW2vdq0AgiMrvjyEHXmGlVYG6zm /h3WIUF5IAnzaPidtJ1JTjqsvOKssMshqeeobkSF4KGqsHWI99gtXDtlTEwGdbIyw744 ImnqQvYGzHVG77GVxvw57KqEoSxQ55Gj/qflzDmzr5w0HFBopUOas3NB597ZEMU/+GNC FRdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734364998; x=1734969798; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=1Y4Vpx91wAdEB5uAj2f0s0pJzX7ONs3e1FPtAlz/aOA=; b=ARZqG+x0X689NxMlRizu0LzvLHp1KKH0yDKFInglHTW5st8RNrHzis8rhtwEnxAOrN TitKBKNibqtN8NAEEakoJScZ7Nmg6okX0Ol3G52441OJxkB9OkjY3Kzx1UY4Y3qQmkOA 8TV43MqOR/dQZwm5I85WBwg/AV0iql4ehlkQM5QrUouGnnqrgF9sYpLJT6Lx2m4/WLmE zSjYzP78wAthZU2uKgjT+rIl+tp30kXBvpvgwz69sT2UPGtCz8uE5yPkdAvThqCRpiwa vB+94HF2oxUv0yn3bv7kA/GwqfqNYBz7mjEpKY/A0psUwRg4rdccsic3PKtryzJv04hV 3LCA== X-Forwarded-Encrypted: i=1; AJvYcCVF65WIlQBTIKVYbkWRN1WpHlYd2i3GCzW2WAyDtrKs6spxGnI1rHxl7yqk98GbTMgBrttjTw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwMwDBM0sMUw0AVA5MIsElRIi83Lape/GPnnPZOVqt9f8HnHXdy oW9dGIyMuokIqe8HZ75+kkZGZLjJsUWWdy/WwUkVB2nzByrH8wsDkjhdJaakPsJMJKPCPVe8apR +X5oUquYEm0iKlymLnSRI+G7toqE= X-Gm-Gg: ASbGncuMl9rJzjunUvSCVRd0Vv7xcliv1mF3C1T0vgxPpgYwPHfbLo71aKuhmi4kP4A H05e7gd+9Vp67kpsuKslxS+P5lds/I3ik4/TlNA== X-Google-Smtp-Source: AGHT+IExRkwAih6PC0XxmiHUe73VuQ0IXCz5LlDoTe3ERMv1FEMKXalPgyJToFVyTTbh8IjQ/7IoVlRpIx+FIzyzMzk= X-Received: by 2002:a05:6122:4598:b0:515:d2d1:7c0d with SMTP id 71dfb90a1353d-51a242a91d7mr512953e0c.5.1734364998401; Mon, 16 Dec 2024 08:03:18 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> In-Reply-To: From: Ship Mints Date: Mon, 16 Dec 2024 11:02:31 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000a405f806296551c7" 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 (-) --000000000000a405f806296551c7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Aha, you beat me to it. On Mon, Dec 16, 2024 at 11:01=E2=80=AFAM Ship Mints w= rote: > Martin, I'm assuming you'll do the patch against frame.h and frame.c? > > On Mon, Dec 16, 2024 at 10:55=E2=80=AFAM Ship Mints = wrote: > >> Yes, paperwork on file. I will submit a patch to the latest master now >> that we're agreed. Thank you for your help with these changes. >> >> On Mon, Dec 16, 2024 at 10:49=E2=80=AFAM martin rudalics wrote: >> >>> > With your suggested wording changes but without the pixelwise >>> argument: >>> ... >>> > (new-frame)) >>> >>> Please omit the parentheses here. >>> ... >>> > (unless (display-graphic-p frame) >>> >>> This is a fix you should mention in the commit message. >>> ... >>> >>> Please provide a diff to the current frame.el of master and a commit >>> message. Have you done your Emacs paperwork already? If not, I can >>> install this as a tiny change because it's short enough. Still you >>> should start the paperwork since otherwise we cannot install further >>> changes from you. >>> >>> Thanks, martin >>> >> --000000000000a405f806296551c7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Aha, you beat me to it.

On Mon, Dec 16, 2024 = at 11:01=E2=80=AFAM Ship Mints <s= hipmints@gmail.com> wrote:
Martin, I'm assuming you'll do the patch again= st frame.h and frame.c?

On Mon, Dec 16, 2024 at 10:55=E2=80=AFAM Ship= Mints <shipmin= ts@gmail.com> wrote:
Yes, paperwork on file. I will submit a patch to the latest = master now that we're agreed. Thank you for your help with these change= s.

On Mon, Dec 16, 2024 at 10:49=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrot= e:
=C2=A0> Wi= th your suggested wording changes but without the pixelwise argument:
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))

Please omit the parentheses here.
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 (unless (display-graphic-p frame)

This is a fix you should mention in the commit message.
...

Please provide a diff to the current frame.el of master and a commit
message.=C2=A0 Have you done your Emacs paperwork already?=C2=A0 If not, I = can
install this as a tiny change because it's short enough.=C2=A0 Still yo= u
should start the paperwork since otherwise we cannot install further
changes from you.

Thanks, martin
--000000000000a405f806296551c7-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 16:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343652636548 (code B ref 74750); Mon, 16 Dec 2024 16:08:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 16:07:43 +0000 Received: from localhost ([127.0.0.1]:55679 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDdG-0001hY-Qa for submit@debbugs.gnu.org; Mon, 16 Dec 2024 11:07:43 -0500 Received: from mout.gmx.net ([212.227.17.22]:56987) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDdD-0001hD-Fh for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 11:07:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734365250; x=1734970050; i=rudalics@gmx.at; bh=425ToTWcLiQPP+Tguch/av7oQLR/L5w69YfEUt2MY2I=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=ZyMUfl6fCwkZ7s7C9jPaTZ/T+nYuMTNXOXneQjAutqRTC/eXa+gMT05CzOvakO+B 62Z+k5tPlvxnlxwj9FVIeXyyeTU3lngWWAmqt2nNUXxY2nH4In31u+Gcxej/TEHSG xsSp+UymqB1clD8qKswh/GF8mY/P1mqsKyZCZYJJ9n5msruatVsWg2N3wh8kho0TE O6KyVglEEnD7FTVE5ZFMkZ0dglFhmyQaa1zYwmICpsqz3B1LO7RQCNhgUtnOCxFTY Cy3++fFvD0cbMI8iNNiGZDAhw7AxAAokhHLYPFmYmJa2K11va8mFD8d92F10mOChY I13ceU+IZ3lLoEat/A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.39]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MwQXN-1tgGcJ0FhV-012OM5; Mon, 16 Dec 2024 17:07:30 +0100 Message-ID: <9f0b12df-5344-4439-87eb-7569019deaa1@gmx.at> Date: Mon, 16 Dec 2024 17:07:28 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:hIL3KFUn76jmBsYp/ljB76mlflcztqz1rCb3PPDm+4W46qquRYb +WVVE9m9gK3yDjJvTI3zo0DBz5sq/OUGvbVMJykjlO+1XzEmuO/xnK0czjstwVpNj4UNAit cM3dECvqQ2ddwvvKjGYpPTwhhLw+Nm+A88vzskKsMyl/Alf0RrytXzkNXNq+r+ze1hx8Rqt SIQwYDu6GOpMY/w9YCgDg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:L4hqx5W89+s=;gh5fHrtCyrpJntmZ0rXS+9kPo4E 8Gvbn5xg4cw1vCjsEqx98mDdGhAMQq0CvA41iru29pLN8GgqFinRcdkCFUvmW1JqaZfwmKDfL kL2QuYlGkggVcRBKDzfgjBmqX8BhzP3yoK7JkxkHKd43E+6VBLx6VHJpx3NFlArMxi/utQEZt Gk8p6uk84fvItKAy7RAaBdGvW4WI2TRWIN+j13JCKitJHEFPkf8MdtTYR5lcZDISqpZj8pLrp eD0EGsHBAuUYRI/2K1nv3w/RbVGJBhwEMp9+/2P/TUb5as+PYTblufk+kSSx66g0h6zsiksR7 6b4QvrCVDCAn6FdHUnuOqHzhBHlP4buUmBt3cfst8qYUBMq0XuLuFerLzxQ+VZgqo2v+DhTJP 4wpU7ypPIqThnhmAC14UiUBFFw/CoVMrJ7zRepNOZs24Tk7iSsG0RDBi6F3qsaDxjVhpZk1N+ Ujt9ruGt841geCNrwaV9CZGIOWT8IMRC+Eyf4FbWo0vVPD4vxCiMfxe9kS7l3xtvlnsXqPf91 7kjLRlNQZ0ZkQo2JwmTDcbSPcLFiFLBeLaP7gkPJnmpGkKallQl3pbAam1b1kYFskH9HwNNMg TVVY7slqudyIkmrvUC6vYbIYfdUgCplBXImeVEfhnH1Lm/ElK0TppJKkgJwlz8mCv5NWLrKrj /hGY3Awidk6vfWnnIHkyADZJ9JSSXCD2tGvXiSeaLTOzHo5HPfb6/HyQ0nttHJ4d2uUL6y8zA tiTVrCSyW7AvrQDz8UpUjknwo+oEUsaCSNcDGsjjGmy0djtB1ynoOACfWjMdilZ1CGVyiS2Xt xV8GPQ51bFzut2pIi04sfczZNFLvYCQ4yeBUaxlmz7SwqLfTFMP/zUHDy+8XQpVUhIP80/U+L N0WcGHybfpbhkGyugQWff/x/XTlYjkSh8bG4mwkEWlwKshC3tH4VSTuBCXqi1CAPbAbuSWYsV 57RyW3oDMcdtbHbJnXIGcA8kiEGsz9HXePjWzAfYFDkY22vi0E7AAXQzJqk4WVS+QrEWTrnai kWZl0FceBRiTGnhvkGUaz3NECQeGUslJpfP2Dd/2JUntwoBXaA3kOZLx4MidD8e7Lwn/EEhtI CZDxGc58f0huuhfMfcys9IkoTMbTyw X-Spam-Score: -0.7 (/) 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.7 (-) > That patch seems to work. Thank you, Martin. I tested on NS with and > without vertical scroll bars and with and without fringes. A basic test of > frameset-save and frameset-restore now seem to correctly respect its > embedded text-pixel geometry. Installed on master. The purpose of the slots I removed was likely that I originally planned to implement something like (width . (outer-pixels . ...)) (height . (outer-pixels . ...)) in which case any implied resizing should have been completely inhibited during the entire initial phase. But I never did that. 'make-frame' might still need some tweaking for the tool bar when 'frame-inhibit-implied-resize' is non-nil. I'll have to look into that. martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 16:08:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17343652786580 (code B ref 74750); Mon, 16 Dec 2024 16:08:03 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 16:07:58 +0000 Received: from localhost ([127.0.0.1]:55682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDdW-0001i4-6w for submit@debbugs.gnu.org; Mon, 16 Dec 2024 11:07:58 -0500 Received: from mout.gmx.net ([212.227.17.21]:55865) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNDdU-0001hm-5D for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 11:07:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734365269; x=1734970069; i=rudalics@gmx.at; bh=pb2Ko4KBbOBG7uT0PYsDP65UHbkl2nvKk/+/iNlnFes=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=egIha/hhOgxLZ00dJED4wOSwGBQFdHtFGkGuMFxLAkkVkjU3l8iulSd0D5ZTyquZ ofvGQrKOAdc2PfmH2tIVziO/7SZs+g4fH/sCBa7UX0YAmzszot0Bz0usZJGf3GtgS 9TsiO2f6KIp/lyMmOlgElDFHbhLUYbr0dTY4BApeXlx76w4rEDONrZ2IBmN2YCKey Z3int02mLRsVX0W7pWCJpJdVPPZ5itWl6LUpqSzbGgVtmlbnGFCvZ+7zlSCbBLhT8 ThxOjWgwLpxRDdBNRsX8vZyifU7RuKa91r2cexfpFmVVnXDUHdIPX7WnyDYl5VEv1 SlgfYoC+gWrOL+qwdg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.39]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MoO24-1tuNfJ2rWq-00fbEk; Mon, 16 Dec 2024 17:07:49 +0100 Message-ID: Date: Mon, 16 Dec 2024 17:07:48 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:pn10wXHYcbIi90M9UD6d8qkF2G02D+sdhz0/UlMs2GrrrrU+ZLb sm0JPs+30vg45qGtDUlNkxUOJgy40OTEKAKzJYoE4eYztWGfhHA4sk1hiwH79k94IDvrU/0 5FkKHUP3LIOTss6GhNEDodBa60ea8KHKK2yzSld/iWuV009/zOplsg0MfGF/bOUykSBud8u 8bE13jtBdiqdohOAIzbbw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:jHXjm3Cwukc=;tMvIn6rCaUiwO78tVFMzBOT8cTA bVWjG5BTMQjUpOOkVpVOrCnxTookr3Ode74qTdUgNsRTXUoYp/KwCE/TnE9GhUyivelXjKSE4 0PNoNgJgLQYtkx6mcVGSZ1YpPgD8nZs4bA64V/tB02IA76lGOMZlPlJ6gHqc+uJsRNPC68+zJ Ei1h3AQjfklKIHm26LUpd/wbkMUUNegfWd+54DMA7XfaZMZknD+7/GCgA22czNtaup+b/8G+u N97P0O/WAW1FJtbrEXEAh20JgF9VosYMVkH0/KjjXXxZ3EIBnPNsTL7vRo9PU7Eso8SCNbuaB kLkeaEMtlLbC8kSz++HosNoQ9+oRMHNya5yOm0dkLZTlFlH6icTEd1MlhE3/rEl/ydvD2Ierl PW9GDmit8ILuvPA97Vpz1GBlk8Qd423JBntmdp99sS1pnvcf+v66HIhPbdVkmtNkseJh8w7rq zGE7ANU/XMazpZtxm/YCc6R2W0/htO1D0/uxOtmaBhhXZ42xish6cH4Sh/aDgLpNn+4WhvkOA qQhhCAR0ScMh1ARGrjdvjRE+iS7U2IvFxRMUfojKjI5BqOxtFs5jiVxfKL68w8Jkb3dIU1gKF CI7w2vXVGaTr1hl9MUrNTkyIUPWCydWr1HhkYCVJTLg4HdcZJ0IL/ozm4H5nqJKTI2W7UBdYo eU3CFlwBLgFJkCUUsSCs4tiPEh3yOpbpCVgRvINsEvlNkBb9Q3Q6kmX5FDMIvv5Gzivu34SHN vEz3zX/ozKrELV4RBL1H2bUV1gk8apazS5tHRVLTuEZBXmOUL+8nPpn3K7bP+JHI9qrvlF5h9 uMFzLozYnu+E0jy8tnkxvoh2ubv9tb2/bl6lkZI+iCFWBk4ID3Tz/Mm8/lng6u9JbdFJPdyF8 Wyq4PSrwCu4z8KYg76ExEd2iurXu1CePoJxA7Xk7b2RBHYT07sccT46YlU2pSz6VnRli8A52X 76blvzneLtlLrYBYRToSK3hkim5tGIouPodYVcudkr9SGe4fFwhicvIwg6d45HSyVwDSPNGfj 7C8W7J2oPr1G+zaqaNlCquTABzAzvnyW0iXRDwDZHI/8ZpQM6ZxTz6cCRGFhSLQNAeARxH4Nu 8YqikhkLIO8at+tN5cAACK2MmaAKV7 X-Spam-Score: -0.7 (/) 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.7 (-) > Let's just do away with the pixelwise parameter and rely on the user > setting? That would be in keeping with the rest of the implementation, I > think. I'll add a 'resize-pixelwise' frame parameter soon. Then 'clone-frame' would simply have to inspect the parameter of the frame to clone and we are done. Other packages might have to adapt too since with the new parameter a user could never have set 'frame-resize-pixelwise' and still have frames that resize pixelwise. martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 16:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173436725313662 (code B ref 74750); Mon, 16 Dec 2024 16:41:01 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 16:40:53 +0000 Received: from localhost ([127.0.0.1]:55748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNE9N-0003YG-4e for submit@debbugs.gnu.org; Mon, 16 Dec 2024 11:40:53 -0500 Received: from mail-vk1-f173.google.com ([209.85.221.173]:61501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNE9K-0003Y6-85 for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 11:40:51 -0500 Received: by mail-vk1-f173.google.com with SMTP id 71dfb90a1353d-5188311e61cso1316132e0c.2 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 08:40:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734367189; x=1734971989; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=578BIvsY8MEbU448ft3S6a60g/YJlKjFFCIyiDNZCGw=; b=WoMTrvNp0KGFMed4egUn6PbdeRO+Q0E0L6JjaMjx/okePHrmrHfq7spWZW0VMEQr5f 7ywe+xA3tB/Vx4dsjwzMAssRuMUexa3+ShhKlQuhfk/5AwWEbnnVK83xPMG6I/KWv6PJ FMGu7YbLrp1y0qrmJg/A9EVYSGUzNn9FEwnAwX+JAbp/EUKlEu4QvMtChuYidHKKuDmH yvMky7UeG/5Fz9zRe7zVAIxxFQW+Wq8xd+fqVbl325uSP/+W6FtpBsnhpg0DuWWFdVFH Dsm8KWEq9ANpAfM34ihE256YbFhxAahSDllfQ3WlghGHrLzdzKCvRCqLnlMriJOx7EmZ 3YGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734367189; x=1734971989; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=578BIvsY8MEbU448ft3S6a60g/YJlKjFFCIyiDNZCGw=; b=FsTlzXBc/npCOFltciblIXyUZ0K4E6CpMVe8CLW5dB7AUu7AIrIbRceU8sqFL/Cxen bdR3uVPeD2x07NwuZEdZB6YuDx3v5xfulnWxxWLds4maO6UORk23J9+KhZjHMFo1Bz1j niOXKsqQbKDX/w+1Rp1mHW/OCKueFnxMiDSWDrw0dlNtkBYC2SXzxRuMyHGfkalDXo5F zu5pzGpWUF9HtCIw5ToIpND/A6bDRJJcnDfzJSA2FSI6032vbagGT5bAwpLBdHD6z6p2 1U4/UVedSaQFvnwqzsDyRzWsfnStVzakVEAlln9t+12arkAJwmMJWgVus1x9ZwhwUw/s 5INQ== X-Forwarded-Encrypted: i=1; AJvYcCVEL7HaoHylPQwgix0YxmuWxbnKUf+lhj9dkeHnednF0Fyr4Xf9OFMrv6lYQ3Le111vN70yGA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwDmK2BHlr0f3e7NJly88Lo2pZBroazga14+g+NykROUXmZxPF2 +MPNQiZeV57BTly6wnnJ0qvRVt0nkkfh2jWZathe+OUnDMBHLIMJAxvLZ1UBSbY8FO6EjjSy3gk wLfXqknPcviWawLo/6+mhi01X/ec= X-Gm-Gg: ASbGnct/WBgK+SqVPmFIQb7Lgq6lmWuotzvePWTufqJvUKgoZg/LO6Cz64LeBKOL2Yl Bk6GOkE5k7I+9jWq1fOKe2R87E9wk+cStxjuNrg== X-Google-Smtp-Source: AGHT+IH07SKHks63dPg3Q9vbo4Ru5UiM/yDlAV3Fv4uRn9GOks8Kc4LHPLulZ0VSS1E70HKmRvs9mbo+2I/L+pp7Zwg= X-Received: by 2002:a05:6122:787:b0:518:9582:db90 with SMTP id 71dfb90a1353d-518ca483db5mr11256279e0c.11.1734367189593; Mon, 16 Dec 2024 08:39:49 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> In-Reply-To: <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> From: Ship Mints Date: Mon, 16 Dec 2024 11:39:02 -0500 Message-ID: Content-Type: multipart/mixed; boundary="0000000000003f3f10062965d439" 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 (-) --0000000000003f3f10062965d439 Content-Type: multipart/alternative; boundary="0000000000003f3f0d062965d437" --0000000000003f3f0d062965d437 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Patch attached. On Mon, Dec 16, 2024 at 10:49=E2=80=AFAM martin rudalics = wrote: > > With your suggested wording changes but without the pixelwise argument= : > ... > > (new-frame)) > > Please omit the parentheses here. > ... > > (unless (display-graphic-p frame) > > This is a fix you should mention in the commit message. > ... > > Please provide a diff to the current frame.el of master and a commit > message. Have you done your Emacs paperwork already? If not, I can > install this as a tiny change because it's short enough. Still you > should start the paperwork since otherwise we cannot install further > changes from you. > > Thanks, martin > --0000000000003f3f0d062965d437 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Patch attached.

On Mon, Dec 16, 2024 at 10:49= =E2=80=AFAM martin rudalics <rudalics= @gmx.at> wrote:
=C2=A0> With your suggested wording changes but without the pixel= wise argument:
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))

Please omit the parentheses here.
...
=C2=A0>=C2=A0 =C2=A0 =C2=A0 (unless (display-graphic-p frame)

This is a fix you should mention in the commit message.
...

Please provide a diff to the current frame.el of master and a commit
message.=C2=A0 Have you done your Emacs paperwork already?=C2=A0 If not, I = can
install this as a tiny change because it's short enough.=C2=A0 Still yo= u
should start the paperwork since otherwise we cannot install further
changes from you.

Thanks, martin
--0000000000003f3f0d062965d437-- --0000000000003f3f10062965d439 Content-Type: application/octet-stream; name="0001-Support-pixelwise-frame-cloning-bug-74750.patch" Content-Disposition: attachment; filename="0001-Support-pixelwise-frame-cloning-bug-74750.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_m4r9eht50 RnJvbSBhZTdkZTA2Y2UxYTI4NTk2MGM1Yzc3OTU1ZjY2ZmIzMGE4OGE4MjhjIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IE1vbiwgMTYgRGVjIDIwMjQgMTE6MzY6MjcgLTA1MDAKU3ViamVjdDogW1BBVENIXSBTdXBwb3J0 IHBpeGVsd2lzZSBmcmFtZSBjbG9uaW5nIChidWcjNzQ3NTApCgoqIGxpc3AvZnJhbWUuZWwgKGNs b25lLWZyYW1lKToKSG9ub3IgZnJhbWUtcmVzaXplLXBpeGVsd2lzZSB3aGVuIGNsb25pbmcgYSBm cmFtZSdzIGdlb21ldHJ5CnZpYSBtYWtlLWZyYW1lIHRleHQtcGl4ZWwgZmVhdHVyZS4KQ29ycmVj dGx5IHNwZWNpZnkgc291cmNlIGZyYW1lIGluIGRpc3BsYXktZ3JhcGhpYy1wIHRlc3QgZm9yCnR0 eSBzZWxlY3Rpb24gYmVoYXZpb3IuCi0tLQogbGlzcC9mcmFtZS5lbCB8IDE0ICsrKysrKysrKysr Ky0tCiAxIGZpbGUgY2hhbmdlZCwgMTIgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkKCmRp ZmYgLS1naXQgYS9saXNwL2ZyYW1lLmVsIGIvbGlzcC9mcmFtZS5lbAppbmRleCAxYjVhYThjZmYw OC4uMDJmM2Y5ZjlkYWUgMTAwNjQ0Ci0tLSBhL2xpc3AvZnJhbWUuZWwKKysrIGIvbGlzcC9mcmFt ZS5lbApAQCAtODYzLDYgKzg2Myw5IEBAIG1ha2UtZnJhbWUtY29tbWFuZAogKGRlZnVuIGNsb25l LWZyYW1lICgmb3B0aW9uYWwgZnJhbWUgbm8td2luZG93cykKICAgIk1ha2UgYSBuZXcgZnJhbWUg d2l0aCB0aGUgc2FtZSBwYXJhbWV0ZXJzIGFuZCB3aW5kb3dzIGFzIEZSQU1FLgogV2l0aCBhIHBy ZWZpeCBhcmcgTk8tV0lORE9XUywgZG9uJ3QgY2xvbmUgdGhlIHdpbmRvdyBjb25maWd1cmF0aW9u LgorV2hlbiB0aGUgdXNlciBvcHRpb24gYGZyYW1lLXJlc2l6ZS1waXhlbHdpc2UnIGlzIG5vbi1u aWwsIGFuZCBGUkFNRSBpcworbm90IHRleHQtb25seSwgY2xvbmUgdGhlIG9yaWdpbmF0aW5nIGZy YW1lJ3MgcGl4ZWwgc2l6ZS4gIE90aGVyd2lzZSwgdXNlCit0aGUgbnVtYmVyIG9mIEZSQU1FJ3Mg Y29sdW1ucyBhbmQgbGluZXMgZm9yIHRoZSBjbG9uZS4KCiBGUkFNRSBkZWZhdWx0cyB0byB0aGUg c2VsZWN0ZWQgZnJhbWUuICBUaGUgZnJhbWUgaXMgY3JlYXRlZCBvbiB0aGUKIHNhbWUgdGVybWlu YWwgYXMgRlJBTUUuICBJZiB0aGUgdGVybWluYWwgaXMgYSB0ZXh0LW9ubHkgdGVybWluYWwgdGhl bgpAQCAtODc1LDEwICs4NzgsMTcgQEAgY2xvbmUtZnJhbWUKICAgICAgICAgICAoc2VxLXJlbW92 ZSAobGFtYmRhIChlbGVtKQogICAgICAgICAgICAgICAgICAgICAgICAgKG1lbXEgKGNhciBlbGVt KSBmcmFtZS1pbnRlcm5hbC1wYXJhbWV0ZXJzKSkKICAgICAgICAgICAgICAgICAgICAgICAoZnJh bWUtcGFyYW1ldGVycyBmcmFtZSkpKQotICAgICAgICAgKG5ldy1mcmFtZSAobWFrZS1mcmFtZSkp KQorICAgICAgICAgbmV3LWZyYW1lKQorICAgICh3aGVuIChhbmQgZnJhbWUtcmVzaXplLXBpeGVs d2lzZQorICAgICAgICAgICAgICAgKGRpc3BsYXktZ3JhcGhpYy1wIGZyYW1lKSkKKyAgICAgIChw dXNoIChjb25zICd3aWR0aCAoY29ucyAndGV4dC1waXhlbHMgKGZyYW1lLXRleHQtd2lkdGggZnJh bWUpKSkKKyAgICAgICAgICAgIGRlZmF1bHQtZnJhbWUtYWxpc3QpCisgICAgICAocHVzaCAoY29u cyAnaGVpZ2h0IChjb25zICd0ZXh0LXBpeGVscyAoZnJhbWUtdGV4dC1oZWlnaHQgZnJhbWUpKSkK KyAgICAgICAgICAgIGRlZmF1bHQtZnJhbWUtYWxpc3QpKQorICAgIChzZXRxIG5ldy1mcmFtZSAo bWFrZS1mcmFtZSkpCiAgICAgKHdoZW4gd2luZG93cwogICAgICAgKHdpbmRvdy1zdGF0ZS1wdXQg d2luZG93cyAoZnJhbWUtcm9vdC13aW5kb3cgbmV3LWZyYW1lKSAnc2FmZSkpCi0gICAgKHVubGVz cyAoZGlzcGxheS1ncmFwaGljLXApCisgICAgKHVubGVzcyAoZGlzcGxheS1ncmFwaGljLXAgZnJh bWUpCiAgICAgICAoc2VsZWN0LWZyYW1lIG5ldy1mcmFtZSkpCiAgICAgbmV3LWZyYW1lKSkKCi0t CjIuNDcuMQo= --0000000000003f3f10062965d439-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 16:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173436738714038 (code B ref 74750); Mon, 16 Dec 2024 16:44:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 16:43:07 +0000 Received: from localhost ([127.0.0.1]:55757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNEBX-0003eM-6s for submit@debbugs.gnu.org; Mon, 16 Dec 2024 11:43:07 -0500 Received: from mail-vk1-f174.google.com ([209.85.221.174]:51624) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNEBV-0003eE-LO for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 11:43:06 -0500 Received: by mail-vk1-f174.google.com with SMTP id 71dfb90a1353d-5188b485988so1264071e0c.3 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 08:43:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734367325; x=1734972125; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5VhneEx2Kwe+pe6fxx7kbmAgP7wSYTBQdPV5bPVjkEY=; b=YDGPCMEltCN61qrF8tJZ82S5FRKa44nahiSK7H7a2KiwK9QBt/m0vSparDMgApzedX aGCQaiJpolS2AEetphMPensYbwXihc99MXcbts62OUCkM7oJjI5sw0xkGy2LTa0TkAZ6 EuxzcNL3X3WaPBycRz/m5aoPczKpZ5XnJSuwVBTc9765Vq82xTuFLdbNBNiGUHp57p7f uuzjBRA+r9puZCExDD9hmVLZZ41cAZth+xrl1C1IPlPxWeu7basWrq3eYbrfUQxEw7yA ZjPmLdHjY3g0ievOjtsIbfRFyn7OfGWlKGLta7YpPDpsCTIXnH7UCQ7uI6v7aXAiskCe DEDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734367325; x=1734972125; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5VhneEx2Kwe+pe6fxx7kbmAgP7wSYTBQdPV5bPVjkEY=; b=jMCxYN+1OddRoR4FKaUNaaGe5illh2WvmbJOW8bNupHjyfaFYPY9r+volQ2CONIOYc dZRS5wUa7/XUrbRn+Uzu6ougDPnlLVE2+F7OYq2VPCa05YEeu37zI63iB/GLJvKv5kZM wCGDnn/6HK553JZwKbgDlURWM19oRe9tFqHe3xpu/chH73yqKUieYtsmpayvyDZi+uL3 XLnuHqsITXcpZ2ctltQyAjN7+CPZkYtJe194boIc2WatVYFKpEV7/U9WWFOdW98sh2tA 0ZvbpvcmKSs6oXsGqgA1w19CLpq8Pi8hb4U9XD0JEUvzin2r4cjqrpEh3Tst3Zjtxcq3 f+Tw== X-Forwarded-Encrypted: i=1; AJvYcCWxRDk9WhLWv+jauJHrBix2To8ce60WXr1cspt0Y5tmQ/D2v5xaRDV+O6+r6nNW+OH6sTLorg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxLPa48wyz25K3hcqVoZ1jUEaJcC8H2T3843cGTqxUt+oH2GQH8 sIBdjHSiM5UoQqeFvKbN1YOirYQf4w940V8MskKufFf5xBHXVIoUpenH+shOZnfrp7Ht98IW27Q JhIjred6KO1xWvoarCsLYL8vj4gU= X-Gm-Gg: ASbGncs9qAvEltANa/G/WGtzRMERnAYPS2e+VU30hv4g91ASFSgdG7GYg9DZiYXaBKd E/tGKR3V6hRdsh21LXmC1A3Np9HkN4IJhe/9JNQ== X-Google-Smtp-Source: AGHT+IGP7s9WUTEOTLA/CtfPm+pCDSY9yn1IRIbduVgFi+Gq8tiQRFIF99J8TWPKDu9ezdgilRomdrAJj5doUKxcP8g= X-Received: by 2002:a05:6122:2029:b0:50a:b5a3:e00c with SMTP id 71dfb90a1353d-518ca1ab8b5mr12074667e0c.1.1734367324631; Mon, 16 Dec 2024 08:42:04 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> In-Reply-To: From: Ship Mints Date: Mon, 16 Dec 2024 11:41:16 -0500 Message-ID: Content-Type: multipart/alternative; boundary="0000000000004b7924062965dcbf" 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 (-) --0000000000004b7924062965dcbf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The notion here would be that any non-tty frame created under frame-resize-pixelwise is t has its resize-pixelwise parameter set by default? Should that affect frameset-save/restore also? On Mon, Dec 16, 2024 at 11:07=E2=80=AFAM martin rudalics = wrote: > > Let's just do away with the pixelwise parameter and rely on the user > > setting? That would be in keeping with the rest of the implementation,= I > > think. > > I'll add a 'resize-pixelwise' frame parameter soon. Then 'clone-frame' > would simply have to inspect the parameter of the frame to clone and we > are done. > > Other packages might have to adapt too since with the new parameter a > user could never have set 'frame-resize-pixelwise' and still have frames > that resize pixelwise. > > martin > --0000000000004b7924062965dcbf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The notion here would be that any non-tty frame created under frame-resi= ze-pixelwise is t has its resize-pixelwise parameter set by default? Should= that affect frameset-save/restore also?

On Mon,= Dec 16, 2024 at 11:07=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> Let's just do away with the pix= elwise parameter and rely on the user
=C2=A0> setting? That would be in keeping with the rest of the implement= ation, I
=C2=A0> think.

I'll add a 'resize-pixelwise' frame parameter soon.=C2=A0 Then = 'clone-frame'
would simply have to inspect the parameter of the frame to clone and we
are done.

Other packages might have to adapt too since with the new parameter a
user could never have set 'frame-resize-pixelwise' and still have f= rames
that resize pixelwise.

martin
--0000000000004b7924062965dcbf-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 17:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173436881019373 (code B ref 74750); Mon, 16 Dec 2024 17:07:01 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 17:06:50 +0000 Received: from localhost ([127.0.0.1]:55791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNEYT-00052N-NX for submit@debbugs.gnu.org; Mon, 16 Dec 2024 12:06:49 -0500 Received: from mout.gmx.net ([212.227.15.15]:60259) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNEYR-000524-7l for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 12:06:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734368800; x=1734973600; i=rudalics@gmx.at; bh=NwE2t8rlDskCXifGXZEqcR8LVh3tSq1WASW5A0ry4qQ=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Bo2mp42s99kD/T+6dIeHpCBijSatD3mNJ7sSRTutbDwABsdCD8VME8wtongSpglZ GDecBtgLfWOoaPtCGdau9QAkauivUgaoMlPw0clFrfzFdWB4hEbSJlfkLKVWXkHeT cLNUCSf++XAfhoPMbgPXAAZNF68usLmh/tU0AZLANepsTN+wlbqjxnzzOBqQygtxE /cYev8TJyuUEdad9/Kf81Y8+CznZ9kr7pVVfUy/wu7fygNVys5dC5ZVtu3UvhCXFz ABdNuhKAWaOzIpDt2xqu3t3yULZPOUFPAiZay/jDspG+76y03CnffBpvZNHPcY+FU dQqYH8OMblEKEAH9JQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.39]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MF3DW-1tL2gy2HbE-007khy; Mon, 16 Dec 2024 18:06:40 +0100 Message-ID: Date: Mon, 16 Dec 2024 18:06:36 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:e70HVp5l9cz/iajvP/6O/VNZ2nX8Bzn8DrHyWxE2E67CrQYLgP4 P3n5lCXmQGjYfw3xJggGTgokVSwcBfS/zHz/Wwi8VClxGKltAMqKZTVT3yon5KN+mgM6VBI YzaMCmw4NIVTf4cBE2hXI5TekF6M05Ruyab/KsLK4ZwCHrANhtQIPXYNOCXv7k9ozHxehXP CYzbOyNmC7Tarnk0YfGVA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:sMIY6MRj3Ns=;CJSl2pk+ISTGjOsipDPESFCAeqw gug2B/D7dkeMsz5q1OlD+PqhqUYCYlURUKCQYMFzUqQ+jDyUvhq3AWjHxOUQtYtaw5UTP30bK jt241PO20T9KpnRR3Z5E2IKKCuKrXsKdof8p0zPIC8I1pGa++DZFN6er9mDmR4KHV4vgYj/AN TPJKPUimdJCcOaBKglRU65spZoxVslNNT54snVt1Yb0S11TbitEcwsG+oG+j5h0tibszQoQRR AcEveixtGeumUXBZVkt23pjAYxTA0h/lBh6TTpqD4dRGc86baLA2af1Oxrh8kJeazynMZM4iX SYmCjrrhZz2mOjilyw0mAVZmpku+2GcQAXlsQasYjyuXbjRQlbIELW1Ai5tSg14ChAaE1Rc3H nVL0Nr7tEgPS1H0oXcsuNeE/GYQP6mgSrc6wlE5lGgqsoNiMkNT2rzQmj0qmMFMii4+UtGj7c /AgS7T3oj9dMmv74CO1X3Fscpoc0hS6i0F+Ya46W4VqSGsPS1fISBQ23e28RcJtsdM4lByQY6 FGIQjWicRwJf+7anjAWIEoa0j8UBpolVbCcKXNRb6FiPIsJlwyg+Uf1B65lySooaL4qbktYwm TgajZGhv1pmQVJB30UJh8b02LVee0mgptkOf3uoxQOLKsHaeCx45RwE6pZ62cE81B8/bRKQ5N 8VcZaLiWnM2T/YRHL9VfGcKNsWYNo9JipBLU4UCA7PkqjCzUv7yKFVObiFd8hq2nwBpQ0YyVO 51tMIvOjaDBBqS3Lj64vrGasGaR3qPDniC1zfh8N+ZHLMfa6AV1iHxO31M93ZgaSZe7Xx00NY u0uTkj2pLLFEUWa3zpOEz6SqCFg+sj+MebNoKC7qP/mT/W8T5FDbuI82uVjvCvVdarSB4dkL1 S4dhGi8J9yTtMwtPPF2yg6BBRqZLCvpYo2x++YKkJN1xZfF6/pcvhHwYqunZxyq+DxIj4IOmk /TaqI3YApmoylCT4FFpln2ypfvtG5PaHfxEM8Memm1LBtpaKQQKQcbaEenlodpWNw9BTiI6wc OnYlbSJZHyqpd+7a03SdpQ8QEe6UPc//0wVYjUjx+ClCmSOK8Ml7GDLO4JtVtImsgOTF7SW7c DBrHBJ5vMyCYb5+1eHVBfg/yqnLO4v X-Spam-Score: -0.7 (/) 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.7 (-) > Patch attached. Installed on master. Thanks, martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 17:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173436881819401 (code B ref 74750); Mon, 16 Dec 2024 17:07:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 17:06:58 +0000 Received: from localhost ([127.0.0.1]:55794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNEYc-00052q-15 for submit@debbugs.gnu.org; Mon, 16 Dec 2024 12:06:58 -0500 Received: from mout.gmx.net ([212.227.15.19]:44207) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNEYZ-00052X-Pm for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 12:06:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734368808; x=1734973608; i=rudalics@gmx.at; bh=cVfz9F16W8mG/k/QW87AHafO8o402Gd0ZeqClj3kpWs=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=I0H7Hba4v827dAKjFf7exNQr0+66nJdFnSFytW84R5ZyK0XXiTwo+0E0exZPhFcd wjhxyLnyjbsHO++G0QlvdIz0uK9z45S+m/lkGXwI2ad9DHFysqqaff4GWx3JgyXKp ugkcVqiSb/k2ehYr2gVcGEjBH3RAGmR2WmhHYKa/LRmk7dfjEV7j3GKZ3YJ765OE2 W6lIuw20mi+EcHRQ8QHCJxf3QiYSdGI4pm9tyun6vsVY/LM0sHunF4+rOjia9wT3D jJ6Lg+EZWpjSJMGXRqBEHNLiNF9AWw8BKglfG+ekrwWqzEBdzqaxr18y9kKx4NIBe B3CWam4uNLwT8467NA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.39]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MJVDW-1t7l2G1vpI-00Tlyu; Mon, 16 Dec 2024 18:06:48 +0100 Message-ID: <317a3b5e-cf03-4b46-b1bd-5c3822044791@gmx.at> Date: Mon, 16 Dec 2024 18:06:47 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:C/Emiv7OzsVuWn8cqtmLgP3pif/piTPQzJqEsFQvicPwraZ7MEj h9CxWQJPBLRH794lg2so+jN1vTVzavaDRCJFsdCG5a/zzO+Hxv+CPnfk9u73QtFV2liuucl egknDV70CyiGCJPYroc9EqmPNY/wteEFuQPWzb186b9M9a140NjtP4fIjW5y0xcba1SZoz8 TQdsYUOJSt7BUODEZoPxQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:3wUGhln7LFY=;m8ppbHOfbsyRAU9vzTy96sNZ+Fz OdWm4iaFsf0R3Ek0P5pTesR2SMaedSs/bOzzDHKXSRVFl98HCHsPoe5DUKWD+E4JN6eett1yp 1WWuzMd8abT8tewlUi+/XPRO3H6EV6iPw3oQz0Kja4uVrQtTwm0n+765MIE1NVMxl6vU5U8wX wDEOjH08IP3AFNtih6Ytjxuwzn5qY03aIk3PSWFn1icNqDXQu/U4G6DQutqHCRIvxJMoWWC8q Qz7NTqqfVdBqdYgo8NKltxaPIYfZ3VrDusXd6Yn+P8OLyHBORvO8c1o4hOT9lExqAnuuA/4nq KjfI2UUGQhUUFJO7HNoQc/I1yTEi1iihKpkRNuBNlNic6RkAejb5VoaZoy6baajtvKJFOu7WF DMyafAAoMDgZlrFFkZGUAVwpul3tzfknQfsApKBmuf90/aIXcQIjGWxjR3LWLYAT/RAjSlV+h w2uwYjHMfBfKxKN1wKHDOeB6p4puJMxuLU7meSOmTgOTta7CDPypxy8vpp7cDiqvPJ2IiiFBC cMTsZhAr3CqPIN+sDQ3P5OwjKarpvsV5NwKwWSspl9Xl2JhtnIkCOQU2p6ANRBaNI7/uaU9xf hJQ+4G1RadZTbhTU1+1tB/L466UnHdHKo5tx0ApcwlhdOM4Lw1cRBPa60KtQrVuaHM7x87pZK RSSgdy2tmgk/wL8PJ4vkF2+zbw3aXaiAwP9ba6lj3+EP572y+mAEMg6nqw3ZVRQ34YGiEMt9G ILy5xQWqDa01OFebrvLQqjEz555QZv9HuYgUOqtjwZ2CvANstH48TaEcmlNZ03mNRjO2tRKH6 WndHTzDp6UbfdAwVOAMbBSxQFOdz//7pebR2F24dBnFVdTGExOR+l/82EcbCoZbOyRKh//2fM 1H5BZS3fJ8vLoD8RlCIqZ1bH6V7logBpE2bI0CRR3fl9a6xdaCWqfOGiFkbzb6DouCYeFpWA8 aFvSgjLoTVMuQpfpyn3CnFklxPFwtGrw019zMxXy31JqPJL1Ca/IiQg7yoZDJaNVeZ8+/DlCB QvPX0ivWV3OqgqcxnQGtY3WLi1kBwn6QVJEQhu29F6OtYl9+jbVbdohGxFfod9WKcGax8JoWg CbY4hLCZ3OEEw7rovbq04qu/Dt4uBU X-Spam-Score: -0.7 (/) 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.7 (-) > The notion here would be that any non-tty frame created under > frame-resize-pixelwise is t has its resize-pixelwise parameter set by > default? Yes. > Should that affect frameset-save/restore also? Yes, for restoring on a non-tty terminal. martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 17:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: rudalics@gmx.at, 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173437036825554 (code B ref 74750); Mon, 16 Dec 2024 17:33:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 17:32:48 +0000 Received: from localhost ([127.0.0.1]:55926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNExb-0006e0-7m for submit@debbugs.gnu.org; Mon, 16 Dec 2024 12:32:47 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54416) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNExW-0006dY-6q for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 12:32:45 -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 1tNExM-0002rr-I8; Mon, 16 Dec 2024 12:32:33 -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=7DLhI5jwxsnEqUbdi+W7cOQiPr+hlE+hUdK/LCpBSNE=; b=mSgSwjg6P++c QRI3aKic6EJAdrTUdOY8K3gnk+xXhBPAGvQYggSEdvBLYXFdW1X+1cD6J9zynRf7Ry4ymu37Bp2/z eHFlT4eJvYpKGGcEV921Iwmn6hennfwR2Uv24a/6+ratnabMdcHVLsq6h9fU5TaUIMwdLVVsDXDv5 OKb/6pOKlRiV+moUo/0nVHqfcEvzBBpB0+bJn+Nd2HzdCrqYpwvtpi21rFxcwSDwJSr5Kr5v+Nman iM/YJ4AYe8g6HDm3KSJba1bjygKaIgf6O6KgR3CpBULkCDv33rkaX2iUKs4fvIRofLYsO+O9GHFsT rM74DDdIMASFARR+AMJ8Lg==; Date: Mon, 16 Dec 2024 19:32:22 +0200 Message-Id: <86msgvpm8p.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ship Mints on Mon, 16 Dec 2024 11:39:02 -0500) References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> 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: Ship Mints > Date: Mon, 16 Dec 2024 11:39:02 -0500 > Cc: Eli Zaretskii , 74750@debbugs.gnu.org > > Patch attached. Thanks. > (defun clone-frame (&optional frame no-windows) > "Make a new frame with the same parameters and windows as FRAME. > With a prefix arg NO-WINDOWS, don't clone the window configuration. > +When the user option `frame-resize-pixelwise' is non-nil, and FRAME is Please avoid using "when" as a conditional; use "if" instead. "When" can be interpreted as time-related condition, which is not what you want. > +not text-only, clone the originating frame's pixel size. Otherwise, use > +the number of FRAME's columns and lines for the clone. This uses double negation, which makes the documentation harder to understand. Suggest to rephrase: By default, clone the pixel-size of the original frame, but if `frame-resize-pixelwise' is nil or FRAME is a text-only frame, use the FRAME's number of lines and columns for the clone. > - (unless (display-graphic-p) > + (unless (display-graphic-p frame) > (select-frame new-frame)) Why do you need this condition? From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 17:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173437159529973 (code B ref 74750); Mon, 16 Dec 2024 17:54:01 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 17:53:15 +0000 Received: from localhost ([127.0.0.1]:55968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNFHO-0007nM-R6 for submit@debbugs.gnu.org; Mon, 16 Dec 2024 12:53:15 -0500 Received: from mail-ua1-f46.google.com ([209.85.222.46]:52435) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNFHH-0007mp-LZ for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 12:53:12 -0500 Received: by mail-ua1-f46.google.com with SMTP id a1e0cc1a2514c-85b8c94a6b4so911898241.0 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 09:53:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734371522; x=1734976322; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=XdR7YWdnTQUML3LjZva6jfXUTF81HYl0/RkbY3OOcVk=; b=Ej9MGkSuhXlQWxEaFx91wRXo5u02BZP4Yt045BtSOlL7Z5hQPinzey97XnA3rPsazS G38paOWb7vKCHf33UdCA5dU8Gbceulcrp7ZSu9ugBRYOgQPOBDAr2psa0Uz2YyP5BvKL uEoHcMjvIqFS4fpp/bJqXtR5+Dj93UsP4x1FrESyCidx22nl0alEMrLiTZeUrmh29bE9 tIcPhOUeyYfnoCw1heh24JZ5NlXGjUUn1Y3ADbkGBueP2sDugrfAvm5IjCbFlMM4KoPY UH+IB1XI6DhBuMP7Bgr0EdnWq62otDhe9qqq4f5jNkK/5kh9qbN4MYXkmekyQvJ/R8Dz ztnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734371522; x=1734976322; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XdR7YWdnTQUML3LjZva6jfXUTF81HYl0/RkbY3OOcVk=; b=jLfDmkJA4wlUfa5CqYis2TS/sISA1Vz7hk8OZwA4gXxt4omAvn8Ftz9A9Db+qbCHIp n9rmFzYUaD7eL3N/ZCFtz42YG7yFY2q62LeaeohKfjx9SA8O81GR9AV5tzfD9AQkFsSb TmgpuW1isU59sEXdDzry2NJZJsGfB73+qSqe/Jh8rC3kyTs/rJwvMNnZGOA3cLRiYnqC tFTgcMB351FHJZf96oNKTRxxdp6esL5u0wx/GTr1ot+LOeQquebRWXnsDRwGTfqUksqJ uYT3uTVlfNHdcJKor3Xbn8z4d4VKt7FPAFWiuDdBwZs1ERShRvXGlm04tHrw4lc1yI0z 6EMg== X-Forwarded-Encrypted: i=1; AJvYcCXlEOrU/hy7K3YXKEhcj4O+7z90GsZa53NmdA2+1c/1v4X8qOBF3u39WhZQ/SYLHjs3SaTZNw==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yx+PAbGebOKGRRippigQWNEjzVvet/kBdw88MpZSbulq2jbwP0G EduN7PD7NsGTEAxMm6M+G3Y5OCLFHJEmOux8OXnIf0E+xhkq3nWB8oqyNY1hCraykm6TI0aa7mF B0GEMgejswrbi9qgspScBN/ZaLQM= X-Gm-Gg: ASbGncuy44VXQLsPLWh/sKonFYQpainTJ/A4Jjtj6YMWDYKLZvyzMTfltR0GtWQoPeM mPbhes4lUSyex5/+JxU4ja7C0FGw72LypNgQk5g== X-Google-Smtp-Source: AGHT+IG/IX+tdWvT691YwUkoql/qyymLbTeY8Nn/JawhJdTFf6g6NiMHH/OIaOQzkm4kHchFB9CK0+wvWjykXYZLA/I= X-Received: by 2002:a05:6102:290d:b0:4af:b8e4:e8b2 with SMTP id ada2fe7eead31-4b25d9a3e97mr14709578137.7.1734371521965; Mon, 16 Dec 2024 09:52:01 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> In-Reply-To: <86msgvpm8p.fsf@gnu.org> From: Ship Mints Date: Mon, 16 Dec 2024 12:51:14 -0500 Message-ID: Content-Type: multipart/mixed; boundary="00000000000079d325062966d604" 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 (-) --00000000000079d325062966d604 Content-Type: multipart/alternative; boundary="00000000000079d323062966d602" --00000000000079d323062966d602 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Updated patch with docstring amendments. The tty test you're asking about was already in place, I merely added the missing frame argument that ensures the test is against the source frame rather than the ambient selected-frame. As to its utility, I can go only by the docstring sentence that reads "If the terminal is a text-only terminal then also select the new frame." Seems to have originated with this commit 2c662e6d66165db8ead2f4d19a61af521807b8ba in 2021 when clone-frame was introduced. On Mon, Dec 16, 2024 at 12:32=E2=80=AFPM Eli Zaretskii wrote= : > > From: Ship Mints > > Date: Mon, 16 Dec 2024 11:39:02 -0500 > > Cc: Eli Zaretskii , 74750@debbugs.gnu.org > > > > Patch attached. > > Thanks. > > > (defun clone-frame (&optional frame no-windows) > > "Make a new frame with the same parameters and windows as FRAME. > > With a prefix arg NO-WINDOWS, don't clone the window configuration. > > +When the user option `frame-resize-pixelwise' is non-nil, and FRAME is > > Please avoid using "when" as a conditional; use "if" instead. "When" > can be interpreted as time-related condition, which is not what you > want. > > > +not text-only, clone the originating frame's pixel size. Otherwise, u= se > > +the number of FRAME's columns and lines for the clone. > > This uses double negation, which makes the documentation harder to > understand. Suggest to rephrase: > > By default, clone the pixel-size of the original frame, but if > `frame-resize-pixelwise' is nil or FRAME is a text-only frame, use > the FRAME's number of lines and columns for the clone. > > > - (unless (display-graphic-p) > > + (unless (display-graphic-p frame) > > (select-frame new-frame)) > > Why do you need this condition? > --00000000000079d323062966d602 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Updated patch with docstring amendments.

The tty test you're asking about was= already in place, I merely added the missing frame argument that ensures t= he test is against the source frame rather than the ambient selected-frame.= As to its utility, I can go only by the docstring sentence that reads &quo= t;If the terminal is a text-on= ly terminal then=C2=A0also select the new frame." Seems to have originated w= ith this commit=C2=A02c662e6d66165db8ead2f4d19a61af521807b8ba in 2021 when = clone-frame was introduced.

On Mon, Dec 1= 6, 2024 at 12:32=E2=80=AFPM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Mon, 16 Dec 2024 11:39:02 -0500
> Cc: Eli Zaretskii <eliz@gnu.org>, 74750@debbugs.gnu.org
>
> Patch attached.

Thanks.

>=C2=A0 (defun clone-frame (&optional frame no-windows)
>=C2=A0 =C2=A0 "Make a new frame with the same parameters and windo= ws as FRAME.
>=C2=A0 With a prefix arg NO-WINDOWS, don't clone the window configu= ration.
> +When the user option `frame-resize-pixelwise' is non-nil, and FRA= ME is

Please avoid using "when" as a conditional; use "if" in= stead.=C2=A0 "When"
can be interpreted as time-related condition, which is not what you
want.

> +not text-only, clone the originating frame's pixel size.=C2=A0 Ot= herwise, use
> +the number of FRAME's columns and lines for the clone.

This uses double negation, which makes the documentation harder to
understand.=C2=A0 Suggest to rephrase:

=C2=A0 By default, clone the pixel-size of the original frame, but if
=C2=A0 `frame-resize-pixelwise' is nil or FRAME is a text-only frame, u= se
=C2=A0 the FRAME's number of lines and columns for the clone.

> -=C2=A0 =C2=A0 (unless (display-graphic-p)
> +=C2=A0 =C2=A0 (unless (display-graphic-p frame)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 (select-frame new-frame))

Why do you need this condition?
--00000000000079d323062966d602-- --00000000000079d325062966d604 Content-Type: application/octet-stream; name="0001-Support-pixelwise-frame-cloning-bug-74750.patch" Content-Disposition: attachment; filename="0001-Support-pixelwise-frame-cloning-bug-74750.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_m4rbt3w50 RnJvbSBhZTdkZTA2Y2UxYTI4NTk2MGM1Yzc3OTU1ZjY2ZmIzMGE4OGE4MjhjIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IE1vbiwgMTYgRGVjIDIwMjQgMTE6MzY6MjcgLTA1MDAKU3ViamVjdDogW1BBVENIXSBTdXBwb3J0 IHBpeGVsd2lzZSBmcmFtZSBjbG9uaW5nIChidWcjNzQ3NTApCgoqIGxpc3AvZnJhbWUuZWwgKGNs b25lLWZyYW1lKToKSG9ub3IgZnJhbWUtcmVzaXplLXBpeGVsd2lzZSB3aGVuIGNsb25pbmcgYSBm cmFtZSdzIGdlb21ldHJ5CnZpYSBtYWtlLWZyYW1lIHRleHQtcGl4ZWwgZmVhdHVyZS4KQ29ycmVj dGx5IHNwZWNpZnkgc291cmNlIGZyYW1lIGluIGRpc3BsYXktZ3JhcGhpYy1wIHRlc3QgZm9yCnR0 eSBzZWxlY3Rpb24gYmVoYXZpb3IuCi0tLQogbGlzcC9mcmFtZS5lbCB8IDE0ICsrKysrKysrKysr Ky0tCiAxIGZpbGUgY2hhbmdlZCwgMTIgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkKCmRp ZmYgLS1naXQgYS9saXNwL2ZyYW1lLmVsIGIvbGlzcC9mcmFtZS5lbAppbmRleCAxYjVhYThjZmYw OC4uMDJmM2Y5ZjlkYWUgMTAwNjQ0Ci0tLSBhL2xpc3AvZnJhbWUuZWwKKysrIGIvbGlzcC9mcmFt ZS5lbApAQCAtODYzLDMgKzg2Myw2IEBAIG1ha2UtZnJhbWUtY29tbWFuZAogKGRlZnVuIGNsb25l LWZyYW1lICgmb3B0aW9uYWwgZnJhbWUgbm8td2luZG93cykKICAgIk1ha2UgYSBuZXcgZnJhbWUg d2l0aCB0aGUgc2FtZSBwYXJhbWV0ZXJzIGFuZCB3aW5kb3dzIGFzIEZSQU1FLgogV2l0aCBhIHBy ZWZpeCBhcmcgTk8tV0lORE9XUywgZG9uJ3QgY2xvbmUgdGhlIHdpbmRvdyBjb25maWd1cmF0aW9u LgorSWYgdGhlIHVzZXIgb3B0aW9uIGBmcmFtZS1yZXNpemUtcGl4ZWx3aXNlJyBpcyBub24tbmls LCBhbmQgRlJBTUUgaXMKK2dyYXBoaWNhbCwgY2xvbmUgdGhlIG9yaWdpbmF0aW5nIGZyYW1lJ3Mg cGl4ZWwgc2l6ZS4gIE90aGVyd2lzZSwgdXNlCit0aGUgbnVtYmVyIG9mIEZSQU1FJ3MgY29sdW1u cyBhbmQgbGluZXMgZm9yIHRoZSBjbG9uZS4KCiBGUkFNRSBkZWZhdWx0cyB0byB0aGUgc2VsZWN0 ZWQgZnJhbWUuICBUaGUgZnJhbWUgaXMgY3JlYXRlZCBvbiB0aGUKIHNhbWUgdGVybWluYWwgYXMg RlJBTUUuICBJZiB0aGUgdGVybWluYWwgaXMgYSB0ZXh0LW9ubHkgdGVybWluYWwgdGhlbgpAQCAt ODc1LDEwICs4NzgsMTcgQEAgY2xvbmUtZnJhbWUKICAgICAgICAgICAoc2VxLXJlbW92ZSAobGFt YmRhIChlbGVtKQogICAgICAgICAgICAgICAgICAgICAgICAgKG1lbXEgKGNhciBlbGVtKSBmcmFt ZS1pbnRlcm5hbC1wYXJhbWV0ZXJzKSkKICAgICAgICAgICAgICAgICAgICAgICAoZnJhbWUtcGFy YW1ldGVycyBmcmFtZSkpKQotICAgICAgICAgKG5ldy1mcmFtZSAobWFrZS1mcmFtZSkpKQorICAg ICAgICAgbmV3LWZyYW1lKQorICAgICh3aGVuIChhbmQgZnJhbWUtcmVzaXplLXBpeGVsd2lzZQor ICAgICAgICAgICAgICAgKGRpc3BsYXktZ3JhcGhpYy1wIGZyYW1lKSkKKyAgICAgIChwdXNoIChj b25zICd3aWR0aCAoY29ucyAndGV4dC1waXhlbHMgKGZyYW1lLXRleHQtd2lkdGggZnJhbWUpKSkK KyAgICAgICAgICAgIGRlZmF1bHQtZnJhbWUtYWxpc3QpCisgICAgICAocHVzaCAoY29ucyAnaGVp Z2h0IChjb25zICd0ZXh0LXBpeGVscyAoZnJhbWUtdGV4dC1oZWlnaHQgZnJhbWUpKSkKKyAgICAg ICAgICAgIGRlZmF1bHQtZnJhbWUtYWxpc3QpKQorICAgIChzZXRxIG5ldy1mcmFtZSAobWFrZS1m cmFtZSkpCiAgICAgKHdoZW4gd2luZG93cwogICAgICAgKHdpbmRvdy1zdGF0ZS1wdXQgd2luZG93 cyAoZnJhbWUtcm9vdC13aW5kb3cgbmV3LWZyYW1lKSAnc2FmZSkpCi0gICAgKHVubGVzcyAoZGlz cGxheS1ncmFwaGljLXApCisgICAgKHVubGVzcyAoZGlzcGxheS1ncmFwaGljLXAgZnJhbWUpCiAg ICAgICAoc2VsZWN0LWZyYW1lIG5ldy1mcmFtZSkpCiAgICAgbmV3LWZyYW1lKSkKCi0tCjIuNDcu MQo= --00000000000079d325062966d604-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 19:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: rudalics@gmx.at, 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173437625614038 (code B ref 74750); Mon, 16 Dec 2024 19:11:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 19:10:56 +0000 Received: from localhost ([127.0.0.1]:56215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNGUZ-0003eL-TO for submit@debbugs.gnu.org; Mon, 16 Dec 2024 14:10:56 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNGUX-0003e5-4V for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 14:10:54 -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 1tNGUR-0002VC-JA; Mon, 16 Dec 2024 14:10:47 -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=WTk5ZOI9Nmv6Fean2hj01h/D8teEGxCVJr1ECh1A2IE=; b=br2LW+PX+GJC uH7BtC2x+ZCjLHGxphOtVl6ts0CRadn1rm1OuPxReIwnoKY5Kyi4vYpsKkzqWHJmXJzpFV76AtizA yKZflGpyltwtLpaYkh/Ixa9BnMx1GGL9hxLtDkGCaSPgyKeDmdXdwS+Lrp2GoS5KAoE6y/PHX3vkU +MDXTX1NaZGs2HUz8k+izzyRIIQ78VAv3vexBdiTieB6el3oYGfE9QbN+BXJWndYhnd5GnwSKHqOe DrkTlm0EctT083Xc91XmwHMFUsU2jjlyAZuOGZPRf9VdgDkHX8DTZVcDV4hqWwasBd2neuIZy6OpP eSP+S5fL5unU5a5lJv5MUQ==; Date: Mon, 16 Dec 2024 21:10:37 +0200 Message-Id: <86ikrjphoy.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ship Mints on Mon, 16 Dec 2024 12:51:14 -0500) References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> 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: Ship Mints > Date: Mon, 16 Dec 2024 12:51:14 -0500 > Cc: rudalics@gmx.at, 74750@debbugs.gnu.org > > The tty test you're asking about was already in place, I merely added the missing frame argument that > ensures the test is against the source frame rather than the ambient selected-frame. As to its utility, I can go > only by the docstring sentence that reads "If the terminal is a text-only terminal then also select the new > frame." Seems to have originated with this commit 2c662e6d66165db8ead2f4d19a61af521807b8ba in 2021 > when clone-frame was introduced. Martin, do we want to remove the condition? I dislike such differences if they are not really necessary. I understand why in the TTY case we must select the frame, but I don't understand why we refrain from doing so in the GUI case. WDYT? From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 19:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: rudalics@gmx.at, 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173437644814460 (code B ref 74750); Mon, 16 Dec 2024 19:15:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 19:14:08 +0000 Received: from localhost ([127.0.0.1]:56220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNGXf-0003lA-JD for submit@debbugs.gnu.org; Mon, 16 Dec 2024 14:14:07 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44814) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNGXd-0003kQ-2P for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 14:14:05 -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 1tNGXX-0002m9-Rq; Mon, 16 Dec 2024 14:13:59 -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=u5ps2IzTGikK/DcjVuzXJ7ezwnLoXJZvErI647HtBvQ=; b=bEpj0JuZG3vb 1yWPB3UM/mFtYsEOuu+4U/kbDryR3jQD0pA3YdNXYRgTeUZ3Q1AmUq2NXCtUP1zQzPoyx9qrzkLEq DhWSVL2GL3msL9U/HFL6zfHxKtnE9HqWaO4RpLPq+Pvy50AjYzvK3Rgl7RSHgMW8PmdfKU9Easzqm C2SX2QsBpS8T9MKou/2SoEtmYWZg9Gyyv1ihqLmU6lJvmWIQus5oLL4SV5W202sEiOVJDo9JXYMqq w7FT0gvAyJayKzm8tx6k6gyi+dokFa+BK11QUP6DBu7tjG2AKwUK2bxOhoqaJRyHIjenYbbEv2Vkm lvWfdC6YSXxEsxaaY0rszA==; Date: Mon, 16 Dec 2024 21:13:52 +0200 Message-Id: <86h673phjj.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ship Mints on Mon, 16 Dec 2024 12:51:14 -0500) References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> 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: Ship Mints > Date: Mon, 16 Dec 2024 12:51:14 -0500 > Cc: rudalics@gmx.at, 74750@debbugs.gnu.org > > Updated patch with docstring amendments. Thanks, but since martin already installed the previous patch, we now need only the followup changes. From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 19:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173437732117721 (code B ref 74750); Mon, 16 Dec 2024 19:29:02 +0000 Received: (at 74750) by debbugs.gnu.org; 16 Dec 2024 19:28:41 +0000 Received: from localhost ([127.0.0.1]:56276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNGll-0004bj-11 for submit@debbugs.gnu.org; Mon, 16 Dec 2024 14:28:41 -0500 Received: from mail-vk1-f177.google.com ([209.85.221.177]:46474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNGlj-0004bY-Mn for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 14:28:40 -0500 Received: by mail-vk1-f177.google.com with SMTP id 71dfb90a1353d-5189a440a65so2406150e0c.1 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 11:28:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734377259; x=1734982059; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=7Wdwe3m9mITuH95NFIbL1Zxt4MdTlJr4+oa2zzttYD0=; b=njcv8vx5iRVLq4bgrXiOEjK7v3Pngx8AQHSJix8RRykYCOteKYwDzFR7sxZtQT+Bk5 0g0S5p03r04rTe/ZVGXAhCgEH0G8GpApU1WEIHPCnoHvdcQhEoNJhd+QPqKrAm7FXQt6 n4+EVaww7gmrbByWzV6uuls/kKduq8c1LKWtUeBtGYrQ8G0Gkq/2vuBn2SZDlsZRiLi1 b+2WbwfeDt9na2FysEbXtw2auaCvlptXoSAHDwj916r4q/sz0pu+tkQhQj4yhCIfbDJf jNxL+DHCrXZWYAVHjUdFKrkByvJroX8SQ8luCPseUIilsVQmAp3C5ch00r6P2vgeXKLD ivZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734377259; x=1734982059; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7Wdwe3m9mITuH95NFIbL1Zxt4MdTlJr4+oa2zzttYD0=; b=AM8vw2OtAt6+0I4QGJf6tynvjasoHVM+uxzY868MuJWdDdPSQzfjZu3Lip4+2br7I/ kR1Mtrv4o4nBb7RXm21bT1GzgpDMF073AumYthAF4hCjweE94uEOpG4OfV/svIDaZUwF f2BlOglfbMvxWVek6hBD3NHhNCakSUxam1lz0rW+0jVdrYCi78A0CoD1HoMV/vwQCCSW BSmioONJ6x8fucUwb0lhYUKyL3tqmxcw2fj0IQow36gxn+TyXL41PK0o/R+zgT7f2goQ nkhKzMB1XRX8HPAMsjMIS4XKSj6tfxiLzYo9nTdfCW/YEJFwCpWj5Y8ktBd2oAY/6eL6 Yxyw== X-Forwarded-Encrypted: i=1; AJvYcCWZNlkI7RpahEDB8nMr7NwzpGEHZBDgvKL5AfAiry9XG5RPVJumYJt6JU2LKyW4aNHoNL1dog==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yzrn9VTGCSr5udtsJIVKwEiWwqDPYaQ1zj/g33K+TRqIO4eM5VU MrTEtjrQLKjPaX6LY0/WS7jovfkU/fpUwi1Ax6X6FFr9rF6ijcOIszqawQt2EyPv8/O0VvxPIh4 CuYbL3HbWGPNxvqGZpgsqB9MgQ1g= X-Gm-Gg: ASbGnctS7qGwP6I1Aen5DkK3u2cIDvVXzG05czSOEhAeBOrbWEW7Bqyekz6/z5y19/F NBwkBHBM7Ha4y1lOh/OTpexCIIk9JxZLUalcczA== X-Google-Smtp-Source: AGHT+IHCMp763/uZjLGmVbE/LtedtiapipjDuwg8HR5lnSQtUA9S1TBbeQ7Z0/k20Yg/bvFAE81wDN5raH/HzcIgcFg= X-Received: by 2002:a05:6122:318b:b0:50d:6a43:d525 with SMTP id 71dfb90a1353d-518ca37a2acmr10834113e0c.1.1734377259119; Mon, 16 Dec 2024 11:27:39 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> <86h673phjj.fsf@gnu.org> In-Reply-To: <86h673phjj.fsf@gnu.org> From: Ship Mints Date: Mon, 16 Dec 2024 14:26:51 -0500 Message-ID: Content-Type: multipart/mixed; boundary="0000000000006fdf470629682c63" 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 (-) --0000000000006fdf470629682c63 Content-Type: multipart/alternative; boundary="0000000000006fdf440629682c61" --0000000000006fdf440629682c61 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Docstring clarifications attached. On Mon, Dec 16, 2024 at 2:14=E2=80=AFPM Eli Zaretskii wrote: > > From: Ship Mints > > Date: Mon, 16 Dec 2024 12:51:14 -0500 > > Cc: rudalics@gmx.at, 74750@debbugs.gnu.org > > > > Updated patch with docstring amendments. > > Thanks, but since martin already installed the previous patch, we now > need only the followup changes. > --0000000000006fdf440629682c61 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Docstring clarifications attached.

On Mon, De= c 16, 2024 at 2:14=E2=80=AFPM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Mon, 16 Dec 2024 12:51:14 -0500
> Cc: rudalics@gmx.= at, 74750@de= bbugs.gnu.org
>
> Updated patch with docstring amendments.

Thanks, but since martin already installed the previous patch, we now
need only the followup changes.
--0000000000006fdf440629682c61-- --0000000000006fdf470629682c63 Content-Type: application/octet-stream; name="0001-Support-pixelwise-frame-cloning-bug-74750.patch" Content-Disposition: attachment; filename="0001-Support-pixelwise-frame-cloning-bug-74750.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_m4rfee9y0 RnJvbSA3OTg1YTE4NDcwZjI4YmIzZjQ5ZGZmYTY4OTdkOWNjMjM4ZGMwMDIxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IE1vbiwgMTYgRGVjIDIwMjQgMTQ6MjQ6MDYgLTA1MDAKU3ViamVjdDogW1BBVENIXSBTdXBwb3J0 IHBpeGVsd2lzZSBmcmFtZSBjbG9uaW5nIChidWcjNzQ3NTApCgoqIGxpc3AvZnJhbWUuZWwgKGNs b25lLWZyYW1lKToKTWlub3IgZG9jc3RyaW5nIGNsYXJpZmljYXRpb24uCi0tLQogbGlzcC9mcmFt ZS5lbCB8IDggKysrKy0tLS0KIDEgZmlsZSBjaGFuZ2VkLCA0IGluc2VydGlvbnMoKyksIDQgZGVs ZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvbGlzcC9mcmFtZS5lbCBiL2xpc3AvZnJhbWUuZWwKaW5k ZXggMDJmM2Y5ZjlkYWUuLjZkMDM3OWU3NmE5IDEwMDY0NAotLS0gYS9saXNwL2ZyYW1lLmVsCisr KyBiL2xpc3AvZnJhbWUuZWwKQEAgLTg2MiwxMCArODYyLDEwIEBAIG1ha2UtZnJhbWUtY29tbWFu ZAogCiAoZGVmdW4gY2xvbmUtZnJhbWUgKCZvcHRpb25hbCBmcmFtZSBuby13aW5kb3dzKQogICAi TWFrZSBhIG5ldyBmcmFtZSB3aXRoIHRoZSBzYW1lIHBhcmFtZXRlcnMgYW5kIHdpbmRvd3MgYXMg RlJBTUUuCi1XaXRoIGEgcHJlZml4IGFyZyBOTy1XSU5ET1dTLCBkb24ndCBjbG9uZSB0aGUgd2lu ZG93IGNvbmZpZ3VyYXRpb24uCi1XaGVuIHRoZSB1c2VyIG9wdGlvbiBgZnJhbWUtcmVzaXplLXBp eGVsd2lzZScgaXMgbm9uLW5pbCwgYW5kIEZSQU1FIGlzCi1ub3QgdGV4dC1vbmx5LCBjbG9uZSB0 aGUgb3JpZ2luYXRpbmcgZnJhbWUncyBwaXhlbCBzaXplLiAgT3RoZXJ3aXNlLCB1c2UKLXRoZSBu dW1iZXIgb2YgRlJBTUUncyBjb2x1bW5zIGFuZCBsaW5lcyBmb3IgdGhlIGNsb25lLgorV2l0aCBh IHByZWZpeCBhcmcgTk8tV0lORE9XUywgZG9uJ3QgY2xvbmUgdGhlIHdpbmRvdyBjb25maWd1cmF0 aW9uLiAgSWYKK3RoZSB1c2VyIG9wdGlvbiBgZnJhbWUtcmVzaXplLXBpeGVsd2lzZScgaXMgbm9u LW5pbCwgYW5kIEZSQU1FIGlzCitncmFwaGljYWwsIGNsb25lIHRoZSBvcmlnaW5hdGluZyBmcmFt ZSdzIHBpeGVsIHNpemUuICBPdGhlcndpc2UsIHVzZSB0aGUKK251bWJlciBvZiBGUkFNRSdzIGNv bHVtbnMgYW5kIGxpbmVzIGZvciB0aGUgY2xvbmUuCiAKIEZSQU1FIGRlZmF1bHRzIHRvIHRoZSBz ZWxlY3RlZCBmcmFtZS4gIFRoZSBmcmFtZSBpcyBjcmVhdGVkIG9uIHRoZQogc2FtZSB0ZXJtaW5h bCBhcyBGUkFNRS4gIElmIHRoZSB0ZXJtaW5hbCBpcyBhIHRleHQtb25seSB0ZXJtaW5hbCB0aGVu Ci0tIAoyLjQ3LjEKCg== --0000000000006fdf470629682c63-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Dec 2024 01:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173439857024248 (code B ref 74750); Tue, 17 Dec 2024 01:23:02 +0000 Received: (at 74750) by debbugs.gnu.org; 17 Dec 2024 01:22:50 +0000 Received: from localhost ([127.0.0.1]:56841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNMIT-0006Iz-TV for submit@debbugs.gnu.org; Mon, 16 Dec 2024 20:22:50 -0500 Received: from mail-ua1-f45.google.com ([209.85.222.45]:42436) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNMIS-0006Ic-B7 for 74750@debbugs.gnu.org; Mon, 16 Dec 2024 20:22:49 -0500 Received: by mail-ua1-f45.google.com with SMTP id a1e0cc1a2514c-85ba8b1c7b9so2634898241.1 for <74750@debbugs.gnu.org>; Mon, 16 Dec 2024 17:22:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734398503; x=1735003303; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Uq6H4C3UKZAFhNlQ+duBMSvKgzXylWYgahkaN6NZpSg=; b=N35GltrAZzeEhAZeWhOn0wE9SkkS19c4y341VXVfH2oYdR2osSbW8nom28D7TdKi6t jTj9E2Py++rh/pFOasmtOiaLTg22qkbqeAQogKJxASNbWsmCTWZj8FHhqlFkrpII4kCJ rv5k1oiJHPVyd3odOAlhVQQ+OEvOClzJSUFZXRgwXCIYcQoGMOD/eH8YZO0tJZak5LC/ l+SJiWVS1PUyfOkqE3Umy57bt0vwss9K75XUN4PN19X1Es7ZhcKaoFxQ7Gs7gNMsoSQ/ KGmAuMKNyXZTXuREKbDjzuKdcAxUNo/GTCiKdVzeZ1P3JOCXsuL/yV8V1z8x7GQ2mEHf YsSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734398503; x=1735003303; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Uq6H4C3UKZAFhNlQ+duBMSvKgzXylWYgahkaN6NZpSg=; b=Qtx297ulQTG4j4C31Eu1102MrtD7A+eQzpJkcyaIJ0I1A2mqCPHxe7Dl5I2451Zcqw OGCAtzQqh9jHcRDsmFXTauAPUtqwZJmfYvh8HjqCaGB/RaKnS4EFTangh0OGcVd7c8na WW0BJ8WpnppLwKz7xjRU+bjlJwsx2g1KdU0wJ4EUckBM31QvfANQo441JkWex/6tYDTw xXWNg0WIymebsu5XzqO2p+XuLX//h4kfvYXUo5CP3OGdb4JHTZF6tR+cnaMXfNCL///w vEC6mQcgQhdnMba6B67dzcITEilg3C9NW2yZTqv8dycFxlOZzg52OPBGK6Lay2Ze+ZZI RgMw== X-Forwarded-Encrypted: i=1; AJvYcCUInVaALfWaeed7b4FWLEVIL6XleTF4edN3xugIftK6BrXsytGZErHnlx9ec9P4eYifgL3NRQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxsmiEGtA2ubYuW8Z5f3SvsSw5L0ddCRPmSjcInjhyKMJf2sW4G 596Oj1U5KN9bPVf9tMst+DXdzXBtGabHd2ZH7aUVnfzPsnijbDNWxyW3sS346LO8RCJktOezEGH mRU9vUfSkKion+SjhpMflO5gkZhbbQA== X-Gm-Gg: ASbGncs92raI4DoeDTPRRKz/3qeyTvYHO78B9vnw+VH9Vb7k53udwF7184OJNUEAyL0 80Ueemtfa63fOlJDdHVhjpEvq214H5ZsDmcuxZg== X-Google-Smtp-Source: AGHT+IGSJTJajh8KX1+pm8yX3kLT6Py5w+Ng/qThd8slV5eW1QVBNuvS6l1LCpl3hOzs0H+xVsZBxE+v7VDN3gDQMJ0= X-Received: by 2002:a05:6102:2b96:b0:4b1:1808:2fbf with SMTP id ada2fe7eead31-4b29decea67mr1754813137.13.1734398502732; Mon, 16 Dec 2024 17:21:42 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> <86ikrjphoy.fsf@gnu.org> In-Reply-To: <86ikrjphoy.fsf@gnu.org> From: Ship Mints Date: Mon, 16 Dec 2024 20:20:54 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000a78aa206296d1e1f" 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 (-) --000000000000a78aa206296d1e1f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Maybe the compromise to unify the behavior is to always select the frame if invoked interactively, otherwise not? On Mon, Dec 16, 2024 at 2:10=E2=80=AFPM Eli Zaretskii wrote: > > From: Ship Mints > > Date: Mon, 16 Dec 2024 12:51:14 -0500 > > Cc: rudalics@gmx.at, 74750@debbugs.gnu.org > > > > The tty test you're asking about was already in place, I merely added > the missing frame argument that > > ensures the test is against the source frame rather than the ambient > selected-frame. As to its utility, I can go > > only by the docstring sentence that reads "If the terminal is a > text-only terminal then also select the new > > frame." Seems to have originated with this commit > 2c662e6d66165db8ead2f4d19a61af521807b8ba in 2021 > > when clone-frame was introduced. > > Martin, do we want to remove the condition? I dislike such > differences if they are not really necessary. I understand why in the > TTY case we must select the frame, but I don't understand why we > refrain from doing so in the GUI case. > > WDYT? > --000000000000a78aa206296d1e1f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Maybe the compromise to unify the behavior is to always select the frame= if invoked interactively, otherwise not?

On Mon= , Dec 16, 2024 at 2:10=E2=80=AFPM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Mon, 16 Dec 2024 12:51:14 -0500
> Cc: rudalics@gmx.= at, 74750@de= bbugs.gnu.org
>
> The tty test you're asking about was already in place, I merely ad= ded the missing frame argument that
> ensures the test is against the source frame rather than the ambient s= elected-frame. As to its utility, I can go
> only by the docstring sentence that reads "If the terminal is a t= ext-only terminal then also select the new
> frame." Seems to have originated with this commit 2c662e6d66165db= 8ead2f4d19a61af521807b8ba in 2021
> when clone-frame was introduced.

Martin, do we want to remove the condition?=C2=A0 I dislike such
differences if they are not really necessary.=C2=A0 I understand why in the=
TTY case we must select the frame, but I don't understand why we
refrain from doing so in the GUI case.

WDYT?
--000000000000a78aa206296d1e1f-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Dec 2024 09:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Ship Mints Cc: 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173442606013432 (code B ref 74750); Tue, 17 Dec 2024 09:01:02 +0000 Received: (at 74750) by debbugs.gnu.org; 17 Dec 2024 09:01:00 +0000 Received: from localhost ([127.0.0.1]:57525 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNTRr-0003UZ-K7 for submit@debbugs.gnu.org; Tue, 17 Dec 2024 04:01:00 -0500 Received: from [212.227.15.15] (port=49231 helo=mout.gmx.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNTRm-0003Ty-Ua for 74750@debbugs.gnu.org; Tue, 17 Dec 2024 04:00:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734426035; x=1735030835; i=rudalics@gmx.at; bh=xJDLqTr/tbvoJLxQ1QRKf34UMPYVxs785q7dD2Tb2Eo=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=QQ2eL4ELUcSfl8U/1odta7fTJ6eT3GivUvlWiu9o+IxHwZBD/j0oipLpmt5tqdi3 HsfE1eXxKUl3n/Q7D4x/PPR1/aSpwVhuWXkih5ftuACDBQKAR7VPi1GREIX2LuJvo OXbjkJ7m+9r26rNkKgctWJxaEYVVpLot5DsCx62AyDCD88yDNUguhtlvFhc18tWTn wXIhpDkIespk2mOIRinhG9gJ5ldoHn0Nk+CmfwtcktUg/60JKQvaXDcIlvhgI1FMq 3jS+a3+/P3dM3VaVTpqdJXZXHxb4o/B0V8G8YXEMeYPYiVunO/zuWG34Qa/cSA5Vo T5j6soPEaUGQ8Wemhw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.112]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mk0JW-1tqALi38dk-00cfn9; Tue, 17 Dec 2024 10:00:34 +0100 Message-ID: <72b22c8a-3775-4482-91bd-be9aa425ef40@gmx.at> Date: Tue, 17 Dec 2024 10:00:33 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <86msgvpm8p.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:6uF5Qir8eU+0QJczItnmjBWYp6surhpziTh9PIb0pn2YBvIGlXi lS225SBpfOwmkkndRRRxxJtIWkzprER3FCpWFN9pKqsMc7auklmd/MF5JKQEkXo3WqCN9wl UAJgSmEoYS/IqMWUiWDxpDEh2P80gM++vzSIPESGth2zXMtvX01JMdE6jxvMHOug6JwR/eu 3IJskKBHD+JpP5wTVD10Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:yoo9XQecpNE=;LanMkWy3rexJyodoxZDVynoLRMc UyFcVIGDJBIvuOvVXc5Hob6bWzDlC7zHZ46OWJrxySCtJPvvHuWrvlR52jM6ES9oWfx+AXZpn mewj9q15Y7KGw9hDEgMzuDqVcBZoX2L4k6Qn/lHibJ1j3CBFcX6sRKe1v2aiKgJmStvIvxXdV Uuy4/8iKUojWVE7w2RMOpKHBCvXC++BT95P4s7KzdAaSEHmfxM702wmff10T2SmPgdmfirLwL wRjALmcfGv7HATV6opa6lEz63U0ta3eHnDY5eQv4T5o8ItMcVT3IHJPqB18prFK6D5PD9xovY 7JvIQch2N6LUH9mup3h1+VEaCfxR/nFgjF7MnAR3rxjt5mElg3fkvTS3E8OkrQhnaX1/Xd31J My5u79aPl+OPN9VA+jIBVi+BRhiYhN8DLErdjnxfLDyl6F2hYzI+tcz3IitKEnAPSuLZX6eFE nmkNTsKDtdHs9YyIS3K3JEbkkWZBBqpHRicw/Ubh/u3icBRMRqvBK9o9ZLHaF3hAAeYWi3fya LAQSLcvIQvxnzn+CKBYidUJhDip6sDgziWX+aXiZwLHtUKAAyqM57Onxg3gBlaaoSAtLDJSPY etWBZOi6mwZ1mnHIg8Wx15KnMffmQILmdJUfn5Myw3X47NIi2NUBMzSasHzauieQXsaXaLJsu v7fv5nU3LZvLp4Q6hyx0nBVvS5t6GalfLeNicHhN07glLF0kgDblY8w719CWAFg+L4P6RaGUW J5TzwTKXh1EsWweCvcdbLrzAq5UUfNy3pt7XOYf+1axpsVV4JoAqhTQr3uJhZhkQfdt2LXCeE Ntb4KqSQm/L3Ehm/KwyLp0o4Z+/UctKQDgD/5OFKq2735inczyURJDOnVRiKFQPMOs4WQ5Lr3 cFdfMLy7HtU4cqbS2Qfa5HTRor58La22b63LG5LymtGA1Ys8IVijy3qVJAHLUm0GYjFAXFO+u yc/HwYcBnnZwyXg4bc/ldukeLDWWMKQ9IAt4cX5oQrv+aSVY+ZQGyI4BPCNDC4gOAQZDJ8Ze5 6S/vBCrMTjAcdEicsF+45eDoNvxZ8Yukcjg8Fa0v92XUp/dBM9s+2kTzJo6pp6BgZRsgjkCDb eDhKdkE4p1vB/QSDAAJQt9KMfgrisT X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Suggest to rephrase: > > By default, clone the pixel-size of the original frame, but if > `frame-resize-pixelwise' is nil or FRAME is a text-only frame, use > the FRAME's number of lines and column [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in sa-trusted.bondedsender.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.15 listed in bl.score.senderscore.com] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS 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.4 (/) > Suggest to rephrase: > > By default, clone the pixel-size of the original frame, but if > `frame-resize-pixelwise' is nil or FRAME is a text-only frame, use > the FRAME's number of lines and columns for the clone. This is irritating as well because the default value of `frame-resize-pixelwise' _is_ nil. martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Dec 2024 09:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Ship Mints Cc: 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173442614413623 (code B ref 74750); Tue, 17 Dec 2024 09:03:02 +0000 Received: (at 74750) by debbugs.gnu.org; 17 Dec 2024 09:02:24 +0000 Received: from localhost ([127.0.0.1]:57530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNTTE-0003Xe-BG for submit@debbugs.gnu.org; Tue, 17 Dec 2024 04:02:24 -0500 Received: from mout.gmx.net ([212.227.15.15]:40003) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNTTA-0003XN-RN for 74750@debbugs.gnu.org; Tue, 17 Dec 2024 04:02:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734426134; x=1735030934; i=rudalics@gmx.at; bh=WOFWacMo7a8IaFUxz0qxo6SFDieP5Dgvnv91Jdin4jo=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=kv+UueHusYC+t8W8VNkMSlFqSn8Hn7tr+q88wBwVxrw7puUcCGXlH8UloUqoBfan aeETXCtCiE8cgcupV/xUXvz672got5V3on+mibj84JuIdRpg8GLovJ1+sBuo+qnIB VgG0H3BINmChxHxaS1R4jB4FZJWDpKVPffeYKLxViLexq8amvx9ELwqVmPIiTh7d8 yJOc8wZMwN1TJPbSsF8DhIjlQojA+nIXWZj+IQ6H6Hp5181JM8kJq32bY5+bMjMCq dVrCafaqPEx2UZxUDGlcuBm40AgF7WDRyeQfmP87PbgqV2ONvrmT9c/HFpn+a0hKy S6l6g3sWQTq71rxP+w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.112]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MWRRZ-1t3xU52ZCN-00KLXA; Tue, 17 Dec 2024 10:02:14 +0100 Message-ID: <2d934c65-6cf5-4e6f-8dc4-5494433b27d0@gmx.at> Date: Tue, 17 Dec 2024 10:02:13 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> <86ikrjphoy.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <86ikrjphoy.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:L6EJw8fVlwT4nT9VmvMDh+uhVg4Vi070C1/0vetTn5LzmtZUZUy /HB6aceNkiBJy6ItzERh3ATTzrcDbdaVj5j0gwdP21yzmVJGws1oqCUIiP4ZZ990YdIJv5j fLoxV+tvqGWN5KyXwxGdob51RZhHoX9o/yX0d6aoQsBkVyukUM+nO+bZMU8ZKjcz7OfXzKy UX961t37f+Q8vvlt7uRhQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:U4MRvRp2em0=;5ir8aBvRhjYsoubsu3df/nr6N03 P37yywJF+wCVs81cPZ6JXuPZvDC2bBG/6Z9IhE9sN5bZnr4Az2ECOxStfFH/kn1r5V1sWcW+h yeV2qRj9nPNj0lw1iQzniYUx97bUmVi2rgxEDv2Eg68mVT7Zl2HvwG/+VDPMPTlNlb5hHeNrP l6r7ROHgP+k0iIrfOknoRdqI8DLu5AilWS/QOyG2D9/PdwXacSMv59OFeujMMItlCilKY0GFw +qUTuHNYnN4iDXnkCTWnyO05vNTDS6PhXTG5QAQatb0HpbXWHp+h5GNRpQhDNZxdsnbWuaQcT 72nfedgnG85dFFJNIoET0usM5Z0mvhheDSqwvDSL7Qmae8ATTZlQi0uh0rLuukJFmLaS2zJY8 Kz3X62/5Ob+UY7VyW6yyv115MWOyjEMckqGEnZEnY4vGcWDed6pJvnLOIQIhKq0sw1lQXHI3/ Y5IqWVwo9+gVLI93/vj0+jWoQaLU9QXLXVQ0YVYObQW61NkmDKsNjntGnnXbCCBwnJLOgC2JP xV4cOr83y1YtyU7lfNUMaMqdPQFnsMBUbt+EbNW0M+fmP6enSyVvDVzRqrVusvNRCdvtdQpHu 4OtDAHwolcRILdyWYxATCBbsfVg9WWTuyL5Cw0lFIJPd8JNU0G7uMhqor6Y9dwXr3m8pVlZST oCd/FVYbI9DGFO9qetHZrGB3Oon9QqekNi09FPZXtaI5UU+5c6un+a/X1jBv9I4CyfFvN9cBR ItWgZoEAHQNd97fEcmxiyO7G+QSpzfGzFp2J2DoEovbsDgNzMu8+U/8/G0KMkVpjO0jPvyIba 7hIkS33EmosFW8OwOoPXzJhH6nWNhZ2fCK/Q59wCdNW4L5t89GzC9TL8X66Vo8/uQxIEXizBH B4GxbU4ORslK8Xi/2+Yww4tKeySSA5Rgd1D5BLjF8aLUWq7130KX+5e2iWdi2KoQZ8NI8n2Fz 12qMUVjWZDzpIB0z8NijlB71uesW1DUW5PkhLfYWDJzq+rnIyVrRY0bpQsrXNYS1TkYyQv47h tJzDfovb+T79dIg9EijrvTejAWRdE5+tyqoUvw02CXfxbWZ4cGpHO2JiHznTu48BH7emBXYUP 5+Hm7wFbA6eZq2XYjadyCxS6GWkTYL X-Spam-Score: -0.7 (/) 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.7 (-) > Martin, do we want to remove the condition? I dislike such > differences if they are not really necessary. I understand why in the > TTY case we must select the frame, but I don't understand why we > refrain from doing so in the GUI case. Shouldn't we have decided that at the time 'clone-frame' was proposed? Nowadays people might want to keep the selected frame alone; in particular if FRAME is not the selected frame. It would make no difference here since 'make-frame' will automatically select the clone and give it input focus. martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Dec 2024 13:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 74750@debbugs.gnu.org, shipmints@gmail.com Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173444222531076 (code B ref 74750); Tue, 17 Dec 2024 13:31:01 +0000 Received: (at 74750) by debbugs.gnu.org; 17 Dec 2024 13:30:25 +0000 Received: from localhost ([127.0.0.1]:58064 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNXea-000858-N7 for submit@debbugs.gnu.org; Tue, 17 Dec 2024 08:30:25 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38540) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNXeX-00081i-Nx for 74750@debbugs.gnu.org; Tue, 17 Dec 2024 08:30:22 -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 1tNXeQ-0003o0-7Z; Tue, 17 Dec 2024 08:30:15 -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=tHLsHBFATbFKUY0czqinZC9bdky5J2zB4DghjYikRVs=; b=mo84Z65eYEhB ruIvPF1V+vtAEdWS3qjeEIhjyb47xDlc6/rDfeawNxQIeGMc0zvWJ0Qt5RO6R8HadGPsCe/IXz53a r15SDPHlqOK/rzt0YXO7psWg1B04BbQB8TmV0JYYkomEMAIMU0G3DOndxrE+en82zmgJYQDBehEKl IECERXmK/Mh9uWsFokTa6IUAFIw+53mgyvWArCCL9fi/p2DiUd/942qx64uFiFbTbZWm/KmoYBavW MDpmGNaFGt357YTPtFt5SVnzPVPrx2QZrgO9Rmoep2tLxm8raxKTnRUI1fMmTqRxq/7qoJTav8aSn 36fpqVKvYJIJjl6C+XYRAQ==; Date: Tue, 17 Dec 2024 15:29:42 +0200 Message-Id: <86ldweo2t5.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <72b22c8a-3775-4482-91bd-be9aa425ef40@gmx.at> (message from martin rudalics on Tue, 17 Dec 2024 10:00:33 +0100) References: <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> <72b22c8a-3775-4482-91bd-be9aa425ef40@gmx.at> 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 (---) > Date: Tue, 17 Dec 2024 10:00:33 +0100 > Cc: 74750@debbugs.gnu.org > From: martin rudalics > > > Suggest to rephrase: > > > > By default, clone the pixel-size of the original frame, but if > > `frame-resize-pixelwise' is nil or FRAME is a text-only frame, use > > the FRAME's number of lines and columns for the clone. > > This is irritating as well because the default value of > `frame-resize-pixelwise' _is_ nil. OK, I've now rewritten that part more thoroughly. From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Dec 2024 13:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 74750@debbugs.gnu.org, shipmints@gmail.com Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173444250631773 (code B ref 74750); Tue, 17 Dec 2024 13:36:02 +0000 Received: (at 74750) by debbugs.gnu.org; 17 Dec 2024 13:35:06 +0000 Received: from localhost ([127.0.0.1]:58096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNXj7-0008GP-C9 for submit@debbugs.gnu.org; Tue, 17 Dec 2024 08:35:05 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNXj3-0008Fi-QM for 74750@debbugs.gnu.org; Tue, 17 Dec 2024 08:35:02 -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 1tNXir-0004G3-5Y; Tue, 17 Dec 2024 08:34:49 -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=C2xpsKWWrRncTiu1p/tTDnWTZdRS5tqEJn2VGu+t7vQ=; b=o1njvBDwA4+O BJfXshIUAw2PBFVsil51qqhrhbR8qetrj5aj12LfwXq0qjSDOjpsFX9XsOs5kPAEEwA5sWwnP5iVF Em+7BIXtWLHsxqecztfNzycktwJHJE1bRYNoSmHRzxRf5aKtoUtEnfmq2PJl8/l588IDzUeW588hC 63WBrMNy8kItb0AqATbFtU5ySaTUUkvHyS2Qsnwyv2jjpCbW544b2KikkddpzW9r4I+4czlWlE47I LQnbeB4bVHR1URNfs+GgSfOgoG61035cQPgAj1hX/50iSaXiYwwbnjP2PRp705nY/MEGjIfR4Wyzh 0ee+k/9YTFYoN6th4YYerw==; Date: Tue, 17 Dec 2024 15:34:46 +0200 Message-Id: <86h672o2kp.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <2d934c65-6cf5-4e6f-8dc4-5494433b27d0@gmx.at> (message from martin rudalics on Tue, 17 Dec 2024 10:02:13 +0100) References: <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> <86ikrjphoy.fsf@gnu.org> <2d934c65-6cf5-4e6f-8dc4-5494433b27d0@gmx.at> 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 (---) > Date: Tue, 17 Dec 2024 10:02:13 +0100 > Cc: 74750@debbugs.gnu.org > From: martin rudalics > > > Martin, do we want to remove the condition? I dislike such > > differences if they are not really necessary. I understand why in the > > TTY case we must select the frame, but I don't understand why we > > refrain from doing so in the GUI case. > > Shouldn't we have decided that at the time 'clone-frame' was proposed? > Nowadays people might want to keep the selected frame alone; in > particular if FRAME is not the selected frame. It would make no > difference here since 'make-frame' will automatically select the clone > and give it input focus. I see your point. So let's leave that aspect alone. From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Dec 2024 10:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 74750@debbugs.gnu.org, shipmints@gmail.com Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17345163476889 (code B ref 74750); Wed, 18 Dec 2024 10:06:01 +0000 Received: (at 74750) by debbugs.gnu.org; 18 Dec 2024 10:05:47 +0000 Received: from localhost ([127.0.0.1]:33474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNqw0-0001mu-5D for submit@debbugs.gnu.org; Wed, 18 Dec 2024 05:05:44 -0500 Received: from mout.gmx.net ([212.227.15.18]:58887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNqvy-0001mU-6d for 74750@debbugs.gnu.org; Wed, 18 Dec 2024 05:05:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734516332; x=1735121132; i=rudalics@gmx.at; bh=ff3QkYd9fJKKfi8k+2mXHw4Qqd6Bg9wkPOB1H4DhZVE=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=KB2pR643Fbs3uoRidiFNu0Ye0N1X4BdQ98lIb74yyShDlrBEXOI9zuxKtnPk6uV5 p3jkLTAVx69ZTosNnrMzOxIq07nn1EcswyrgKOPYfBxPCdGLZJo7a+qdUkwJ0aEMN 0/awa8FufZmPhPPISx0B+Qz+j+03RTDCwnRB8GJm7VQT2ehlt+zk7zUuuV198p3eV Qdikm3cyTTxObvVyZw7LZdqKwQ/BfCZit87LAJEymPfGf4A17nHKN63QxxkY6GO/L g3LMmPB2qW+aX7Or+KpA+RwOn9GaYoaRCiQzpjkiVpjn91Hs+qwiKALAyFrlIxwhS cYKaNMbrLbQjOjYHBg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.162]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Msq6M-1thZfn3jk8-016pOP; Wed, 18 Dec 2024 11:05:31 +0100 Message-ID: <98164109-d0e8-4330-806c-d93117f5ff6f@gmx.at> Date: Wed, 18 Dec 2024 11:05:28 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <544d13ee-54f0-4786-8c5b-b1c87570f36c@gmx.at> <391ac457-09d0-4541-bc65-cddde4d23929@gmx.at> <86msgvpm8p.fsf@gnu.org> <72b22c8a-3775-4482-91bd-be9aa425ef40@gmx.at> <86ldweo2t5.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <86ldweo2t5.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:djlPD7kdMySIhETwBtLKA8rJDSBkcr4MTc8Suy3m51MSbzfNrul rknicUiWndDCNePDgH43rkYErMbK8VYNiGiaDYN/OfuzclhS9uUrc2zzOcJSFCWVuB0DR3Y yEWW0+OEQ5hryU+7e8H3lcO53i3ec7krYI6+oDBUsA6PdiAwG5KJEIxVtu7YAi11z6Xi3DS UyVJE/b0N6mVX73IOEOJQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:nYC1c0cSeFs=;+ZM6V6u6Fv7J5QJ2uIlDXp1wcFc XvRY4Y/GYA9p8uLoFV9ragG+pHgf3ljZOeWuzv2GRE+exbJzIG2NBCWe3xSG+2dwml+1jiuG7 u3gUYXYsJ3PpuzSUGb/Mp6CxgIoIZ8caTnDug4UYDlpaF1m7EGCFOQ5jtvtZpspmycYPP3Ct3 IVtc46x0GEt/JOZNH7xbsJYW1wSPNsCp9pyo8XcK2jeucqe4aik6UEXsWxcK/8iXhcqhp8Ky2 F+OF/rdggZdbushTKUdPOXrdlkWeE26WWpkmPK7gkThj0HrKRyHmNTm8rc7gSOgI6+24yaVLf qdGi8kBUb9bRCM0syUW7HQhLVjtXtQHONVhp2tbSKkrgAdsRr2LkzG3j229cylkFxpGJDLgHl PUFYPhlUJVBW+GuI+kibaUYZgnIA79TAS1L732Uq7FcY2U7DETYVDAOdxRFyNXzOIGDvvr9W0 dPwHPaKph0PNXPc2ti654Yp6PCGL46DssMpKp25J0UoRcZq3sREqQvUHfgsOREYiYKzH48uoK 9Rh31oAgiAcLfaEC1Th4hiFRrP5A7BUXiO8dZuUF5y98Ia4FuPrYmfJCqGTGI+gxOQCsGBfik 35owyO2nAMIfAB9xdcLCu6Y5I0N1CJg+mKsCv43delfroLt79so7XN4InnKWmECxtpVh1CwUW RI6trascOZ/nuRS3sBpvUhceys57lMvk9FQsJFfVXXJYBJuGE8mOTsIgaB7kZ8WKpx3w4K2fp ucXRx5RMFnlVzhGp32O4p2yUlUDyPZNU4ZcomqJqr0paq8La6EvUajZPfcnkuJUUzBiLR/vxc bsBX2EK824MVuM7vL8JujQEjDbS2ZMOA4sq60FiMPuUrKISzONXpHz4tn39N/fheBTYLnCcg0 eqQ/ZVjV9uPiYgHDqk+ysmtPsHJrLa9uc4VyGEQt6aHzj/rgU/nRYQrHbHGpNNlPopOIGKiK+ dMFzJMv8aPQpSt+aWuf0K0oQVykKI/Bu/kVXs34aIpymFINnApIYIPRK7Zamw298hNLbrfyb3 Ou7ksuNHjAmXItSNj5ZD21Y4nJiDhrPRsIxUOfj57tfBxxlviaxyQKvYQfmnK9tTxRz/GGpwS cfheNsWXqr03bMrsy3FiTL52dZDqoE X-Spam-Score: -0.7 (/) 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.7 (-) >> This is irritating as well because the default value of >> `frame-resize-pixelwise' _is_ nil. > > OK, I've now rewritten that part more thoroughly. Thanks, martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Dec 2024 15:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173470919428615 (code B ref 74750); Fri, 20 Dec 2024 15:40:01 +0000 Received: (at 74750) by debbugs.gnu.org; 20 Dec 2024 15:39:54 +0000 Received: from localhost ([127.0.0.1]:43689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tOf6Y-0007RT-Bc for submit@debbugs.gnu.org; Fri, 20 Dec 2024 10:39:54 -0500 Received: from mout.gmx.net ([212.227.15.19]:59089) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tOf6V-0007RE-6b for 74750@debbugs.gnu.org; Fri, 20 Dec 2024 10:39:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734709184; x=1735313984; i=rudalics@gmx.at; bh=xwgYTYAu67yB8TMyc6vojHDyUzHPhUz3S8WRHLG9I4Q=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Qnigr1UhE+xrXHf+6qBxrleAFer9KfOweuSqab5y+92UfPSB3yOQuhxLOsgB4MyF gSwb5joLYO7f/v9YoN5tO5GU9ZZoW0IveWoTMWQO0bqUs1svf2ME6I7Bl9SFqeMqE BHoGhC9PiLUcEfVlhb3NmHxt6aHf2+To7CAn/7DCkVrsRjDIX4OB7v2o5EzOUKh8j 2+NqBgiqklR199GsbA0xawvEpsoxhKOYoV7Zt5SUVC6AxVEgKIH7wMEJVq93Jm2w0 qitDmJeZ+9xVRdLYuQQyI0nFKl4g85H3cedBL3RjlnqcHQuSuY84w3aQmnhda3JY6 SWs5Y4y4hjCKYpgCfQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.78]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MFbW0-1tLwtS1iZS-003VF4; Fri, 20 Dec 2024 16:39:44 +0100 Message-ID: <28301873-9725-46d5-9681-dbb4123cf131@gmx.at> Date: Fri, 20 Dec 2024 16:39:43 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:pVCjWDU+x2M7E0skQLIygDPIclbb7mE/1nm1/VXUlNBM83H4Psu zffxv8sbBJOJGs+0Eg/3hSXMZhsLOuWL8V6znFzaMYjKMF5pUOJBjk/GbtoZwh7idAwoJaH 4abbKo0WkYjzD9MM1bZg47zBHItNkDP9ng693fXL4oNqhlJO/JfwYkLzvoQ6z/tXaKJChOB HhdPGjo6FeVvOJNPgNbaw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:48wtgd2vQWo=;9mW3PJXHm+1aS7vzNPsMTyId+gU xnUdZOCjVU4BrXf/IQNlFrzAz5yq7+4ua9vEfgISTIO/FjoayBcEiyVnCqj9C49kez1dDfxc2 JfO7N+ZxMVhlC4lSlzJY1/DH2ULGC5vMwSZ7vYbpk3B7mJbsR9Yw5pf7z/30J0DH/173/dQUI 1XaKDFhNnAXukDAUufbGKA/whJdOQNc18iXKQGjXsT4vITAgOwIq3s45jjHrydRZi3IAZIN0w uEZ+VCC1PMIxqT4y/8eaE8rA15QvSZv11TJR/KPqIkaD5tJrEcjfEJPxKenw1ZUwvZD8fy9l7 I1m7mW1nyVynUoOKujIHhseH50V1KfbtfgnB2n+Q8yDshaLcjbaGtms/6Gw4ILP5mqwKxPSfD TZ+W1CcV5dk8r/p4GjCeVok49XErjRGgbeoryz2l+hptX9PlVqFgD89nVM9OcqVWG6GWncuZa k678SmZj8trqtwnq4kHh7n40T2eBDMylbEYTUdxdgkOpLXlkiD+MzRf4DSTbfq8o0bofdpOhj 3CKM2kWw9Zi8eKTAtY1aYXwDEyhpBDTviLRFYmmQjE8sTsOO10aKUoT4sFoN2H9rKFlUZZBWr ZskxdOzF6SV10grBv6KfGO4JkIytkTsRjHn1E5chLG/kdIA2ohwd4Y92wBpZQmAYxVt2y5t2R GQGImlK6m/cdnaYGSH/wtDA73byRAF486v/z/QHHx1NOsoR6s3axBDiTZLmLTXAt8nSwZYj5O QM2cgQdVHbh3iq1zaYzyMhvgjZaKd2UXF5bXXrNk6l7PyJEdgMevGpp72jJykFEJnsNSJ8md5 ALaK8ShM1Phx6zRk4Dp9sBjoPi5kCEvzNicprntwWQSjc1xbIqykbktAM5xbdCu69BfGj8Qr8 z1E0P6Q9rb3MRNpUwRwWpHIaUPi/8AdcyvYCIw3BA7N2Pi+z2CC3HQ4BmfI0fAzPHHGb3Abhs kXI+mIDRgj1n0HVoV6CVEEr64n65NCEvYjmyGgQcjAGUQ1Ic3ot03oeXVDlQIu0PyEcRL8D6I d3jqCT47MJ2wFuMLgXWTCC297D4oW7UBWxjeY+tuHSMInuoeb4XodgWiNmpGSdxUPl6C5rZ5L tdvxN5IpzDlP3o1/EMHcjFae4sv87u X-Spam-Score: -0.7 (/) 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.7 (-) > I may be able to test on GTK early this week, but I think you have GNU > Linux/GTK on your end? I now hopefully fixed a bug with 'frame-inhibit-implied-resize' initially non-nil on GTK. If there are no more issues, I'd say we can close this bug. Do you agree? martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Dec 2024 12:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17348691431028 (code B ref 74750); Sun, 22 Dec 2024 12:06:02 +0000 Received: (at 74750) by debbugs.gnu.org; 22 Dec 2024 12:05:43 +0000 Received: from localhost ([127.0.0.1]:49266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPKiM-0000GV-Nx for submit@debbugs.gnu.org; Sun, 22 Dec 2024 07:05:43 -0500 Received: from mail-vk1-f176.google.com ([209.85.221.176]:61562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPKiI-0000G7-7R for 74750@debbugs.gnu.org; Sun, 22 Dec 2024 07:05:41 -0500 Received: by mail-vk1-f176.google.com with SMTP id 71dfb90a1353d-5188311e61cso1116231e0c.2 for <74750@debbugs.gnu.org>; Sun, 22 Dec 2024 04:05:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734869072; x=1735473872; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=1Uc6WbbgknF2PZHJKfWZB4DdSa+GA/sO5CNM/e91fWo=; b=cO7ZVVkh2QvwAhCW24yFH2FCFPgZTDWgMtAyuSbna6F7xZb/K834Yac0mFf6kLnsBm I/sx5FCiSc52QiXhlffp7L7zRuq+pMGh3PlebQn7pM8hsVs0whxGI1OqqSY8U4jvbF8U oupnyqhwtzJalqsn6y3GbBadfb56B6w6cPqyE8evvFtBu14keERiFxw5Px4pmnXCSkWz bUO4AwXaefP2jZDnN1DJjmLxvQ6VJA3RX5OGSOq4nXSjRxae+AetObLKhF9kRCMJdnY6 dYmIpsOMpexDqisN7plXPuj3B04xZFpfpF/+oEmFso8WeHQQZl7XNdPmBeRy3Vja+VWA CxPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734869072; x=1735473872; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=1Uc6WbbgknF2PZHJKfWZB4DdSa+GA/sO5CNM/e91fWo=; b=YSvAwq1VpP0Op9CN2B3GrM90IrgVGeiPVBJiKD7wk4XEwN2jTTRxsWrVYLtvhS+xC8 RWbhTppOs0wNOt8FtsIzVVV4/1j3Ar5ZYkBv68306LTVXVodTgxaYHX51Ndtkk+Kh2pj HVp5q//gux2/dlgmbXkvFOYV+Gr3hXE3QQFfeqm8+0zZbi5hm5zy6dVocnT20+PTazj1 L702GDORBDo/66tzdv/OwJ0ufE+Y9cUz6EcNvzEgdid1Rq4Hi7VVVER1fNUZLMeXRrPy rk0fj/29ol/FTu5dXH0hT0Z+w8glhZ5Nmc7lRerEjWCBxxurQJDP/wSMu/CrmYGtKhUv EPrg== X-Forwarded-Encrypted: i=1; AJvYcCXjszPyJARqNR6bihEgvBaNdj0h7GN6q3/OoyPg0tippXiLNGTzv74naY4qe0hmVqB7vv4guQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxOH1LMF9e/k/jcZGiAcw8pgdr7TanfhtTdeexzcMPVHd3HYZS2 jOwP4phAZ6UnQP2RcFfoBrdEN1XuPrYpU3vd7gxdaeXlO76hxrO6RVwd+Ncw5SBeqVl25ngrWlo FotH74LPBegmzxqSjGswA4msL1mU= X-Gm-Gg: ASbGnctTpDPryRoIV6Jwcv6ZfKto7wVHgUjeLxE8M13RtV3sGNANs+zJRkMsWGNFy0M qTHhhzuOikKGWTMfRcQeJjxmlvEnEw6/lR4ujvg== X-Google-Smtp-Source: AGHT+IEHuBJjkpzx37nTWFR4VKvOy8j0oESdkmRt+hVX466CTIQ17YkRnZ4EN54G6MfgGMg7eyiAPjqkLiJN3xxxRfM= X-Received: by 2002:a05:6122:6607:b0:517:83d1:d438 with SMTP id 71dfb90a1353d-51b75c2df66mr8906108e0c.3.1734869072607; Sun, 22 Dec 2024 04:04:32 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <28301873-9725-46d5-9681-dbb4123cf131@gmx.at> In-Reply-To: <28301873-9725-46d5-9681-dbb4123cf131@gmx.at> From: Ship Mints Date: Sun, 22 Dec 2024 13:04:21 +0100 Message-ID: Content-Type: multipart/alternative; boundary="000000000000ce005b0629daaeae" 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 (-) --000000000000ce005b0629daaeae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Please close this, and thank you. P.S. I have not yet tested this on GTK but will after the new year when back at a Linux box on which I have GTK. On Fri, Dec 20, 2024 at 4:39=E2=80=AFPM martin rudalics w= rote: > > I may be able to test on GTK early this week, but I think you have GNU > > Linux/GTK on your end? > > I now hopefully fixed a bug with 'frame-inhibit-implied-resize' > initially non-nil on GTK. If there are no more issues, I'd say we can > close this bug. Do you agree? > > martin > --000000000000ce005b0629daaeae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Please close this,=C2=A0and thank you. P.S. I have not yet tested this o= n GTK but will after the new year when back at a Linux box on which I have = GTK.

On Fri, Dec 20, 2024 at 4:39=E2=80=AFPM mar= tin rudalics <rudalics@gmx.at>= wrote:
=C2=A0&g= t; I may be able to test on GTK early this week, but I think you have GNU =C2=A0> Linux/GTK on your end?

I now hopefully fixed a bug with 'frame-inhibit-implied-resize'
initially non-nil on GTK.=C2=A0 If there are no more issues, I'd say we= can
close this bug.=C2=A0 Do you agree?

martin
--000000000000ce005b0629daaeae-- From unknown Fri Sep 19 09:04:10 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: Ship Mints Subject: bug#74750: closed (Re: bug#74750: clone-frame and make-frame pixelwise issues) Message-ID: References: <2076cd69-fe7b-40e3-ac0d-0304d0823874@gmx.at> X-Gnu-PR-Message: they-closed 74750 X-Gnu-PR-Package: emacs Reply-To: 74750@debbugs.gnu.org Date: Mon, 23 Dec 2024 18:01:07 +0000 Content-Type: multipart/mixed; boundary="----------=_1734976867-7713-1" This is a multi-part message in MIME format... ------------=_1734976867-7713-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #74750: clone-frame and make-frame pixelwise issues 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 74750@debbugs.gnu.org. --=20 74750: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D74750 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1734976867-7713-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 74750-done) by debbugs.gnu.org; 23 Dec 2024 18:00:21 +0000 Received: from localhost ([127.0.0.1]:56060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPmj6-0001xr-S6 for submit@debbugs.gnu.org; Mon, 23 Dec 2024 13:00:21 -0500 Received: from mout.gmx.net ([212.227.17.20]:44005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPmiy-0001s5-63 for 74750-done@debbugs.gnu.org; Mon, 23 Dec 2024 13:00:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1734976806; x=1735581606; i=rudalics@gmx.at; bh=3tmRqHT4LdYIU1IwQ3Vze0G01BNvlmys3vV3IS01VS8=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=I13MlFs4MDlwXYXrrAY3rjUdQmqAwqwmtdM6C/+PrQtoB4poLIlpOhw7QcZ83vmu 4zmBaYT6Vc0jSDgYM0xSsVfr3U/7Wo2dfjr8cvdYfaZyQwVvusy1bthC7OI9IQy2E LsJOgWR7olXdJMj5H/Xx9SrHHlryhPrio1A8caUPJCkaqT3UjvYFfJksmsOsDG8ES jYGp5E46aqXMIMKTU1k+LND5Dy+kQob3PB94Fsu4EvU/rn4OiwMTX6s90OmvqFBXp ZWC1tYNIt2sjU2BwYqEMBRWFVnvpSYKPpMA6U4G7x6EWXEf3ddEXwoyG1iAf+ZhgE avl4HiSm2a+A1yk8QQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.6]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MYvcG-1t3q1G1Tvs-00WFZJ; Mon, 23 Dec 2024 19:00:06 +0100 Message-ID: <2076cd69-fe7b-40e3-ac0d-0304d0823874@gmx.at> Date: Mon, 23 Dec 2024 19:00:05 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#74750: clone-frame and make-frame pixelwise issues To: Ship Mints References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <28301873-9725-46d5-9681-dbb4123cf131@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ow0pQXnyOzaHRueqZ7U4sKEZxbp5yOoROpuaySttN4eFS1Ry5cM EjHE0oIMeAKVHlEPSxtM7xlnuqpo9B4imIrdd6Z3TO7rSrbzB69h7aCquJvCErgVxtcZ/D6 hR97WgQ7c4MyVCXxeqkzwA+SyNOsoVwC3p+b066RCyj0D8OyRGaL2DLdy3tuYPfC1E65q8s vEXoLGMJGaNx/2/KCBfXw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:P0NF8aNhjC8=;mggYVU3ZoZNODJh126i7l06gruV /aPqGt+c57vKgSv9Tc26c1PEnamouiWgbc0gBiAfted0Dw9InvyvB5STH0G2XdgLkYuQOO6S4 xUfNnH6BbtpD7Ql/WMtzsfnWEYa2F5jwOIiKi8zsVTjZlFXmlKnu/3nxHvOaf0LhLybi8r3ac 2C6PZtbMf1JPrU49BrcYRnduaExja09EDUKbuDB4ca8JPFNr9bGC5nI5um9HJgaTRLK/zdvsZ E7/EYzmG4PMgxl33ga8Re5HbvzPu5YhQm4brnCMpv0ADp3ihb2mA/MDVmBr6dfgKW1F7cKhfO RfTkoE1Wu3pEtwyvlkCZNI65FOJ4AmHJ83eFEavEfVInvsGqjS3rdC7IcXOUvK+aaCUg1DN8D n52vIRC/qdLXv5WUfKYVTxzkZZ7w//TnHO9pLsgO3ehD5ZD7Gsgor+nVSDy0QIc7udNSj+43I gYil9eg/ggXnlCpvXBf3b+MJ6bymc6L+UeEYwU0PwTnDTklZBzxBIed9ezyQApDWmt/p8sNPy 8fBM7mexZoRUdbkXcS/xINJSI8g11Q5mRoCvNMpAzgkVHyVQz+ickp/v4AXnXrgN2r04TRk5o 22VovecQWHwxOYEUS232K2e2LCZzfks+FAYnWOhO6D6Dkl83jlzXRqDmNR2LEAyqr39K0xTz2 61tfTaBc+o6HUVFz4vSAFQ2aTAeUZml2KJhmPALOXgLYEl2t7SAgAtEYVyPopzUrWKjDyu1U8 lkjJam/fjQQlb9ZO+opqhF8xllBD1FEwTtvVFucvxlzsTlCphG+spUyHspOKApfyWgsDwHWDx 3+UqST1vWtl9HpUp9PbB0abw7U+4JsSiQxt0BcdWX1wrKwHEPcFVFnYnqDWUpmH7I/b+A85Lp z4vlQk3iyH6CUHmkOa3XMq6R+Nng4ongiFEEG1xTheO34HAJsVsxqcmnb5TAms6GOU0pTyi4I hY8o6y8Bo908j31cQldhIl3OHZddg0LhkSnfdbD2obgUrsJx8qIDcJu8+Ge6HU+S76GE3C4oB ZcytInvx40lv1kShqwZle5frrWmx1olbf64pQXLwCMs9WConXzHWxr6rGvMxGsfM3VKcdjvpd JaTEZaq8GMivpkgy8c5IHLi91K4fCm X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 74750-done Cc: Eli Zaretskii , 74750-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: -1.7 (-) > Please close this, and thank you. P.S. I have not yet tested this on GTK > but will after the new year when back at a Linux box on which I have GTK. Bug closed. Thanks, martin ------------=_1734976867-7713-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 9 Dec 2024 15:52:12 +0000 Received: from localhost ([127.0.0.1]:55247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKg3P-0004OW-DZ for submit@debbugs.gnu.org; Mon, 09 Dec 2024 10:52:12 -0500 Received: from lists.gnu.org ([209.51.188.17]:36302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKg3N-0004OM-Dh for submit@debbugs.gnu.org; Mon, 09 Dec 2024 10:52:10 -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 1tKg3H-00010b-UP for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2024 10:52:05 -0500 Received: from mail-vk1-xa29.google.com ([2607:f8b0:4864:20::a29]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tKg3F-0007ue-JE for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2024 10:52:03 -0500 Received: by mail-vk1-xa29.google.com with SMTP id 71dfb90a1353d-5162571e761so444169e0c.2 for ; Mon, 09 Dec 2024 07:52:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1733759520; x=1734364320; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=THDpeG+nLnQpJHWGjgULTZV5yhW6ybrWv9bIEkFG7PE=; b=jHPsyjsKGAyIkg2Z5pyj0sD4ctyixWKEwIe4VtuykMabeuP1IP9gVYQbkrvYu+UzDl RDwLrqU5K+hRF2P/Rv0ZCVoT3brNAcgeVhQ0wHp4ssi4xsvLk8efMEbh6M1CXoJOt0us aHQZlh8giA2UayERZ4UfOa5fV1MNDn6VIKVWWPw8MyU76nd5s8A97q31fbDjy4hCWbAN dFbHgKuDwSR+LOTDAWdW1YNmAGYaVVPDvZ37s900vmVR1gbH9NNe5wqSKuLBgCT37DVr e6Soplc0BF3lXi149wgvgpy/CrHqag8mVyeSWmB7SgtNAPXwsvTXrzpKFkSN6OESzDQl +8VA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733759520; x=1734364320; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=THDpeG+nLnQpJHWGjgULTZV5yhW6ybrWv9bIEkFG7PE=; b=GcXWrRaod+77UWefahVini8nOwW6PDTvfwJlSZr9nMmaKIN1eh15asaIaCiM3l8ecO 52FlPfPzVxMKSsH5GZF/saJHJgrqoUKV5nixxdiku8SHh+0sQLmdJmEfPd89WfIvDpCz ns5iklctAiMYiezC7WvA4F/HtopPqfoiuXKEORtoqYkuXNMHBRCS5cmsxGtdFdDIVOAT zFeGqGlzHLcdbZI4S2VmnY9VHJWjxGH/wVTTBZtj1tWLAud/gvOuxDGAIbxBVaz47W5o owYoj3g7eTMatZbhq6v3e9c5+4ax/Uf3laQ+hz15W921b3U6Q1UM/XoO9n8O2qiWs3Ok 2rOQ== X-Gm-Message-State: AOJu0YxZfV0n/qgQQyo7P5dX5ddI/PGJ/ZQjmnN2S++QBoChTspjKU4a o80XTlaKFTvnqwaL7QO9hPieq8dbSeGirUBWHhoGSTKOhxFJPo9H3boUU0E1Swap968PeKM/B29 /2NvI7FRu8/9x4ugn2MlJcr60Mm1x4RAU X-Gm-Gg: ASbGncvxpfYfkFOwkpDPtOEkMMKUxh0HL/ifU49IY91eauYYdjj8AUe0kEzKgmiyMJ+ q5I7e0sCq3mwaIbL7PaL+nxLZGHWbsos= X-Google-Smtp-Source: AGHT+IFneO8pXwpWMuRHnPCpg/h9CotNXzfJLxUPGyGElLFEXv1M1+HcaAR0c697JODzhcwd0L4Y8QsYu2ahlR40kiw= X-Received: by 2002:a05:6122:895:b0:516:2833:1b8d with SMTP id 71dfb90a1353d-5188858f8ccmr1606234e0c.11.1733759520122; Mon, 09 Dec 2024 07:52:00 -0800 (PST) MIME-Version: 1.0 From: Ship Mints Date: Mon, 9 Dec 2024 10:51:23 -0500 Message-ID: Subject: clone-frame and make-frame pixelwise issues To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="00000000000052ad200628d8589e" Received-SPF: pass client-ip=2607:f8b0:4864:20::a29; envelope-from=shipmints@gmail.com; helo=mail-vk1-xa29.google.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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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: -2.3 (--) --00000000000052ad200628d8589e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable While trying to reconcile pixelwise frame sizing behaviors, I narrowed down two related issues. clone-frame does not correctly clone frames on a pixelwise basis. make-frame's text-pixels geometry support does not produce specified pixelwise geometry. This also impacts frameset-restore's ability to precisely reproduce pixelwise frame sizes. I consider these to be related as clone-frame's use of make-frame could be using text-pixels but if that doesn't work then pixelwise cloning won't work. I did read through the code base as best as I could but could not find the source of the text-pixels issue. The following reproducer, under -Q, shows the same results on 29.4 and 30.0.92. My main platform is NS and I also did some testing on GTK. GTK's issues seem a bit "messier" and I didn't spend any time trying to understand them in depth as I was more interested to know if GTK worked correctly or not, which it doesn't. (switch-to-buffer "*Messages*") (let ((target-text-width 1700) (target-text-height 1000) (native-width) (native-height) (msg (lambda (s frame) (message "%s text-width=3D%d (=CE=94%d) text-height=3D%d (=CE= =94%d) native-width=3D%d (=CE=94%d) native-height %d (=CE=94%d)\n" s (frame-text-width frame) (- (frame-text-width frame) target-text-width) (frame-text-height frame) (- (frame-text-height frame) target-text-height) (frame-native-width frame) (- (frame-native-width frame) native-width) (frame-native-height frame) (- (frame-native-height frame) native-height))))) (set-frame-position nil 0 0) (set-frame-size nil target-text-width target-text-height 'pixelwise) (setq native-width (frame-native-width) native-height (frame-native-height)) (message "Targets: text-width=3D%d text-height=3D%d\n" target-text-width target-text-height) (funcall msg "orig" (selected-frame)) (message "clone-frame under frame-resize-pixelwise nil; expectation: use lines/columns geometry; outcome: met") (let ((frame-resize-pixelwise nil)) (let ((new-frame (clone-frame))) (funcall msg "new" new-frame) (delete-frame new-frame))) (message "clone-frame under frame-resize-pixelwise t; expectation: pixelwise geometry; outcome: unmet") (let ((frame-resize-pixelwise t)) (let ((new-frame (clone-frame))) (funcall msg "new" new-frame) (delete-frame new-frame))) (message "clone-frame followed by manual resize; expectation: pixelwise geometry; outcome: met (but two steps)") (let ((new-frame (clone-frame))) (set-frame-size new-frame target-text-width target-text-height 'pixelwise) (funcall msg "new" new-frame) (delete-frame new-frame)) (message "manual clone under frame-resize-pixelwise using text-pixels; expectation: pixelwise geometry; outcome: unmet") ;; code lifted from clone-frame ;; incorrect width offset seems to be equal to frame-scroll-bar-width (let* ((frame-resize-pixelwise t) (frame (selected-frame)) (no-windows nil) (windows (unless no-windows (window-state-get (frame-root-window frame)))) (default-frame-alist (seq-remove (lambda (elem) (memq (car elem) frame-internal-parameters)) (frame-parameters frame))) (new-frame)) (when (and (display-graphic-p frame) frame-resize-pixelwise) (push (cons 'width (cons 'text-pixels (frame-text-width frame))) default-frame-alist) (push (cons 'height (cons 'text-pixels (frame-text-height frame))) default-frame-alist)) (setq new-frame (make-frame)) (when windows (window-state-put windows (frame-root-window new-frame) 'safe)) (unless (display-graphic-p frame) (select-frame new-frame)) (funcall msg "new" new-frame) (delete-frame new-frame))) This is an implementation of clone-frame that uses text-pixels under make-frame. This depends on make-frame text-pixels being corrected. Happy to supply this as a patch should the discussion of these issues progress in that direction. (defun clone-frame (&optional frame no-windows pixelwise) "Make a new frame with the same parameters and windows as FRAME. With a prefix arg NO-WINDOWS, don't clone the window configuration. When PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-nil, and frame is not text-only, clone the originating frame's pixel size. FRAME defaults to the selected frame. The frame is created on the same terminal as FRAME. If the terminal is a text-only terminal then also select the new frame." (interactive (list (selected-frame) current-prefix-arg)) (let* ((frame (or frame (selected-frame))) (windows (unless no-windows (window-state-get (frame-root-window frame)))) (default-frame-alist (seq-remove (lambda (elem) (memq (car elem) frame-internal-parameters)) (frame-parameters frame))) (new-frame)) (when (and (display-graphic-p frame) (or pixelwise frame-resize-pixelwise)) (push (cons 'width (cons 'text-pixels (frame-text-width frame))) default-frame-alist) (push (cons 'height (cons 'text-pixels (frame-text-height frame))) default-frame-alist)) (setq new-frame (make-frame)) (when windows (window-state-put windows (frame-root-window new-frame) 'safe)) (unless (display-graphic-p frame) (select-frame new-frame)) new-frame)) -Stephane --00000000000052ad200628d8589e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
While trying to reconcile pixelwise frame sizing behaviors, I narrowed d= own two related issues.

clone-frame does not correctly clone frames = on a pixelwise basis.

make-frame's text-pixels geometry support = does not produce specified pixelwise geometry. This also impacts frameset-r= estore's ability to precisely reproduce pixelwise frame sizes.

I= consider these to be related as clone-frame's use of make-frame could = be using text-pixels but if that doesn't work then pixelwise cloning wo= n't work. I did read through the code base as best as I could but could= not find the source of the text-pixels issue.

The following reprodu= cer, under -Q, shows the same results on 29.4 and 30.0.92. My main platform= is NS and I also did some testing on GTK. GTK's issues seem a bit &quo= t;messier" and I didn't spend any time trying to understand them i= n depth as I was more interested to know if GTK worked correctly or not, wh= ich it doesn't.

(switch-to-buffer "*Messages*")
(le= t ((target-text-width 1700)
=C2=A0 =C2=A0 =C2=A0 (target-text-height 100= 0)
=C2=A0 =C2=A0 =C2=A0 (native-width)
=C2=A0 =C2=A0 =C2=A0 (native-h= eight)
=C2=A0 =C2=A0 =C2=A0 (msg (lambda (s frame)
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(message "%s text-width=3D%d (=CE=94%d)= text-height=3D%d (=CE=94%d) native-width=3D%d (=CE=94%d) native-height %d = (=CE=94%d)\n"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 s
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-text-width frame) (- (frame-text-wid= th frame) target-text-width)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-text-height frame) (- (frame-text= -height frame) target-text-height)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-native-width frame) (- (fr= ame-native-width frame) native-width)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-native-height frame) (- (= frame-native-height frame) native-height)))))
=C2=A0 (set-frame-position= nil 0 0)
=C2=A0 (set-frame-size nil target-text-width target-text-heigh= t 'pixelwise)
=C2=A0 (setq native-width (frame-native-width)
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 native-height (frame-native-height))
=C2=A0 (me= ssage "Targets: text-width=3D%d text-height=3D%d\n" target-text-w= idth target-text-height)
=C2=A0 (funcall msg "orig" (selected-= frame))

=C2=A0 (message "clone-frame under frame-resize-pixelwi= se nil; expectation: use lines/columns geometry; outcome: met")
=C2= =A0 (let ((frame-resize-pixelwise nil))
=C2=A0 =C2=A0 (let ((new-frame (= clone-frame)))
=C2=A0 =C2=A0 =C2=A0 (funcall msg "new" new-fra= me)
=C2=A0 =C2=A0 =C2=A0 (delete-frame new-frame)))

=C2=A0 (messa= ge "clone-frame under frame-resize-pixelwise t; expectation: pixelwise= geometry; outcome: unmet")
=C2=A0 (let ((frame-resize-pixelwise t)= )
=C2=A0 =C2=A0 (let ((new-frame (clone-frame)))
=C2=A0 =C2=A0 =C2=A0= (funcall msg "new" new-frame)
=C2=A0 =C2=A0 =C2=A0 (delete-fr= ame new-frame)))

=C2=A0 (message "clone-frame followed by manua= l resize; expectation: pixelwise geometry; outcome: met (but two steps)&quo= t;)
=C2=A0 (let ((new-frame (clone-frame)))
=C2=A0 =C2=A0 (set-frame-= size new-frame target-text-width target-text-height 'pixelwise)
=C2= =A0 =C2=A0 (funcall msg "new" new-frame)
=C2=A0 =C2=A0 (delete= -frame new-frame))

=C2=A0 (message "manual clone under frame-re= size-pixelwise using text-pixels; expectation: pixelwise geometry; outcome:= unmet")
=C2=A0 ;; code lifted from clone-frame
=C2=A0 ;; incorr= ect width offset seems to be equal to frame-scroll-bar-width
=C2=A0 (let= * ((frame-resize-pixelwise t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(frame (= selected-frame))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(no-windows nil)
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(windows (unless no-windows
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (window-state-g= et (frame-root-window frame))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(defau= lt-frame-alist
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (seq-remove (lambda (e= lem)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (memq (car elem) frame-internal-parameters))
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (fram= e-parameters frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))
= =C2=A0 =C2=A0 (when (and (display-graphic-p frame) frame-resize-pixelwise)<= br>=C2=A0 =C2=A0 =C2=A0 (push (cons 'width (cons 'text-pixels (fram= e-text-width frame))) default-frame-alist)
=C2=A0 =C2=A0 =C2=A0 (push (c= ons 'height (cons 'text-pixels (frame-text-height frame))) default-= frame-alist))
=C2=A0 =C2=A0 (setq new-frame (make-frame))
=C2=A0 =C2= =A0 (when windows
=C2=A0 =C2=A0 =C2=A0 (window-state-put windows (frame-= root-window new-frame) 'safe))
=C2=A0 =C2=A0 (unless (display-graphi= c-p frame)
=C2=A0 =C2=A0 =C2=A0 (select-frame new-frame))
=C2=A0 =C2= =A0 (funcall msg "new" new-frame)
=C2=A0 =C2=A0 (delete-frame = new-frame)))

This is an implementation of clone-frame that uses text= -pixels under make-frame. This depends on make-frame text-pixels being corr= ected. Happy to supply this as a patch should the discussion of these issue= s progress in that direction.

(defun clone-frame (&optional fram= e no-windows pixelwise)
=C2=A0 "Make a new frame with the same para= meters and windows as FRAME.
With a prefix arg NO-WINDOWS, don't clo= ne the window configuration.=C2=A0 When
PIXELWISE is non-nil or if `fram= e-resize-pixelwise' is non-nil, and frame
is not text-only, clone th= e originating frame's pixel size.

FRAME defaults to the selected= frame.=C2=A0 The frame is created on the
same terminal as FRAME.=C2=A0 = If the terminal is a text-only terminal then
also select the new frame.&= quot;
=C2=A0 (interactive (list (selected-frame) current-prefix-arg))=C2=A0 (let* ((frame (or frame (selected-frame)))
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(windows (unless no-windows
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (window-state-get (frame-root-window= frame))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(default-frame-alist
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (seq-remove (lambda (elem)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (mem= q (car elem) frame-internal-parameters))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (frame-parameters frame)))=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(new-frame))
=C2=A0 =C2=A0 (when (and= (display-graphic-p frame)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(or pixelwise frame-resize-pixelwise))
=C2=A0 =C2=A0 =C2=A0 (p= ush (cons 'width (cons 'text-pixels (frame-text-width frame)))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-alist)
=C2=A0 = =C2=A0 =C2=A0 (push (cons 'height (cons 'text-pixels (frame-text-he= ight frame)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 default-frame-al= ist))
=C2=A0 =C2=A0 (setq new-frame (make-frame))
=C2=A0 =C2=A0 (when= windows
=C2=A0 =C2=A0 =C2=A0 (window-state-put windows (frame-root-wind= ow new-frame) 'safe))
=C2=A0 =C2=A0 (unless (display-graphic-p frame= )
=C2=A0 =C2=A0 =C2=A0 (select-frame new-frame))
=C2=A0 =C2=A0 new-fr= ame))

-Stephane
--00000000000052ad200628d8589e-- ------------=_1734976867-7713-1-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Jan 2025 17:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17363587502179 (code B ref 74750); Wed, 08 Jan 2025 17:53:01 +0000 Received: (at 74750) by debbugs.gnu.org; 8 Jan 2025 17:52:30 +0000 Received: from localhost ([127.0.0.1]:48888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVaEH-0000Z4-6j for submit@debbugs.gnu.org; Wed, 08 Jan 2025 12:52:29 -0500 Received: from mail-ua1-x92f.google.com ([2607:f8b0:4864:20::92f]:54502) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tVaE8-0000Ye-2r for 74750@debbugs.gnu.org; Wed, 08 Jan 2025 12:52:26 -0500 Received: by mail-ua1-x92f.google.com with SMTP id a1e0cc1a2514c-85c662ebbc3so21422241.0 for <74750@debbugs.gnu.org>; Wed, 08 Jan 2025 09:52:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736358733; x=1736963533; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=brJx9iMMlYIHclUCLSKjqTa58KItli6eJTcWcZjCWOQ=; b=j0Y2/gYhIPNQcqdtUY7FMFjlUn6MwcWWsw0GES/2lpa+Po+2s9aClsvfH5SiKEg0SZ 8xNiiWDNcHCo4abOVSIeiCyK83HVcRII9cBReIrmmeLo8dtfPBHx/fQElFqU74sLm95J cOUjvRFD6Erx6d5W0CS4onD6J2VaRg2H/iFmWQnoY21j+Nn3wvH1IGRmYz4JYISNoq+l Ro+/plUNsu1Wo3jHUCeZxmuG3IFqs8uWxqp60PVyoEP/TSCubELkY0HyA17WfIdmtn4b QYIE6C0qmUKXhcyE9DoMlhd1dvRWMX6Kt8KE647j0Hfbk083qRLkpTPldVYPeuoXiHEm 2Fwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736358733; x=1736963533; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=brJx9iMMlYIHclUCLSKjqTa58KItli6eJTcWcZjCWOQ=; b=aIy7ABr+rVeaVudTW5eaTNNe1JcocNVmbBdoW6enPbN3gPvdKZ8AliYIl36YJGPoab 0hYbBxssgWPuxQnqWjMlbE+QKtJch40imutwXYRtZoKvoSIbHT5TOeoPQA0UNPh0QBBe dwWTW71xCeIgEI8GleOQ23skMposRItjvEBCRo3Wm0x/SmqUr7chrc2SvNRNgcU4jx1/ cvyStlQdx2ZWtYrIDCYI3SLqribKQvL6Ni1LXwPIbW0DEGY/gMggLMeXx7GKZqg5DuoX acKsdGjfo1KdvxGnjWTU7A5ErRJ3eTy1jVATLKpKiC4JwL/AFyjK2kHwWQ2Lk+veuEZ5 842g== X-Forwarded-Encrypted: i=1; AJvYcCW4OhC9SroDexbxVK9Kj3+jKirdQcNeBJIMGy36BGjLZafh7QbIzM+v6zYcMjD8rMPMuLvNXg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyZYL6WypP/Bz8F7f3cGvQPNmzFoSC2Y+Snpv0/XAZuZdDmdpfy hokqUtSHUV1fJsqT88hOOkzatqDd2sis9AYOl4/Pok5bdDWUmWhk+TfyMaEBgYleK9/ZIBaz7w7 eDoXEZZrkkx6kN4k71dlZDCbBRi8= X-Gm-Gg: ASbGnctPi2HsI+WbEpMVNrELxlZ18L4INiWmVEiganWpytmjIrLDzPEhZ26QWCbvF6j tOwyVpzSers6U2yXCQQlOSL+1SZh3Rmq0P3wnRQ== X-Google-Smtp-Source: AGHT+IEfLJufBWy9yTnTxZxjiT6i3zZUByxTZuhd5zC2baBzPgH6/276JKTEtGTaz3SDWPEOAJ18LUTX50kxTE0m/R0= X-Received: by 2002:a05:6102:3709:b0:4b1:1b33:eb0f with SMTP id ada2fe7eead31-4b3d0eb5f76mr3322478137.24.1736358733133; Wed, 08 Jan 2025 09:52:13 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> In-Reply-To: From: Ship Mints Date: Wed, 8 Jan 2025 12:50:53 -0500 X-Gm-Features: AbW1kvaSY_o0M6rtjL6gxbzCSh5MTI9Uv744_z9eozFBuwGwQwqKgOvFEqbFKko Message-ID: Content-Type: multipart/alternative; boundary="0000000000007dbf59062b358591" 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 (-) --0000000000007dbf59062b358591 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Martin, Just got around to testing fullheight on GTK. Under emacs -Q, I do not see a gap either on 29.4 or master from a week ago. This is on Debian 12 with GTK 3. -Stephane On Mon, Dec 16, 2024 at 4:23=E2=80=AFAM martin rudalics w= rote: > > Now, about clone-frame. Are there any objections to the below > > implementation that uses text-pixels? > ... > > When > > PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-nil, and > frame > > is not text-only, clone the originating frame's pixel size. > > I'd write that as > > If PIXELWISE or `frame-resize-pixelwise' is non-nil and FRAME's termin= al > is not text-only, use the pixel size of FRAME for the cloned frame. > Otherwise, use the number of columns and lines of FRAME for the cloned > frame. > > The behavior of the 'fullscreen' parameter might be queer if > 'frame-resize-pixelwise' is nil and PIXELWISE is non-nil but that's to > be expected. > > > I may be able to test on GTK early this week, but I think you have GNU > > Linux/GTK on your end? > > I've tried here with a GTK-3 and a Motif build and have seen no > problems. > > What I've seen is a slight misbehavior in setting up the 'fullscreen' > parameter on the GTK build (so it's not related to your function). With > > (setq frame-resize-pixelwise t) > (setq frame-inhibit-implied-resize t) > > setting it to 'maximized' works as expected but setting it to > 'fullheight' leaves a gap at the bottom. Surprisingly, cloning a > 'fullheight' frame with your function removes the gap. The Motif frames > do not have the problem so it might be tool bar related but that should > affect the maximized frame as well. I'll look into this later but would > be interested if you see the same with a GTK build: > > To test: > > (setq frame-resize-pixelwise t) > (setq frame-inhibit-implied-resize t) > (set-frame-parameter nil 'fullscreen 'fullheight) > > martin > --0000000000007dbf59062b358591 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Martin,

Just got around to testing fullheight on GTK. Under emacs -Q, I do not se= e a gap either on 29.4 or master from a week ago. This is on Debian 12 with= GTK 3.
<= br>
-Step= hane

On Mon, Dec 16, 2024 at 4:23=E2=80=AFAM mar= tin rudalics <rudalics@gmx.at>= wrote:
=C2=A0&g= t; Now, about clone-frame. Are there any objections to the below
=C2=A0> implementation that uses text-pixels?
...
=C2=A0> When
=C2=A0> PIXELWISE is non-nil or if `frame-resize-pixelwise' is non-n= il, and frame
=C2=A0> is not text-only, clone the originating frame's pixel size.<= br>
I'd write that as

=C2=A0 =C2=A0If PIXELWISE or `frame-resize-pixelwise' is non-nil and FR= AME's terminal
=C2=A0 =C2=A0is not text-only, use the pixel size of FRAME for the cloned f= rame.
=C2=A0 =C2=A0Otherwise, use the number of columns and lines of FRAME for th= e cloned
=C2=A0 =C2=A0frame.

The behavior of the 'fullscreen' parameter might be queer if
'frame-resize-pixelwise' is nil and PIXELWISE is non-nil but that&#= 39;s to
be expected.

=C2=A0> I may be able to test on GTK early this week, but I think you ha= ve GNU
=C2=A0> Linux/GTK on your end?

I've tried here with a GTK-3 and a Motif build and have seen no
problems.

What I've seen is a slight misbehavior in setting up the 'fullscree= n'
parameter on the GTK build (so it's not related to your function).=C2= =A0 With

(setq frame-resize-pixelwise t)
(setq frame-inhibit-implied-resize t)

setting it to 'maximized' works as expected but setting it to
'fullheight' leaves a gap at the bottom.=C2=A0 Surprisingly, clonin= g a
'fullheight' frame with your function removes the gap.=C2=A0 The Mo= tif frames
do not have the problem so it might be tool bar related but that should
affect the maximized frame as well.=C2=A0 I'll look into this later but= would
be interested if you see the same with a GTK build:

To test:

(setq frame-resize-pixelwise t)
(setq frame-inhibit-implied-resize t)
(set-frame-parameter nil 'fullscreen 'fullheight)

martin
--0000000000007dbf59062b358591-- From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jan 2025 08:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173641277210558 (code B ref 74750); Thu, 09 Jan 2025 08:53:01 +0000 Received: (at 74750) by debbugs.gnu.org; 9 Jan 2025 08:52:52 +0000 Received: from localhost ([127.0.0.1]:50371 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVoHb-0002kE-NU for submit@debbugs.gnu.org; Thu, 09 Jan 2025 03:52:51 -0500 Received: from mout.gmx.net ([212.227.15.18]:43873) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tVoHZ-0002jt-GI for 74750@debbugs.gnu.org; Thu, 09 Jan 2025 03:52:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1736412758; x=1737017558; i=rudalics@gmx.at; bh=CtlD50eMO6aSaW29VaMilxBW3l8l2i66uSFMjvBODSg=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=V22FibVKp4e8wXu7UdJQV74FahkTGZ5Vhx3cLa3uSzDl/YmJLhoylBBjG0suHPRc OGZeusY1PG9Twsdchdj7Ljj9S/sG5v0q/qKfqKnc8LzYHHTqbaWnTMKm7ZXDtUL7E DzKVmHvLj1u2bxBk5EOZtceyVu2TtE9+rtxqQqPr+c5A2w2XNTLjO13A49MBkaTdb LRXXfcdg9TQEG/ItgTUF+xosNykEtVcVeVJJw5IbH8RD+7Lpgo3OhdMRQIabMrbd+ +oShKBCcokjsv1TryOXuyWVW4Q1IJJKsK1agAdlwmRFE8geAuWdXFUmXvnBrBobsv Pfxh/I3wTaDqIg0JKg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.150]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MIdeR-1tHHgh2BL3-0020LM; Thu, 09 Jan 2025 09:52:38 +0100 Message-ID: <45449a62-95b9-407f-b7b1-e98088901f91@gmx.at> Date: Thu, 9 Jan 2025 09:52:37 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:P+87wvSNa4iZnkiVecbGcfXAXMtdqWhYaR181EXad1tWrUkJdFE VwuojEeMQPMJmMIJsxjSTc7tMkwp/uavNsx8Z2YTRP7x6NKDL9IDLULFKdumCEsrBhUA/0p 0QNISCXJU30NDjbBZZ00b+w73F24Q9gDbM5CX/AhWIcMdnxDGWPtPoAcOCKzcq8jBq0X8Q2 6bsZZV0BoiJYX9tzj8xgg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:1U03NKpbjwA=;9Zb6P5RY+w5bDGLxbWrLy7MugnU fnTiw+I+gOpNEUk+mYeup0Hxlb15rNqSFFQmiXrNl13b+W8FRpXj8asWmeSACwg2CX6XZ9lX4 fNKKwSMqDGEq2Ul4Ooz1q0K4jayCw1gab1FCd5pmbelTREVJyUfVNDmqzIxNwHTxFiKLkWsvv Cn1FMQHIHkoiYrMNayDH8fXu8udB3alZATXJ8FGl2OqdYVei077SLfgdUZCk8p0H3xakgyAC1 3xD9O1PJ/TDtrZYjZUQhVLw7+KxaUts2P66WuqFrJ7r13NranEbz2IPInTfHL1hl6Aj4o0dCL ydBd9MfwdIzjwcibSZAwla3zIleKqEdnZ8SLvDfWPhE+2S8lygygAgh49r+RL1Ybz6DQpGr9y +ijGw/h0js+5LxNNEl4J6wzNw8ILz03BayiYjbcU6dsg2JfBFosVYXtvlPtvbJJQJX4ZiJLNP dVHhwGvQnj6jBV0aN9s1F2TI3iNkFpDVvurt823sbYp/7uuwTM2yDKyWmQSKSSIkRSXW99xXD JdC/D9/zIyjR1+nY+mPMnN5BbQH6jND6YR3EGXY+mm38cZGau5kWCVYJfOQ502gm5D/ZSVD/Z e/+KtEqZTejvDBC/Cc/dv1UfUfCVCV8Pq/cKnLw3bpgwiaMxINk1VrccJdUvzUQAFlNNj9cmd wmLvv+KwzW7hs0OXVStXo7HG02ZNfQsGt44pkCtgD6zpWL0w2SPt2ahTe2UX/GKNun1FE1eVZ nnKK2J4epTeItpnsBcpPXWqKBmsAJojr9UPeRtc2TLXx1Eg5aWLhuqywNfgATd+zwrBa4D1J9 cGt4MCazQhUWKMuhDkcorZkES9r/t/rxCS84t+ejk4VJnZYl1tl//06jG+xWps6YPEa19/y+E HRVQPHRCsQugaZDvEp7fM4espzYw85cVY5De6Xk5KoWBoAEojaPr480j83lSxF8tneBF/AesX Bg53cbLYzHjS+cH7QcaTjP2mKQVMgHZJT7/7mMDe724eIEqAYo/ZlgXgvnEo0Jf7ePaugMqSY Bx3BqDPClgsPv+HYHGBHPkh9obulMEKCG95VBeWEVzwOVXKZpQgPvjzzh4gBjbuJ/3qh8TYVl t61IJ8ZJ8rIM+QRORl9vBBWfecYkff X-Spam-Score: -0.7 (/) 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.7 (-) > Just got around to testing fullheight on GTK. Under emacs -Q, I do not see > a gap either on 29.4 or master from a week ago. This is on Debian 12 with > GTK 3. Did you try with 'frame-inhibit-implied-resize' non-nil (ideally set in an early-init file)? martin From unknown Fri Sep 19 09:04:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#74750: clone-frame and make-frame pixelwise issues Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jan 2025 11:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 74750@debbugs.gnu.org Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.17364224287879 (code B ref 74750); Thu, 09 Jan 2025 11:34:01 +0000 Received: (at 74750) by debbugs.gnu.org; 9 Jan 2025 11:33:48 +0000 Received: from localhost ([127.0.0.1]:50642 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVqnM-000231-Ao for submit@debbugs.gnu.org; Thu, 09 Jan 2025 06:33:48 -0500 Received: from mail-vk1-xa2c.google.com ([2607:f8b0:4864:20::a2c]:46419) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tVqnJ-00022l-Sb for 74750@debbugs.gnu.org; Thu, 09 Jan 2025 06:33:46 -0500 Received: by mail-vk1-xa2c.google.com with SMTP id 71dfb90a1353d-5189a440a65so478995e0c.1 for <74750@debbugs.gnu.org>; Thu, 09 Jan 2025 03:33:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736422420; x=1737027220; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=B9i160IWDbouDc7IgOHQs05I5futoEhiRkxRllnETx8=; b=Vrk7S6TEmLHD0bpP3dqZOKde2ciEovfeVvC6YuATdknkKNXBTyqCtUYJrvLNFfztqA 7ANJkohsYB4WDOIcBPjAOs3Ps91NGEKnk1i9b3sDMSY8IrY0wOhNZE5mVWSaEzLuWwzc oow6byy+2vuGAplu3lFoUEA5RSWeiOlFOJhIqoeyQnBmdIQzlfBTkQxZRp3ZsKG7AxXQ +Niiwy04fJvD2ieiuZZ5U+dATkvh4aZtlpzYQJdN2XjX/RJ50eeK/7GmcYZK+hfR7R8r sY0ARpOcqXga9yHx00/Jydp6Qey5nHGo0ElV8IB+qc2XV6fBrtDTazECGry+PwkgGDxa ZpYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736422420; x=1737027220; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=B9i160IWDbouDc7IgOHQs05I5futoEhiRkxRllnETx8=; b=UeYaSzOYhKbvQ/r9p4OMJ7ND4hmAN74akUrGKjfzdOd1QSzw9H5Kk+qZXItd5EhshF eypcyBJPmb7VjXjQf6QNt5FwITjWE+7e/dmrtjBTioFzWZdRRxd3hw/lWZRO42n3PVXj p1S4nXrN2e5BKt784L2ddlz7qu4jCymtlq5rPTdf5SsRme8XRSzV0IyvfK8eLfPdAlOP +csSDuS64qY0sJPhAFAEvZOJi6GP7/Vt2Dxew1PxOJ52D/M+Ry2HmKM6aFEf8QpjJb/W vZGXrJ4XZt5IDR4bd84UjIAacKtde/f+re1LE27Y+jAzyQulsjnKlFRoyTvt+6wXG4P2 8Jgg== X-Forwarded-Encrypted: i=1; AJvYcCVArtlZGgmImS7V2H8xu3rV12hiayx34ypuAcVX6aqUZDfnpx+v40Pe3QoOS94MBR6mmOD/6Q==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzBfLvfUXnjd4sr3PpCVzNE4TKRks9ddRdNuOOhK4eoT2q19za4 54Iio8iLonEzdrgTrtUjhlTsWwGD3Ru2hTrTbPdFZ0ZpP1NPgyQiWc2645VI6bV0K9RKKp+0B/l bPM7V6ISDa/S+ifZ1EL2M5HLV/mg= X-Gm-Gg: ASbGncv7D8qessjEyVoloIHJgGaDs0+KxDZ1Z9PIpKDK8JXxnkWnh8SdBjBz7qwdKTG w6uVg5MWCvYhyd1wQK7kiyCtx4dxe83OZ7l5/7Q== X-Google-Smtp-Source: AGHT+IE236aBT1BmeU1+1oc4AQmVde7PTxlBBGpA2R34cfOLfxi6+Q5h/+IGt+zxV8QpJBvRQWp5gCi1Wjm4oUGnNRM= X-Received: by 2002:a05:6122:8b8d:b0:515:d032:796b with SMTP id 71dfb90a1353d-51c6c353b28mr5299138e0c.11.1736422419819; Thu, 09 Jan 2025 03:33:39 -0800 (PST) MIME-Version: 1.0 References: <861pyfd8pe.fsf@gnu.org> <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at> <7404039b-e71e-44e5-a446-70fa07889528@gmx.at> <1ed054fc-4b82-47cf-8d89-4768b56b88a7@gmx.at> <45449a62-95b9-407f-b7b1-e98088901f91@gmx.at> In-Reply-To: <45449a62-95b9-407f-b7b1-e98088901f91@gmx.at> From: Ship Mints Date: Thu, 9 Jan 2025 06:32:19 -0500 X-Gm-Features: AbW1kvZsVQNZKqvjPcZrQqOCRcy5zaotl_gTuGirKztTfi_7Oa3o6J70iR7SpMA Message-ID: Content-Type: multipart/alternative; boundary="00000000000083728a062b44597f" 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 (-) --00000000000083728a062b44597f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I ran this as emacs -Q -l repro-fullheight.el and it seems to work identically for me with and without pixelwise and implied resize. (setq frame-resize-pixelwise t) (setq frame-inhibit-implied-resize t) (set-frame-parameter nil 'fullscreen 'fullheight) Should I be doing this differently? On Thu, Jan 9, 2025 at 3:52=E2=80=AFAM martin rudalics wr= ote: > > Just got around to testing fullheight on GTK. Under emacs -Q, I do not > see > > a gap either on 29.4 or master from a week ago. This is on Debian 12 > with > > GTK 3. > > Did you try with 'frame-inhibit-implied-resize' non-nil (ideally set in > an early-init file)? > > martin > --00000000000083728a062b44597f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I ran this as emacs -Q -l repro-fullheight.el and it seems to work ident= ically for me with and without pixelwise and implied resize.

(setq frame-resize-pixelwis= e t)
(setq frame-inhibit-implied-resize t)
(set-frame-parameter nil &= #39;fullscreen 'fullheight)

Should I be doing this differently?

<= div class=3D"gmail_quote gmail_quote_container">
On Thu, Jan 9, 2025 at 3:52=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> Just got around to = testing fullheight on GTK. Under emacs -Q, I do not see
=C2=A0> a gap either on 29.4 or master from a week ago. This is on Debia= n 12 with
=C2=A0> GTK 3.

Did you try with 'frame-inhibit-implied-resize' non-nil (ideally se= t in
an early-init file)?

martin
--00000000000083728a062b44597f--