From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Ship Mints <shipmints@gmail.com>
Newsgroups: gmane.emacs.bugs
Subject: bug#74750: clone-frame and make-frame pixelwise issues
Date: Fri, 13 Dec 2024 13:25:03 -0500
Message-ID: <CAN+1Hbq74abEhFnXxffc9Y=5oNsQNNo+AZJGcef9P6YR1DTMuA@mail.gmail.com>
References: <CAN+1HbotQ2M7hn9z7O22+xdOJXAUFxBUbzE+YdtoMT_xv7GuFA@mail.gmail.com>
 <861pyfd8pe.fsf@gnu.org> <f320347e-d3ce-46e4-b358-5a94336f04fa@gmx.at>
 <CAN+1HbpHUguAbwTRQc1bnxfVWYZK_6G9Ac0Bqaxnw1C3U+XKsg@mail.gmail.com>
 <4d057282-8ec2-4ddb-ac0f-23e65af6e5a1@gmx.at>
 <CAN+1Hbq6ED+c4ag3ZRhxnhBWOuZKTSz+82f7Ew=iR7kHAmU9dw@mail.gmail.com>
 <dcfe0a34-31aa-4d82-b800-b53f4100ea3a@gmx.at>
 <7404039b-e71e-44e5-a446-70fa07889528@gmx.at>
 <CAN+1Hbr19zQTQRhN4uT4Z3acej+WuX5d3h+WhFUZXU_9Pd61Sg@mail.gmail.com>
 <a68a7dd9-17de-4fba-bad9-d37ea7493db1@gmx.at>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="000000000000a4265106292af5a6"
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="10179"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: Eli Zaretskii <eliz@gnu.org>, 74750@debbugs.gnu.org
To: martin rudalics <rudalics@gmx.at>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 13 19:28:19 2024
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org
Original-Received: from lists.gnu.org ([209.51.188.17])
	by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.92)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1tMAOh-0002Sm-7Q
	for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 13 Dec 2024 19:28:19 +0100
Original-Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <bug-gnu-emacs-bounces@gnu.org>)
	id 1tMAOU-000179-Eb; Fri, 13 Dec 2024 13:28:06 -0500
Original-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 <Debian-debbugs@debbugs.gnu.org>)
 id 1tMAOR-000170-KQ
 for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2024 13:28:03 -0500
Original-Received: from debbugs.gnu.org ([2001:470:142:5::43])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1tMAOR-0005Gt-1P
 for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2024 13:28:03 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=debbugs.gnu.org; s=debbugs-gnu-org; 
 h=Date:From:In-Reply-To:References:MIME-Version:To:Subject;
 bh=VmpMqJkvXpfUNvo9Gtbov5U+IKlho6u+i0GYwPH4Y1s=; 
 b=ioqh8dlFwneysZ+DkhBnYGisKKGi0lrJn1R8k0utJAtZpXDmHHXkRaOeo57EfoxrMKvqBXETJavnBRvLS0qwaDR/B13NtybPXXeNzz/l6781QaiBV87M9nrgiS3z1BcuanHEyvi0SjZCeZ+tMtPAJQuk7oERH2iv0Qjt0+rDyoMvizNDM0el62AvxxvXFvKkPyjc+RgqAVC/uhTni5e1N7Ww2wFSdQRaYceZzgtQj/LXkWqKB1/LQE9dERl3qBY52ZY1kJjuHkRFdjgVYv2wqxj0NSZmRvPfskRdUkQ3WXqctmX6SFVMK4NWzCzTJceduTGxeSs9vOf+Qo8d6YpI0w==;
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1tMAOQ-0004dj-Ii
 for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2024 13:28:02 -0500
X-Loop: help-debbugs@gnu.org
Resent-From: Ship Mints <shipmints@gmail.com>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Fri, 13 Dec 2024 18:28:02 +0000
Resent-Message-ID: <handler.74750.B74750.173411442617758@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 74750
X-GNU-PR-Package: emacs
Original-Received: via spool by 74750-submit@debbugs.gnu.org id=B74750.173411442617758
 (code B ref 74750); Fri, 13 Dec 2024 18:28:02 +0000
