From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Reuben Thomas via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#72986: Disabling menu-bar-mode changes size of new frames Date: Fri, 15 Nov 2024 20:06:16 +0000 Message-ID: References: <3d0a1e9a-5efc-4491-ab85-e3e58cb0f068@gmx.at> <0e78c0db-105c-4a60-acd4-7267e225259b@gmx.at> <74c278ea-e286-4841-98ed-6ae38cb63980@gmx.at> <3797189d-e13b-4340-9629-80cda5aaaced@gmx.at> <6e166b5c-c570-46f1-9eed-bca1dd06dba4@gmx.at> <93553a3f-20c3-47e3-bad5-161877cec985@gmx.at> <3334a15b-87cd-4bfc-b5ca-db7cde08df92@gmx.at> Reply-To: Reuben Thomas Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000025e5970626f91a0a" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32443"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , Eli Zaretskii , 72986@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 15 21:08:17 2024 Return-path: 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 ) id 1tC2c4-0008KE-Eu for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 15 Nov 2024 21:08:16 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tC2bs-0000SQ-Cb; Fri, 15 Nov 2024 15:08:04 -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 ) id 1tC2bq-0000SI-KK for bug-gnu-emacs@gnu.org; Fri, 15 Nov 2024 15:08:02 -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 ) id 1tC2bq-0007GD-CA for bug-gnu-emacs@gnu.org; Fri, 15 Nov 2024 15:08:02 -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=Sd/aAzckFdoS0zjOiLtB7o5ZAcqzMXm3eC8fCsVYC9w=; b=bGZMTNzPGRpQqcznpN4wSsCgmGHuRs/HlCC300TTMGldF2WoBaKbjFFNI6PXDpRdYfWtwTdtWMScKXU27Kz019DmfgHYC4uCtSqjtauy4rWqv9BAqYfhaE3jlMscHcblgCRkt3WWTGNGk9EhzQKafWJ2F7O8n9RepzcYi/dDgINMLXmhbAbwjR+gVtoLtvHgwNTrqlTHZUfSEdCLYL+YJCPDEgokKSoJFdb2dUCdpcXWXTF1duPbdN0WwMr+wBRjF/8nfGtjUJsHD68BxEh+ipSRo7AjelOXWqn0azdDhTINo0mdkLFRcWyAo7vC/0PEghYStz4raghWnWJCfmAPgw==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tC2bq-0005le-62 for bug-gnu-emacs@gnu.org; Fri, 15 Nov 2024 15:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Nov 2024 20:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72986 X-GNU-PR-Package: emacs Original-Received: via spool by 72986-submit@debbugs.gnu.org id=B72986.173170125122116 (code B ref 72986); Fri, 15 Nov 2024 20:08:02 +0000 Original-Received: (at 72986) by debbugs.gnu.org; 15 Nov 2024 20:07:31 +0000 Original-Received: from localhost ([127.0.0.1]:50969 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tC2bK-0005ke-Me for submit@debbugs.gnu.org; Fri, 15 Nov 2024 15:07:31 -0500 Original-Received: from mail-yw1-f177.google.com ([209.85.128.177]:59741) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tC2bI-0005kV-AY for 72986@debbugs.gnu.org; Fri, 15 Nov 2024 15:07:29 -0500 Original-Received: by mail-yw1-f177.google.com with SMTP id 00721157ae682-6ee55cfa88cso10921147b3.3 for <72986@debbugs.gnu.org>; Fri, 15 Nov 2024 12:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; t=1731701188; x=1732305988; 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=Sd/aAzckFdoS0zjOiLtB7o5ZAcqzMXm3eC8fCsVYC9w=; b=BNqSO+YH6OrelEj7S8ghpyZtm6NycxQbaoXgQFwzCQRUHmN1J/hnDYUs2opq/JyNQr 1GhjkIrPrRV5D24aoc79uFwx5Eabfpocqx3zGgdSfoAfZ1b3xr1cnrU/pDnTcEVTZzIp gaHurOY0TJiHbpBU+s0GZk85HC0DjepxevjEE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1731701188; x=1732305988; 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=Sd/aAzckFdoS0zjOiLtB7o5ZAcqzMXm3eC8fCsVYC9w=; b=D4kiSBINduX5J6wvuTeyUr1wFCoQFsHm9a7dMEYfbUSDy5CjenMTOJLfyJkWQyU7g2 oAMFLxtH88Jn2Bya5HVWTuT+HvvNnbYfAcGRuC9N34JuCruTdBMPddef/X2XFA7FLooU PwAmcc+U0OnL1ualW+hUVOa2cLnirE2LOrMl0E2viVCHmX2cqB+ofA3o1A6O6MVj/o3h BDS50Cn/mS/OEYJ6U0iv9+wdFI/fpGGa7rE9zOLfjyyWm/wHQ7r+tXh+Qpm09h4xyoTj SJMEGEmneDbAF1b+N+LmC3XtSVOVkFRm3LQ3pii1iZ394FMjODRXKMtsJZ4EHbZ/0qUJ fC4g== X-Forwarded-Encrypted: i=1; AJvYcCUo+4jD38J42mACo0BHDQvA2/3rjHxAJpDs4QFWurbMOfIR5Sdidu5to2Z71K1S36Q83IEuvg==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yw2MfTKMaigeQ6DMZsT7Q+duO38M535Eu9Ge1WdpBrBTg1JoJGL y4Ut2FWZi0Oly43p9c8GByQOHb3u8wk/0jwjXe8cfLwdRPVe10CyssEDmS+04XjrwKe426xe4cz Cg6afiWzCcmLNAEdjLz5jfexZLwZMPlp0JLKwuw== X-Google-Smtp-Source: AGHT+IGgY+vstbszY+bmIOLNVb0/de4DdhUYKNw0iow+fvoR+fCnC/cMlnLRt6K8xS/DPC1Ul6UZVBZ1n4IuxSdFkFI= X-Received: by 2002:a05:690c:5509:b0:6ee:61ea:a429 with SMTP id 00721157ae682-6ee61eaabc9mr29117627b3.36.1731701187654; Fri, 15 Nov 2024 12:06:27 -0800 (PST) In-Reply-To: <3334a15b-87cd-4bfc-b5ca-db7cde08df92@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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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:295418 Archived-At: --00000000000025e5970626f91a0a Content-Type: text/plain; charset="UTF-8" On Fri, 15 Nov 2024 at 17:20, martin rudalics wrote: > > With "good" scenario I meant one where you don't see any shrinking. A > "bad" scenario is one where you see it. Sorry for being unclear. > I feel I'm being a bit slow here. As I understand it, I see shrinking with every new window in an unpatched Emacs, and with your recent patch, I don't see shrinking; as I previously said, for me currently, bad == unpatched and good == patched. Does that sound right? Please apply the attached diff to an unpatched Emacs and tell me whether > the frame sizes for a bad scenario are in any way different from those > that you see for the same bad scenario in an unpatched Emacs. Here the > patch has no effect. > So as far as I can tell, this request supersedes any outstanding previous requests; does that sound right? Once I've given you these data, you'll have frame sizes as given at the breakpoint for three scenarios: 1. Patched (already done). 2. Plain unpatched (not yet done). 3. Unpatched but with natural size forced to 800x600. -- https://rrt.sc3d.org --00000000000025e5970626f91a0a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, 15 Nov 2024 at 17:20, martin rudalics <rudalics@gmx.at> wrote:

With "good" scenario I meant one where you don't see any shri= nking.=C2=A0 A
"bad" scenario is one where you see it.=C2=A0 Sorry for being unc= lear.

I feel I'm= being a bit slow here. As I understand it, I see shrinking with every new = window in an unpatched Emacs, and with your recent patch, I don't see s= hrinking; as I previously said, for me currently, bad =3D=3D unpatched and = good =3D=3D patched. Does that sound right?

Please apply the attached diff to an unpatched Emacs and tell me whether the frame sizes for a bad scenario are in any way different from those
that you see for the same bad scenario in an unpatched Emacs.=C2=A0 Here th= e
patch has no effect.

So as far as I can tell, this request supersedes any outstanding previous = requests; does that sound right? Once I've given you these data, you= 9;ll have frame sizes as given at the breakpoint for three scenarios:
=

1. Patched (already done).<= /div>
2. Plain unpatched (not yet done).
3. Unpatched but with natural size forced to 800x600.
--
<= a href=3D"https://rrt.sc3d.org" target=3D"_blank">https://rrt.sc3d.org<= /div>
--00000000000025e5970626f91a0a--