Original-Received: (at 74750) by debbugs.gnu.org; 13 Dec 2024 18:27:06 +0000
Original-Received: from localhost ([127.0.0.1]:44071 helo=debbugs.gnu.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
 id 1tMANO-0004bu-Or
 for submit@debbugs.gnu.org; Fri, 13 Dec 2024 13:27:06 -0500
Original-Received: from mail-vk1-f170.google.com ([209.85.221.170]:48548)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <shipmints@gmail.com>) id 1tMANI-0004bU-HT
 for 74750@debbugs.gnu.org; Fri, 13 Dec 2024 13:26:57 -0500
Original-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)
In-Reply-To: <a68a7dd9-17de-4fba-bad9-d37ea7493db1@gmx.at>
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
 the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org
Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org
Xref: news.gmane.io gmane.emacs.bugs:296989
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/296989>

--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 <rudalics@gmx.at> 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

<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">=
On Fri, Dec 13, 2024 at 1:15=E2=80=AFPM martin rudalics &lt;<a href=3D"mail=
to:rudalics@gmx.at">rudalics@gmx.at</a>&gt; wrote:</span></div></div><div c=
lass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote=
" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);=
padding-left:1ex">=C2=A0&gt; Thank you for the patch and continued focus on=
 this. The following is the<br>
=C2=A0&gt; behavior I see on NS with the patch applied with target width 17=
00 and<br>
=C2=A0&gt; height 1000. These are results from clone-frame using text-pixel=
s which<br>
=C2=A0&gt; I&#39;ve included below without explicit pixelwise argument so i=
t respects<br>
=C2=A0&gt; frame-resize-pixelwise.<br>
<br>
Thank you for conducting these experiments.<br></blockquote><div><br></div>=
<div class=3D"gmail_default" style=3D"font-family:monospace">My pleasure, a=
ctually. I live inside=C2=A0Emacs so the better we make it for us the bette=
r for all.</div><div class=3D"gmail_default" style=3D"font-family:monospace=
"><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0=
.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
=C2=A0&gt; Note: frame-inhibit-implied-resize=3D(tab-bar-lines) is the defa=
ult setting<br>
=C2=A0&gt; on NS:<br>
=C2=A0&gt;<br>
=C2=A0&gt; #if defined (USE_GTK) || defined (HAVE_NS)<br>
=C2=A0&gt;=C2=A0 =C2=A0 frame_inhibit_implied_resize =3D list1 (Qtab_bar_li=
nes);<br>
=C2=A0&gt;<br>
=C2=A0&gt; frame-resize-pixelwise=3Dnil frame-inhibit-implied-resize=3Dnil =
text-width=3D1692<br>
=C2=A0&gt; (=CE=94-8) text-height=3D984 (=CE=94-16) native-width=3D1727 (=
=CE=94-8) native-height 988<br>
=C2=A0&gt; (=CE=94-16)<br>
=C2=A0&gt;<br>
=C2=A0&gt; Result: respects lines/cols as expected.<br>
<br>
It&#39;s problematic to clone a frame made with &#39;frame-resize-pixelwise=
&#39;<br>
non-nil in a setting with &#39;frame-resize-pixelwise&#39; nil.=C2=A0 I alw=
ays have<br>
&#39;frame-resize-pixelwise&#39; t and never change it.<br></blockquote><di=
v><br></div><div><div class=3D"gmail_default" style=3D"font-family:monospac=
e">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.</div></div><div>=C2=A0</div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex">
=C2=A0&gt; frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3D(tab-b=
ar-lines)<br>
=C2=A0&gt; text-width=3D1700 (=CE=940) text-height=3D1000 (=CE=940) native-=
width=3D1735 (=CE=940)<br>
=C2=A0&gt; native-height 1004 (=CE=940)<br>
=C2=A0&gt;<br>
=C2=A0&gt; Result: Okay by accident, I think, only because tab-bar-lines pa=
rameter is<br>
=C2=A0&gt; nil during adjust_frame_height invocations?<br>
<br>
adjust_frame_size you mean, I suppose.=C2=A0 Does your frame have a tab bar=
?<br></blockquote><div><br></div><div><div class=3D"gmail_default" style=3D=
"font-family:monospace">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&#39;s neither here nor there, I suppose. I d=
isable tool-bar under all my own real-world circumstances.</div></div><div =
class=3D"gmail_default" style=3D"font-family:monospace"><br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px =
solid rgb(204,204,204);padding-left:1ex">
=C2=A0&gt; frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dnil te=
xt-width=3D1700<br>
=C2=A0&gt; (=CE=940) text-height=3D1000 (=CE=940) native-width=3D1735 (=CE=
=940) native-height 1004 (=CE=940)<br>
=C2=A0&gt;<br>
=C2=A0&gt; Result: Okay but with frame-inhibit-implied-resize nil, I&#39;d =
have expected<br>
=C2=A0&gt; rows/cols vs. pixelwise.<br>
<br>
Why?=C2=A0 &#39;frame-inhibit-implied-resize&#39; is about _not_ resizing a=
 frame&#39;s<br>
window when one removes/adds one of the items it mentions.=C2=A0 It should<=
br>
work with pixelwise and normal resizing.<br></blockquote><div><br></div><di=
v class=3D"gmail_default" style=3D"font-family:monospace">I said that becau=
se the latest patch respects frame-inhibit-implied-resize not frame-resize-=
pixelwise.</div><div class=3D"gmail_default" style=3D"font-family:monospace=
"><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0=
.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
=C2=A0&gt; frame-resize-pixelwise=3Dt frame-inhibit-implied-resize=3Dt text=
-width=3D1685<br>
=C2=A0&gt; (=CE=94-15) text-height=3D1000 (=CE=940) native-width=3D1720 (=
=CE=94-15) native-height 1004<br>
=C2=A0&gt; (=CE=940)<br>
=C2=A0&gt;<br>
=C2=A0&gt; Result: I think this case remains broken needing the adjustment =
from your<br>
=C2=A0&gt; first patch that you wanted to also account for fringes?<br>
<br>
15 is an odd number so it can&#39;t be the default fringes.=C2=A0 IIUC it&#=
39;s your<br>
scroll bar which gets set up after the &quot;frame was made&quot; and while=
<br>
resizing is inhibited.=C2=A0 Note that the fringes are purely Emacs interna=
l<br>
- we can set them up any way we like.=C2=A0 The scroll bar is more difficul=
t<br>
since the toolkit usually determines its default width.=C2=A0 You could try=
<br>
to debug this with a breakpoint in &#39;gui_set_scroll_bar_width&#39; and a=
fter<br>
that one in &#39;frame_inhibit_resize&#39;.=C2=A0 Here on xfwm/GTK-3 the te=
xt width<br>
remains unchanged.<br></blockquote><div><br></div><div><div class=3D"gmail_=
default" style=3D"font-family:monospace">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, <a href=3D"http://et.al">et.a=
l</a>. If you&#39;d like me to make adjustments; e.g., resizing fringes or =
whatever, happy to do it and rerun.</div><div class=3D"gmail_default" style=
=3D"font-family:monospace"><br></div><div class=3D"gmail_default" style=3D"=
font-family:monospace">These are all ostensively calls to clone-frame. I&#3=
9;d expect, as I guess most people would, that cloning produces the precise=
 geometry of the originating frame, scroll bar or not.</div></div><div>=C2=
=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left:1px solid rgb(204,204,204);padding-left:1ex">
=C2=A0&gt; My default GUI setup is frame-resize-pixelwise t<br>
=C2=A0&gt; frame-inhibit-implied-resize t as I expect many people have adop=
ted these<br>
=C2=A0&gt; days.<br>
<br>
Few people have AFAICT.=C2=A0 Note that all these experiments are borderlin=
e.<br>
Cloning a frame should respect the settings that were active at the time<br=
>
the original was made.=C2=A0 We can try to make it behave reasonably when<b=
r>
these values change but I am not sure whether we will succeed.<br></blockqu=
ote><div><br></div><div class=3D"gmail_default" style=3D"font-family:monosp=
ace">Let&#39;s try.</div><div class=3D"gmail_default" style=3D"font-family:=
monospace"><br></div><div class=3D"gmail_default" style=3D"font-family:mono=
space">-Stephane</div></div></div>

--000000000000a4265106292af5a6--