Received: (at 80461) by debbugs.gnu.org; 26 Feb 2026 09:02:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 26 04:02:24 2026
Received: from localhost ([127.0.0.1]:38697 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1vvXGK-0001UZ-0g
for submit <at> debbugs.gnu.org; Thu, 26 Feb 2026 04:02:24 -0500
Received: from mout.gmx.net ([212.227.17.21]:56209)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vvXGE-0001Tt-7v
for 80461 <at> debbugs.gnu.org; Thu, 26 Feb 2026 04:02:22 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at;
s=s31663417; t=1772096531; x=1772701331; i=rudalics@HIDDEN;
bh=bXEho+xmsNFq19bUFoAqurffMKe/L+7+WfRcd2J6YYA=;
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=BmH1rnKUgwbHhStd0ttGEhFffC8ezCqrrimS6VldObKKSbKsqfOH6mFQaGgDFVuI
k8BlFAdk+E6Ta0mCUvsWkRxfmw+vlOQ9Ox8v/PxvOsu4BpwtYbdOlOqrcqu8xAlZK
QZcWZyscTvpn5RFlxGymrLJ4AfOR48jtoPVVC/Q3H+WFMM1421h49Mksyc0MzFqz2
elRD19QQahsONg8IoRsfUkQ0JW7P6JSfuAXcEG0iRPMTK3Vbaa//6K9lb0HzsTXMU
usAnDy/uCPzXboeNi0GWaQ3O4M1JO+YpITtjcZIq+9NzSXHtv3Dh9yTNMofB7Y5ew
SFrB/VO32y9d9mrntg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from client.hidden.invalid by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1Mxm3K-1vmOpY2LJ0-011Em0; Thu, 26
Feb 2026 10:02:10 +0100
Message-ID: <4ffe1d67-dd51-4c55-8be3-1d0c9260b66f@HIDDEN>
Date: Thu, 26 Feb 2026 10:02:09 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#80461: emacs window sizing bug
To: Chris Wlkn <xpusostomos@HIDDEN>
References: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN>
<86ms12h1wt.fsf@HIDDEN> <c36dfa28-c16b-4e9a-980b-8f09b362038a@HIDDEN>
<CADrHaBF_c4c2FURcoGsPPTpPdXHLQEj2DndbR6PAfhaHTVP2rg@HIDDEN>
<88dfff9a-d775-4c99-868c-90e2a96260f5@HIDDEN>
<CADrHaBGN_A3YL=r+ZFNUjA5A8eZ0vK2scZeg=WMNiUKUv_e=DA@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <CADrHaBGN_A3YL=r+ZFNUjA5A8eZ0vK2scZeg=WMNiUKUv_e=DA@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:N+q43RDLMyxatKl+5lj/YKx/yMFF2cxNvlWb9wlwORzqikGRgis
DhKaxMEC6NIP90GJYWYg9XD67/2S0Iw0rjQqD5sfsQs1gBVmo1jR3OHjgeOLcUL9CEQ54a/
SDtsJrw1gAuwPsJOasbRklfIPNnyXp0k30oire6Shzz/2WGqyiGoy4/A9xiR0D8GIx+uoTM
janr9sIyD/v3ccnNh77/g==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:UUQtrld0F1k=;cNuBIasS0UGvJkzqI7JjeSF2sf6
zmqR0fxJ4Eoi8HvhBFXSdNHMFWp3/v3KUfYgib6zfk2trm8ZwSbzSKFaWXlDHmtifJKUCU0v3
o+5pJ5M/9OZnwjBiD2BxNxxgmtTzI4DTAU1210QfOq2SE/f/l2m7iog8sD3bXeUt9IiyWX1F9
w801RE93VQxITKbn+dEHEuaTdz5oNOJy/p2u+dwWRmf9As3o0q+Ji+Z4hT1JDvbbVDFU9i5wP
yqoaqdtevGYvwjw0DwRaz+v+UXH27mBjPCBlCSPBNVG7lOh+OnWwNZz1hFVM2Jt8rrnLs2FqX
z7P03dWPjbYg0XLuJte6ev4hiBrWYJoVy5BkleewTuVi6Odi9Td8B2Eolu0wcRkaJVq/K6k/r
rzsQAs446+3DaHxxJUtF1TTYRtA53u3mfUwgboFJRqZF8OjqCGYVgYwF8HNXLGC1vg+iS/Q3Z
fQYLm2pUaMhwXTot1EMoVbaaPek6qjzVWEM+RNIiBhARuG/jEn6TzjRPA4byZsUPH7FJxz74t
ACrTvPWGOeiGzaoAzkKg5P5Cxse1vilpPAB3dVy70x5gLGs9O/2VFOuYeSDsR3UlUdsjZKT8w
oW9UTz0PB0euayiHGbOHtDQjS2o2nTDG8DBWPLcAnP4hfDZA57bShG0E6IpAqS2/QBd/ZbYhE
61UZzWwl5U2ZFJS+WchCzcx0K2ycvQwRitxhdzSZ1q31HTmWnr/36oSDdk+vzkhdJluin7zLe
JH9tuOq86BbLr3Kl9KCZlyquwzI34KSluj1d7PK6z8wVFIdlCU9IOummhtl1ucYRuE8iWE+XK
kHdJQcVe0kCUopSkSzDH6jgY4GnucCNpr7Xv7Owp7mvGT3fVBnNrOZ59AQm+ukVlyBuBq/sED
eHhn58DXXpHB7oPDJDwlpEenezvaw9KvqZk13Q550pW+4cSoO+eTs3OQDWU1KssvAEHNO7voq
OTLsKAja4tUUx/jplIXYsPjITJr8PZY4lPpLa7NQcJQovxR1hVH1/vMgF+MFHyp6ezkrBEB2i
POkDhk09vYM8TM8rhdXzA7q7NgTdrHxSFpUev7ATRkJkliBDI3Bd3JnBIuFuKEkwsoZKF+x/y
LDBcxYjaByhJ6KkJ57B8g97wG/lElNr+osgSimT3Ps1OGSqIb3y0XyOIxLhkQfCW25nKTrb3y
xDYl9z8FAgAKzqc6KqBmFRISWcJWVTzWjzFIIxVDKRUGShlhe1iNXUZp0jQxB1OR1yRuPApfx
gS1Y1utayyPwiGj/LFOZF8HHjst/TuzB7lWs43k/3dVAncSIPQcoCOEpRbQ7gR8h3Dy/05uhQ
QGPM4iBpmg4uRFfYQtxYEzjtxUWGBLaHu6OtQmq6nBlNkYs8s9d0gBI415CuIaN8wiUMLXYY2
FD+62IRlipVvTXyCSRw+jUAC4ZHsc69bPh+Uk7bHV2tPnCLWFHHHlSCCf3m9EVZKxgJQoBYp3
2mqBiOEjLnJSUhGZUVIuLNPhuTdh7/eZf2IaKRFcVUYE+yj4kNM+oYAVPDSm8tjMxtm1im6FF
pMe0bI9gTgAfzA6dXJkV9jJi3OQemDinFHy0rrtPNwz2OO6Q5i3Wt+hUstkLB5RQXiGEhaH+e
VdNi/qbhYrUXZxQzNMOGVFhv0a/le/tT9wLzemav4urFoDZYd77C5yYEc+Z3lT742O3BJkIyp
f81yMDdnOPCKOn31SPTcwqY3UerQF1jKrKCwF+Q5l7xUyJQl9Ngfy2l8/7VVnOCaP7GmcNwJw
k6nXrKtW4iRnhvrRvr6hJw/FD9bvwkRAhdGxi/sz2Y1kj3TU9SiC5l7yeLMWdN1HJOlAnpOO6
i6rqRTDhBxNJQLfXA0WZotPcvqmRjmvJQ++IMyEYVxrr80YndDw41hMmcWNlrnXxXX4jcx1X1
8g9IOASyN7xuqS6SfDRP+l+3TTNCEs3oT/zQmG9VARj+/QttWJlFDhTWHWw/xGUH7RlpohP7H
WvcXSWB9vb2V5skZFNpnJqw/gwCcUKyq1o9UseDvn3tmQQDjyzxkPamWMBoLcaGYVS7Lpelks
o9Ew5coaPmGbRw6MIMk/741vRYLNUGMykf9R7304sa3SMUJgab9nhZ/TPv6pDacUtDdUg7mbN
YSp2JfWguKGKo52h8UFG9mjLnNjGnOx9XqQFRwHRb1kKk9yyFohsw03wYE3kRpre9TGHk3oPQ
Oep7qL6A6BNlHhC8lEUgRRL85g59zkQvJhvPZ66n3/0mIJXtr5TlwqZGkGQPYFNQ20n9/87uN
P2CBMyKIGwx1BUFyxcOB7OcdFz33qrtNzsOtpXGGeAcg90yynwfCmG6BzqaDt5JfKFGD4Nl7Q
3/llik4mbJbBPc9qW+kXsDGOrXWPKIp9KkCXfQpDD3ngSRryaiXMKCNEpAEobg+P0F79qNEKe
Q696rYBhNsGpWLojolVyd/SXeQbAZACiZMuWa+M3PJm7QAD04OfMIuvIGUmYZs+jSbdSnDA4L
KYTshIxLR/dY4sk0IsRHIKq1QqS142yAu11XAbwHxSQQtf2T+FPB8k0k+Dk3pHbylJVJCkPqM
ia5ogWfkpzydvy2DJ27E3/cnRWRkJOVssqo76ya4xCE755VuNeg0ZyL6dUp9gh8ZATJcudNPV
/ti7GlGfJSTJY+G2608YBQP6iYTsVCpv0H679L1eltS77SyCUIz//cogC2I6A18MZHUbLBY3e
m4pEKSoivZpmGyoSM0GRRd97jaDxBrT/XjjE58DXuSA0h8ArO5zyGxwpase4Wo8H5oigfFsDC
1DxNRTx/jN+FA0xT/hSFQNkwyV0HDJQrl2OjQaG1X4THvFrKH9mMnnrrpGGcM+OaiyoGwLWye
k3S+rCjvmKwq3gS9GKHR7zctPGYhEi8oJ+E72megfAsBlhoT0CdrIz9OkmXxUobT2A+sr5egE
+qvcVw5gxZtZd9q1hHGrzX82t7qpSvTeMdKwYR17N7IcgBgyq5Si3qruWqY4RkGxY8OV6NF6q
HPwCYMtL52qTFjIySUZG0iot4LyHgvonwpAu3SOaddSbRwddmYwmH6VcTB/AkAiXyxv7ajiyL
9dOJWn5UPTGS1v432aU8SAq6LjDZWgJmRvoo3m91DLFJNMGbXvml7FVCIF9JHIwBWmRMIiW/4
LbHbRXn/OhDcU3BM20ZfAOhD7h6KGJRnEydVT+za/ztNuRJRxMB2lkd12AzabI/3CX952E1p0
y1s7tViGKaxxGyUrdzlhX3A2y7AA/huP9tFBiktSEg9fu9UU5A8rYHvTjf4fjbFO1AJTBuqw/
0WqJj1PrnnZw8qxA/40lw1vJOxtR92p1bA6fldHniTBxxYAyhzXzyb32FRjygtzqvFD5qg4m0
K0GZPjaYQYTvfbzVLLphywPcM6Jgb+Q7i5/VC7tLxnntP7thRI6NOMgG8oeylhbvikwgxG7Eh
f9tspsi+tI6O7UU2tG5DCz2yYrPhkwibGrIQMZvJhpizxCHTZBb/SE2i9Erj5aFszhdjQlVCV
y5qCd26E7JWSeUy/Ac2dFRdOsU3R71RLn94vzIoUBQh6XmejaFFfBmJ8RCz1uGBe6uwYHajgZ
LfETW7KLMTepl+5QMYCgqzr+VuFDtVnmb16bylTh3FqB2cWMQ3hW3pq2ls7LjMRNnZmBfisdA
Mi/4rxlkfPugtAXrFGoz13KhzPkIE14YUO9nWuyuGAbNo4yab5SirX9v1t0WLYUhZEL4PDDDu
YoQo8qOKahCXHpp5VtdD9pjdhMi1sItfI0+D5LAPTscwKCYOpOW9xbyAeu6QDQcvD6A2Ka6AT
LbNaDOxOWV6y3MvXgSmWapgdDbZpoPzCouLlFy9s73S3EqoKZEVfWSgIHyXpTVD2SPrPP02aS
nSlVuhbCXaEaxAASAVO8CoHf/v6CVRC8nAhExjJpsBRpyYB72ML8moJW3CWD3/XIqWCiVS2/s
Qwyk6dOlu0tEGGbFEUotTe52aLkWV7750yreKow89XW++9/MZIfrGwa52XiadC0mZe+40ZHKX
Uf18sfntJS1Sj0Ngzc5cIFoqOphAedJErgEEpF+lZIhDFDF8KeFAHVDDXNWMKGClfv9pvsqt8
u4+FQlNgj8+/Ykls55he6lj6kUC3Ujds5XXnRJgEk5uZsSu1GxXZEfPUUz6ny+d0DCXg/gS48
k7ai4OMnUzCIbqYI7sTxOo0UipLKi2dk089kBCwA8ji+eFPQu2LIgiDhHWuuHhXJAnoUAn+bs
++CMt5OnbKPXClBLmrfzt10SfExDOjxMJ8DHpmApJQ9XBuPf4ENDExc0T3cL02HZo8bW0H6au
OQ9uW8AtVbigC1b83NvuFZCTwwP/6DxCeNG4bZIwPbrheiJ7FNV1P9/UEf9zL16CUUwV+CE2R
hKVrw+zWV3EwbVt9LJW/E2SL6QcLSE7aZASLi1vjdobvoa4x8rmsVyiDo7TqS2OGz8dyTz4ke
4f1rO182GMwv58gY3X6Btb7TOPDFBsu9PJBaqIgxNbvE3f7LZsmOZs+Lboebogc8a3rKT36Ns
W6B73Zt0/DrU+jLJk22F9XC6sx0AqjNpZKraInAyekhido3AGZdzby478IZr6qFS/KaGHW93c
9Ocm5lbu5RYtqu+FyxVdMe59od7inaiT9FzG35BnqQEmdiMqXsZtdArwPFpjmH6gPVb77f0hi
K9FBI7UZ5BYBbTo8b1IzJB2shsiUVsW2TcJC8Wt0kHtA2sT9r7K2CyQR69BGO99ZFB3Q5Dpzw
inMPc0M/itKgH7X1F5GJonHIdk5X+N+jGITCKR22Vo2/V5Og2U34yRYqMx/4IP9QyRyeRygkh
UTK34x3YkaJ9LoWpgBj+Q5IsYNZHTRF7QnnxrCjPIzvqbyxAiUuO8qDCqvBY+nyu+tQrAd13V
NDU6QWIDE31ML2PN6ymB9vfqPsWvWmi5bgxWdFbUfMcw47Vs5NBx0bkVTYQm+X2bzzY/fikRe
f81cZAorxSNixIxgUkPX85TVZ8sVXk+f4eqo6VkSPNtRcpYM0h/OzdGALP/4qTqP+DZZrTqSI
xvknJ3JvQ550HqLU+UQCVSSLiSLi3f1N2+9LzqoZyxqRfZUQLiQCKshDQHkR6MK9oYRNbbO86
wNYUcozJeOZYyQoBQjLPhFVoHczv3llGhfUqWAKaM1ZBa0evqzahq2Fy8qiFlXCRnWTEX64JA
13G0kwVc3pqbKUx0Q=
X-Spam-Score: 0.7 (/)
X-Debbugs-Envelope-To: 80461
Cc: 80461 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.3 (/)
> Erm, what's your argument for why 2 screen layouts that are superficially
> the same, sometimes it expands left and right, and sometimes only to the
> right?
That in the former case it simultaneously expands two live windows and
in the latter case only one.
> I can't even picture how it came to be a bug, let alone imagine the
> argument for why it's consistent.
Expanding a live window is different from expanding an internal window.
In the former case you simply assign the new sizes. In the latter case
you have to trace and possibly resize all windows in the window tree
rooted at that window.
>> Try with 'window-combination-resize' non-nil.
>>
>
> Erm, that's got nothing to do with the topic here. That affects what
> happens when you split. I'm talking about resizing, and the different
> behavior based on the historical split order.
Its doc-string says
If t, resize window combinations proportionally.
Resizing and deleting a window proportionally resize all windows in the
same combination.
So try with
(defun enlarge-combined-window-horizontally (delta)
(interactive "p")
(let ((window-combination-resize t))
(enlarge-window-horizontally delta)))
As mentioned earlier it's better with 'window-resize-pixelwise' non-nil.
I have to fix that doc-string, obviously.
> I don't know why... Is everybody mouse jockeys? Or maybe I'm the only one
> with a 55" monitor running 3 or 4 windows side by side?
Maybe. Personally, I couldn't afford a 4K monitor.
martin
bug-gnu-emacs@HIDDEN:bug#80461; Package emacs.
Full text available.Received: (at 80461) by debbugs.gnu.org; 25 Feb 2026 19:07:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 25 14:07:04 2026 Received: from localhost ([127.0.0.1]:60804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vvKDt-0003bP-T5 for submit <at> debbugs.gnu.org; Wed, 25 Feb 2026 14:07:03 -0500 Received: from mail-vk1-xa2e.google.com ([2607:f8b0:4864:20::a2e]:47133) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <xpusostomos@HIDDEN>) id 1vvKDr-0003av-2P for 80461 <at> debbugs.gnu.org; Wed, 25 Feb 2026 14:06:59 -0500 Received: by mail-vk1-xa2e.google.com with SMTP id 71dfb90a1353d-5675d609621so99553e0c.2 for <80461 <at> debbugs.gnu.org>; Wed, 25 Feb 2026 11:06:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772046418; cv=none; d=google.com; s=arc-20240605; b=bbmOmKSH0nTFE7F21L6vp9Jpxb1ylBjRSfQ/GCKynqMUsnSpAbdzB5e+NAgvDJSiMF pyU9bCTg5e7FDpPaGPq0mGOHxNesKNigYLHwIGIqW+XnKO5NQwuX69sG7OQ9ebLAqK/n J/TKwhfmR1Ad1XzHh1pcrjsUBWD/eYUbfgmQJoRZYgImToD1zprq6ZyJZNEg20g9rWR9 yiec6Yvnv5cHgIhit9SAhjMkh5o9I5pVbgnvWVYMkCrTWTJT+6L248x0BZrqnQf4iPJL 3m7eB7cPGKb3xGa9Ljd2FBzJAq8fF+OPaWZy9Akp7FM+IlgGhedXodx2CnwtjF1SlNSz WbZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=OYoPP3XMwTX2P5O2H+XMEt+kw809q/HZ7kTzC54De1Y=; fh=ENWTq+So/WVZMu9zfvpmEsN3+Z4S5bXYIIba+YB3i68=; b=YL6IRQtSFzEb+jw584OF2GdZVCProh/d5Zsiv+zZvv0d2Qh/e+olXVq6vkLwT5n1PN IcM3u06nUMh6uELvyzg+k/4ny+AUfnG+hTEKm8d/YAwmlEsWlaaeUyv+/FZLs+C1y+Nj yoawjH63XPLV2H1/Q4fgLchHZ72X29UA4CWb2sV/81SaxbBUqwBYT9J7tHRIiMfhVMu0 RcUZlyKPyisrNbQPhh5Ei9qgiXEETYrCR/rAfQUy/EnJCEC0ZlHvchE7F5ajY+A0y22s 13XoW13LOdLAZcSNidIhdbnQ16dxBluf+48B2CKtGs6gQJuR18D9x95l0ZQ/o87e35xn lqgg==; darn=debbugs.gnu.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772046418; x=1772651218; 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=OYoPP3XMwTX2P5O2H+XMEt+kw809q/HZ7kTzC54De1Y=; b=VzJe2R5hB9BCJC+Ywewfi2ERPXeUfxfTQAMIWm8FG0RoqLn+P4HJEVGc5bxXF4HRVB FfLTx5L8UJiaY/vHH9+FF+7EwEEkMJ7wrdcl8Bo/uDLMebI1ob4zqSgxENX+kAg7lJz4 qwKXRjER1We9UnGgMhMk8PCmOkxTRYEm4SvShkDW5R/sxZGduprxH2GUEcfrkPF7GQbr jxsY3z3yBtmoqlpsdISbFyCMTjLGWfFCN1Q/fMni3DctDLYUjVREGfBWHqKCNKISp0XF pgvXeFp2oZ3uVCE+cCQpO24JJ4ZOkijlxd64ADXmP4KO77KDxoJybkEJDRxnFOI67O/B 5p8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772046418; x=1772651218; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=OYoPP3XMwTX2P5O2H+XMEt+kw809q/HZ7kTzC54De1Y=; b=DTfk1/+a9kSShkAvaX+pkUQwqWUgebpv9CtRZExwbeKfzOQbttA5CAzEhUGKf0ud7G bWzLy5mRf7n3oyyi4vwHZYkrLOexkryfzuVfsxJ/1IpDi9mVjho0n0gOVU4SHU9EPczW IqU7kUxLU+cBga+cQ2brsA9ct11lSrixGEoW/CxYXX63ym4/ro+qt0Rmlye0AjSLtZlL nnGS6THPSauHU5Iojez2/2Ea89TlZRyRjm7prNz8uO8a1Vm99r/lvMVx1gO1/87vnNxP K6bs8VlgVNPNNvMJcgWKnqIiOmHtO/35FgkCrJu46GO8iyIKEob0bWiIt8MJMYiZBCra 1FoQ== X-Forwarded-Encrypted: i=1; AJvYcCXJP4k+ZPVGD0ChZnJWII8f5uodXLtMACzK6nVnWlfbzqWI9VvmU6HuyZzGN10kFqKCTFTuMQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yx0yb0MG/s7Cv8ZdpwAbp1nVbNkAD5UUgl1yLWXO9bT7SH5aZP2 q/Wa1tbomITrvDUlbjLdExFxx+wcAfVzyMaDUzMrz/zDCUNer38LLEswm0TOpagRQiVnbiChDgT pNNxUVYVL7BIy48VYB114alcMaxzK5BU= X-Gm-Gg: ATEYQzwdy8h+HBCBOVzzuDeqj657SfFAKjvQmoO6y24dVM/G3eXcDB38hXPJ87pqMgs H3X6mge+j0OFaZDQM0Tq7v/kOZo2f/OAgKVtaSlP747xTNNx7n16O/nfhWryzCz+n991ZLwBFo1 MFBRtTykBwL9NoZpQl4bcC69P7OPWo/FpYjZCjbNadVWzTjszeE8KH55WFdTTnDJ7F14K4pSVXO UErKD8Ox4tzfCzIbSQPKq2JvntT8RbPBk3ZF5xI9HbQh55z/j6AUV4mp7nNKv0bpDHpKjpsYObS bZpg6bhK39VQK9ZdZFeLfFJtAGjoYjFDUnU5CAzGFhiOfTIq X-Received: by 2002:a05:6102:3f04:b0:5fd:eef3:cd96 with SMTP id ada2fe7eead31-5feb2ef2f70mr8804152137.11.1772046418074; Wed, 25 Feb 2026 11:06:58 -0800 (PST) MIME-Version: 1.0 References: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN> <86ms12h1wt.fsf@HIDDEN> <c36dfa28-c16b-4e9a-980b-8f09b362038a@HIDDEN> <CADrHaBF_c4c2FURcoGsPPTpPdXHLQEj2DndbR6PAfhaHTVP2rg@HIDDEN> <88dfff9a-d775-4c99-868c-90e2a96260f5@HIDDEN> In-Reply-To: <88dfff9a-d775-4c99-868c-90e2a96260f5@HIDDEN> From: Chris Wlkn <xpusostomos@HIDDEN> Date: Thu, 26 Feb 2026 03:06:21 +0800 X-Gm-Features: AaiRm52wi_jMeRAzvcccsYnQFy8MlI2fNKLB36r8HiIsMlenUy0bPBwAljLHbIk Message-ID: <CADrHaBGN_A3YL=r+ZFNUjA5A8eZ0vK2scZeg=WMNiUKUv_e=DA@HIDDEN> Subject: Re: bug#80461: emacs window sizing bug To: martin rudalics <rudalics@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000465f71064baab5ab" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 80461 Cc: 80461 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.0 (/) --000000000000465f71064baab5ab Content-Type: text/plain; charset="UTF-8" On Thu, 26 Feb 2026 at 02:32, martin rudalics <rudalics@HIDDEN> wrote: > > Yes of course. Though it might be nice if there was a function to > resplit > > the other way without tearing down all the windows and building it up > > again. But that's another question entirely... > > It would require some surgery at the C level. If you can build Emacs > yourself, I can give it a try - someone would have to test it. And if > you have some rudimentary knowledge of C, I can tell you how to code it. > I'm not sure if I would get the time... I guess it depends how hard it is. I would certainly put in the effort to test it if you do it. > At any time you can resize a single window only in one direction. So > you would have to take the approach above before an enlarge or shrink > operation that goes in another direction than the previous one. > Well. . you can expand a window in all directions, the question is how it affects the windows on each axis. I think we both understand what we are talking about. > > Anyway, it's a bug report for why the standard behavior is not > consistent. > > The standard behavior is consistent IMHO. > Erm, what's your argument for why 2 screen layouts that are superficially the same, sometimes it expands left and right, and sometimes only to the right? I can't even picture how it came to be a bug, let alone imagine the argument for why it's consistent. > > What I mean is, you don't get a choice. Let's say I want to enlarge the > > middle panel by shrinking the left panel ... there's no function for > that. > > If I want to enlarge the middle panel at the expense of both left and > > right, well enlarge-window-horizontally may or may not do the job, > > depending on which order you split the screen. > > Try with 'window-combination-resize' non-nil. > Erm, that's got nothing to do with the topic here. That affects what happens when you split. I'm talking about resizing, and the different behavior based on the historical split order. > Over the years 'enlarge-window' has evolved in different ways. > Forexample, early versions of Emacs could delete adjacent window when > enlarging the selected one. 'adjust-window-trailing-edge' OTOH was > written much later, mostly to accommodate mouse-dragging the mode line > in a predictable way. It would be easy to code an > 'adjust-window-leading-edge' by calling 'window-in-direction' first and > then 'adjust-window-trailing-edge'. So far nobody asked for it. I don't know why... Is everybody mouse jockeys? Or maybe I'm the only one with a 55" monitor running 3 or 4 windows side by side? --000000000000465f71064baab5ab Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><br><div class=3D"gmail_quote gmail_quote_container"><div = dir=3D"ltr" class=3D"gmail_attr">On Thu, 26 Feb 2026 at 02:32, martin rudal= ics <<a href=3D"mailto:rudalics@HIDDEN">rudalics@HIDDEN</a>> wrote:<b= r></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> Yes of= course. Though it=C2=A0 might be nice if there was a function to resplit<b= r> =C2=A0> the other way without tearing down all the windows and building = it up<br> =C2=A0> again. But that's another question entirely...<br> <br> It would require some surgery at the C level.=C2=A0 If you can build Emacs<= br> yourself, I can give it a try - someone would have to test it.=C2=A0 And if= <br> you have some rudimentary knowledge of C, I can tell you how to code it.<br= ></blockquote><div><br></div><div>I'm not sure if I would get the time.= ..=C2=A0 I guess it depends how hard it is. I would certainly put in the ef= fort to test it if you do it.</div><div>=C2=A0</div><blockquote class=3D"gm= ail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,= 204,204);padding-left:1ex"> At any time you can resize a single window only in one direction.=C2=A0 So<= br> you would have to take the approach above before an enlarge or shrink<br> operation that goes in another direction than the previous one.<br></blockq= uote><div><br></div><div>Well. . you can expand a window in all directions,= the question is how it affects the windows on each axis. I think we both u= nderstand what we are talking about.</div><div>=C2=A0</div><blockquote clas= s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r= gb(204,204,204);padding-left:1ex"> =C2=A0> Anyway, it's a bug report for why the standard behavior is n= ot consistent.<br> <br> The standard behavior is consistent IMHO.<br></blockquote><div><br></div><d= iv>Erm, what's your argument for why 2 screen layouts that are superfic= ially the same, sometimes it expands left and right, and sometimes only to = the right?</div><div><br></div><div>I can't even picture how it came to= be a bug, let alone imagine the argument for why it's consistent.</div= ><div>=C2=A0</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> What I mean is, you don't get a choice. Let's say I want= to enlarge the<br> =C2=A0> middle panel by shrinking the left panel ... there's no func= tion for that.<br> =C2=A0> If I want to enlarge the middle panel at the expense of both lef= t and<br> =C2=A0> right, well enlarge-window-horizontally may or may not do the jo= b,<br> =C2=A0> depending on which order you split the screen.<br> <br> Try with 'window-combination-resize' non-nil.<br></blockquote><div>= <br></div><div>Erm, that's got nothing to do with the topic here. That = affects what happens when you split. I'm talking about resizing, and th= e different behavior based on the historical split order.</div><div>=C2=A0<= /div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo= rder-left:1px solid rgb(204,204,204);padding-left:1ex"> Over the years 'enlarge-window' has evolved in different ways.=C2= =A0 Forexample, early versions of Emacs could delete adjacent window when<b= r> enlarging the selected one.=C2=A0 'adjust-window-trailing-edge' OTO= H was<br> written much later, mostly to accommodate mouse-dragging the mode line<br> in a predictable way.=C2=A0 It would be easy to code an<br> 'adjust-window-leading-edge' by calling 'window-in-direction= 9; first and<br> then 'adjust-window-trailing-edge'.=C2=A0 So far nobody asked for i= t.</blockquote><div><br></div><div>I don't know why... Is everybody mou= se jockeys? Or maybe I'm the only one with a 55" monitor running 3= or 4 windows side by side?=C2=A0</div><div><br></div><div><br></div></div>= </div> --000000000000465f71064baab5ab--
bug-gnu-emacs@HIDDEN:bug#80461; Package emacs.
Full text available.Received: (at 80461) by debbugs.gnu.org; 25 Feb 2026 18:32:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 25 13:32:37 2026 Received: from localhost ([127.0.0.1]:60529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vvJga-0001mR-IW for submit <at> debbugs.gnu.org; Wed, 25 Feb 2026 13:32:37 -0500 Received: from mout.gmx.net ([212.227.15.19]:58505) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vvJgY-0001lz-6H for 80461 <at> debbugs.gnu.org; Wed, 25 Feb 2026 13:32:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1772044335; x=1772649135; i=rudalics@HIDDEN; bh=VJFXtnMk23p2E31v9KCI6MegqEt+YvIt0tLUT2o2Y9k=; 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=NWqr6PFLfAQe4GQ/KtLs1y9xL58HAymEMbNFrrZRh8zngMqg2O/xcpRSPjHhmKsW c69ZNjiTwOBUXRfcUJuy+MZKbtroxGw4q2aNpy2tKeaeZZFyfyS60/lT3fa7wth+x 5mUkqQBOwT7FqqbZARiLiv+BuimwJIWPc3dZQ/+/Xu0dSKVZ+xmTpubHTczPFSJWd bqbDGEoY8G8SfRDBo0b1v5XxK5CY+mhStyk/jb3FcobIKNEJ7IkaKmLrpF6f1wyUO yVp8+WfMe8nyMDflA2aqUVrNVowsoihBh+tWtLzFY9LviC0x6ETSJ7cFuCmTZCiXo mVIC1XVWe7fZiLBffw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N6bfw-1veP570YYw-00w50r; Wed, 25 Feb 2026 19:32:15 +0100 Message-ID: <88dfff9a-d775-4c99-868c-90e2a96260f5@HIDDEN> Date: Wed, 25 Feb 2026 19:32:14 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#80461: emacs window sizing bug To: Chris Wlkn <xpusostomos@HIDDEN> References: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN> <86ms12h1wt.fsf@HIDDEN> <c36dfa28-c16b-4e9a-980b-8f09b362038a@HIDDEN> <CADrHaBF_c4c2FURcoGsPPTpPdXHLQEj2DndbR6PAfhaHTVP2rg@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <CADrHaBF_c4c2FURcoGsPPTpPdXHLQEj2DndbR6PAfhaHTVP2rg@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:LWAtzNuKFBAcJp/A1VwyX1dLZ4SUO0ZckfH58mHBBY2P9qkE6aP l2r5R3akr8biNe3BbfCgFb96EVLeQnapvJnJo9ZoaAcCe8vb2tHvmN1IkuxeB6En+JIjz5h u2UhnHiACKjtLo+nBjD+tZ+fa1Y5iLnLDQFlSzsMLXFI2Up7W+j1FXCaOcPbelI8l3uGXZG x3/tk7KQjGuCkY67161RQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:QHPJjPSw+T0=;D0oAa76OKQ2BAjbyQ+SdeMmHdPF ytgOdGkv62QbZ674CrX+MNy2V3fM97Iq9YNFzNqihWHrLnLHbWOtSFH+yu/sDMYus7AO27KW/ +u9zK9ujHhznD1fORfbm2mft6+cQNVdYYhTyqva/r9DXL1JuSVHpMeLR+m1115psmbkBRg1IN 7Rl8xH6caWv0sA1pOU7/lEVjVpSeuIVCKd+yb0ihuqlXBgvdvWi93tJouW0GUSY7hSDMemsS/ szVvRQMsGPlKWar4mSMy+YvRS90iitvCbRnWch1bsSDPmE1nqWE7pVvqYDFuNs4DsPEKyb9Kg Qv58s88l5oIReNMhjSG9D8p5aWGMYozJs65onLqEdEdwFbnZYe2uuBmOF/TgSspxkgQMri7Ax dUycZy1hasvzM933by7ZZLCVO/uSgWMpTVEBubsf/XWYdLvWOMjMNxanDF1FT2y37z2Aq4kRB rccT3FP6MihCFq8JhrVHZnS6UEpVw0FTdWvbbv9Re3eTsunTHMida6g9iTSaM+o9Al0LC12ZX FRXBN8MQKAVOt5BVpgicvk1nP1Kr7TmbLgk/ZzUBszzeoTmuqGxPgpre36zhLhuEFlwYsZ1pW bpWpdE0LwlA/5fmomCjN0JX+K2AONrt048nExhi0eCxEWV9N5lSda+gVUqheBVvlzrtypkoHT vJ1qqnSYHzzV5uTNlEOXiVZeo4UrWgQHg2l00IO3m5VjDSUYi2PK0bJTdZ3RmynSbPY4SmE5G BEPZqdu8G5LIPYkrdVm+PI1nuefQhCCFDyivpfV1csJW0H9LrXaK87dJwbCDZ+Kha5olzkO2f M7fUErR7C/vgQs+936ibbTztDKz7nQ7wFCu/Gkcs5YhHbKsIQ7YJujk6J6dSr5S6ZFmMXtobo DMJVKpDz/b8fgUhtRazZjlvbtWTP3Bc6dXf75x6Z/ocaMjaMAu3uB95eRfvp+E5jgrVm6DC2/ Xjwy0Ozo7lHIIraO8x0jT4/Ya8KofUevVzWhcWLNNrzd44TBU+74A6YptSzwUexQBbmeq25L3 k7P41OlbiaA7fTLpNA2688LVlgtE8mCjfpvYK2nKd+Ys8I8GoNbhlIctx0H43Lflx944Vc0hx F1/6q4Ld1o8SKvZz+ke7zMBiyOt95RJOxX+GYo/6zqfccXMKd5yV1/Kcx0Q+Hw7rsBGOvQl50 1ET1Ybjqcl/vy/V+e1FkZNF/qgWDJdOHVQRhEuo4q5UX+qV/2evXJQYKBxgiuGP7HYmRC8nBm ZCwlXN95kIqVa/Y6z1gne4isuVFyun7dmQK+64jj/OMNX6zYyqFbxrkIwshlUOfIKcgnAtTa8 VuSVHpkWy1VtuFjCRCl7MpZFNjOGVoWtPe1g8N8WFs6LnEGRCaq2s9qUePJjGUzRdnbsaJKT+ +WdaQMbb/rqncfDKjPg6gWrtFJf79BcpZQl07TgeZMRCVPEk8hdeVmNsmd8KvypTfvNKxofCj G3V8x2dr0sOsSidwbPjmw4WLucV2EtXvscmUUb5/ZHxrSj37GeT48ErKP1Fu4ETY/uUZXoL/g AQtheI8wBkYu92H8un1qxwbnMSEuJv78IqYeSEcGqk4wGZmVMhrVPaRvck8gJWk8ywkSpMoD8 rj0GABiyPcZoM8bsbx9zuPTi5uwxzdmm8kQIBpkaeKcGJZXhCjAiH6Df7SvOoK2bcPj/PtxLg 1s1v9RXJG8gGOt2dWUO8DyaQYD9r3zBEI3Nm/8FGiM89eWpamZdEemsclbvFrqhOt5hBc0kFQ 8h82+Dz2aFQDd5wu5ds+IJMfqShTlZN8yxo+Dc6Zm922quAiP3vEQcqhULKjDLOAZeF2zYzBH fx1dJV8st/ZrrmB5/g4RsZMC9KaZVTc17IJ/GDiEOr6E4OB/lnefl6L+32CuTm1DgGSx28Jl7 iwqxGWd1H/2B4eZSmITlPqbw4bYGU6a9ideisf67X6dyGvGS/Y3ihNepQVd4db5+dIS7hVWcj q3qHlwDVHOx6Bi7ouHnBAsaPLe7ockDlEPzbHchmBIKWIdFgqw5Q4/rCfIO/ZDfzfXe7iwgIk oYv7ICJ8sQrfFY1uTg+LT2MiwbZRzN1/VLFRcpgUv+OEN/2iYhvKsDsqhUnXwL+bbvScqEMkQ iIOKBiP2X7okSr0uva4XGN8dTlqhBiJA4FhSIQ0XilCQukbtSPyrkH7fmXwi4kiFLa/2JW5A9 f9Iw4FRQd3zQAN8ZuSSZx6lqZjO1PnODAA1gBKIz0WShLUskhck4sHolNA9/vmvWIJU0PVoYB U8BR/cMbVmy4l5LRY5oM8vGLGw9FSJhhme5ruA/msCL9DhE5F3OhhrZmaFyytnDIvBkmVxZuI aONtNv3CBHmGjbci29MyMsj3ovKrdh2CIKMv8+TeCxXvBlaW4AS0CN/oJUXzZUpZmSxoJyyxx iU9DwEpQVj/zaAmATi6GNYweC2dXn7zYf2xFhBaFyr8A5YOK4lakrs4mVPMai2hRm4NCxQM/4 EftccVAnlTCAMAj43eaHxba/u4pdIBXxPHCT9kpulRqZTjTGUTGSjm8ypNEv3Wx52ONyBJiY2 PIvJLX0BZ8pB/esH21VVz0sl4bw+D//KjLEwnev2b+iXuK65i9ohebTad2WgGh93S/gPrjfdx cidrtxoOycz44a7OJ4YrThOmH0Wrh/fMjWnoLSmaCwRA18+KTAbcdB/bTtw/jnm/fYjfPK06p wZllVoCUoQutRPg9I1ZoU6npnYdftmP7wBCO5Ki2jfiuAarN3ytP3/Bl5TStsCDvccf9qrEMu ufx8Sif8M/h4mhKoXFeUBhiKkCWhbIcCESAad9a3YrrWmJePsOo1RZPHDPOGhtXkRbflqxead iLZbqTqBFxBx5GHVnVMNTBgP+U6mIlsdC/wKrOZ6yDVQxpY7ogPhfEF8/IYXHvS/P4tbhMRNi WwhgyG3GE0qgcQVWWdpx/9pn+5e70THwDn5e+93g6m/XzP93aodo5NQoGhLT3hJ9Laji8JHjP cW7Ceae0SB60gymZqe+ZASbDWTQ1l4tqESPFhLl/8yGlvZF1DRWsbzWEoHRoyO1ZpyA8TJ5nF AWYcsWyFqdd6rfQlMc+n46qV/HCnxgnPWVE5JG8TV8WAJBsKF7jhwQl3Lkds43/2Jzrd4ptOE c9dhirn5OMcwhu6ArXFA5sz0gfcMZIBZ3UAES1jdakYI1QTmqL+/u3+uAH1/Q8+IUKpA3QWO4 RZuYj1Y0mv0nGLmiIQB++CgI8VpwxmsoROL8GKHZRfv/SADot4rHzcTYfldea8CSPANz3lwUz JHccE/LbX4ePOewA1rn4PvqdZV71KdvZ4gx6UjICFDJcfq3tSxo3p8B0dpCZt6/Z06fhnL/uf Dn4gh5drif1BUrzb5MgDX/1qA4k//3lkXwpsIxiSfBsIAaHBcdWl4tdrEnQ4TU4JbrLTfL8pj jOTVvMQ0s1YMWcpgoMdgF88kIG+QaDkyBx9eG1ISO3HhCwmgQ5WAH6JQowzRZsXJY7O6asdKk 8VhaPehzqE4LNkGKxQsE81Qr8iLnGNg3iQYZKfdyhsrsuS10iDuxyWlSMH6dmNsPA/1wWdyzM RzzrDh12dX/7jC//jDbiHE8eqRssnUcx9xs/XGkpTIrondNm0dqqb2cwLC/PIsy8wOYiBNlHe zEZ5DTMkmBcyWAySW59/9Ojhp6QKE6Choe0S/rE+zwx1XswVz2k6u1SZZt1iww1IIoOoIdxXS mPHsVwgM7AmQmA/2nzhQ2tTvo9AxtSnjv+iijYUnQUFsgBrFDgpTFl7tmI2mSL36Pl0XQaRox seTvPDx555r26T69ayZX6wQ9gxv37kjqre4ymwiHgp4uXMmw+YIoUflBWfsm13XAoXJL/yWj8 thdIZUVkTtpGo2FgBh7iMpJGUaGrVLZX8OpoGEud8GO9qw57GWaNpfnVPnehSXexgAkMo6gCk JLUoh65hzrYOdVzz453BzOibLmkLWSYUTrbIRYyBvd1117fSydNYj9ub8MpGE7I6j9s9KBkk7 qn5IqWE6RBHMImlxjVbVQ2tWwAQfPtixAW6Ctu7KVNvicsCso/lJ/xgscwdI1PuuDTQMNHcER LqACbGxATyRDblRSnqMp2nieyYKCg5E069aEF4cnPZW6KGzH9OFWpMBd3EkMvPHbfX1aRyPh8 dlnfE3qcsMbrxrBLIZaYtVeD+lmtT5jfQlO/7EjJIJpIYY4DE1d3c3q2kKGoMIFqYiulNgAlg SBm13kFfGfdXejMZzQOQTQF2iNvZZbgfcai5feGRwdKgvo7aVSpI3DvoLc/AjQVc+xlkgMZDx dVqvS2BzYzc0EaAtB1igExisEDnTU0w5C1aI1xa48EVzB0Och89PfRFwtzksOgCm9rMs5QE8x qTQfNkLHHCYeI4PAPDJS/Q+G1zK7rGxDWWkmrbNxhpmU9YWb3ggSLShi7MG0GyrN+5fEng/OC 0YobeZ9mwL/I002WGLxuwXsEoyJ6LoTql/INlZ0vqCU8jtzcYHENv/+KWKxPQ34FdaBCo/TXr 8mLkrWVDj05PaLpQp6H6hYiPXo8ERdmEGxfH+DJ4D2RNzqJdRc3sNbYYBlfV+fOVFJ8oNMyBW imAm+GEH+g5Pr7hmlBClSBRZSY9C2x/wLUOa/IcPqijUdHu9ljTBKwookKOtTa+fMjLy79h4d kc/A8VVBqRQf3dlcK/NxiY25ZSb1B9dVYbZOhOyfLWvjiD6r5DrrR4K7rq9WQBBx7AtrlsbyZ ymHOFgmR2giX6IE96gt6qdMxALfJho5+KNuvO7POWw6j/uwLX+Tqgo7TDvBu9Ggx0r82YMoB+ fvH1DxUdOBTmmNi9DUmCpKDzMCyM9tvkaMy9UA5xQtrxSDIJNyBi1/VJR8gORpp5ZAsxgYjX5 54IW5XVOOYF1LWXsj8kT5tpvubLYWcS0VwO0xiSgZNMYyH1ei4YnUQ82NveYKl+RyvtNhP8k9 1jebtplxm+01U1ep6BWLWI9cZaiVSuNDrWzMygjMG2+C5EmabzAQHiIXck+piFkMephkRCqWF Hlm0pY6Qv6/imqtmm0v/3mTsbn+jDS2h+iWfqvFZHtE39aSgrL2kCZFappRJHFdBpojAuTU6E Jt9o14Vs/54OKKNgIb42KIomNqU8nZT3JvNIWa0RUdoKbXf01Avka11oG8sdJgmDeF36U4LSg 6HmdIN/Qk418qxW+rBHLKJqvPofre+3klRaCC2ITeXm/EFyLQPqyDl6LsBsQ== X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 80461 Cc: 80461 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.3 (/) > Yes of course. Though it might be nice if there was a function to resplit > the other way without tearing down all the windows and building it up > again. But that's another question entirely... It would require some surgery at the C level. If you can build Emacs yourself, I can give it a try - someone would have to test it. And if you have some rudimentary knowledge of C, I can tell you how to code it. > ... or even better... a function that realigns all the windows in both > axis, at which point logically, you should be able to now split either way > at your choice, simply by dragging the dividers in the way you want to > go... you can't of course, but logically, you should be able to. If all the > axis are aligned the geometry doesn't preclude either one. At any time you can resize a single window only in one direction. So you would have to take the approach above before an enlarge or shrink operation that goes in another direction than the previous one. > Or even better still, a little icon/button where the windows meet in the > corner. When you press it, it flips between locked horizontally <-> and > vertically ^| so that which windows are joined together in which axis is > something can can quickly flip. If I've got 4 windows in a square, and it's > primary split is horizontal, I press that little icon in the middle where > they meet and the primary split is now the other way. But I'm dreaming > now... Should be possible too once the above has been written. > So a rudimentary approach to unify the behavior of your scenarios is to >> use a function like >> >> (defun adjust-window-size-horizontally (delta) >> (interactive "p") >> (adjust-window-trailing-edge nil delta t)) >> > > Yes, technically that function produces consistent results, however it's > actually the other behavior that I usually prefer, where it adjusts in both > directions. It's even more preferable when 'window-resize-pixelwise' is non-nil. > Anyway, it's a bug report for why the standard behavior is not consistent. The standard behavior is consistent IMHO. > What I mean is, you don't get a choice. Let's say I want to enlarge the > middle panel by shrinking the left panel ... there's no function for that. > If I want to enlarge the middle panel at the expense of both left and > right, well enlarge-window-horizontally may or may not do the job, > depending on which order you split the screen. Try with 'window-combination-resize' non-nil. > And if I want to enlarge at > the expense of the right panel,... that will either work or only half work, > in that it will either do it, or half do it, at the expense of the right, > and half at the expense of the left. > > You've pointed out the existence of adjust-window-trailing-edge, but where > is the adjust-window-leading-edge? It doesn't seem to exist. I suppose with > enough elisp one could figure out the window to the left and adjust its > trailing edge, which would be the same thing, but at this point in history, > doesn't this deserve to be a first class function that users can adjust > their window sizes how they want? Over the years 'enlarge-window' has evolved in different ways. For example, early versions of Emacs could delete adjacent window when enlarging the selected one. 'adjust-window-trailing-edge' OTOH was written much later, mostly to accommodate mouse-dragging the mode line in a predictable way. It would be easy to code an 'adjust-window-leading-edge' by calling 'window-in-direction' first and then 'adjust-window-trailing-edge'. So far nobody asked for it. martin
bug-gnu-emacs@HIDDEN:bug#80461; Package emacs.
Full text available.Received: (at 80461) by debbugs.gnu.org; 23 Feb 2026 03:00:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 22 22:00:06 2026 Received: from localhost ([127.0.0.1]:47155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vuMB3-0006te-5I for submit <at> debbugs.gnu.org; Sun, 22 Feb 2026 22:00:06 -0500 Received: from mail-ua1-x932.google.com ([2607:f8b0:4864:20::932]:59576) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <xpusostomos@HIDDEN>) id 1vuMAz-0006sL-M8 for 80461 <at> debbugs.gnu.org; Sun, 22 Feb 2026 22:00:03 -0500 Received: by mail-ua1-x932.google.com with SMTP id a1e0cc1a2514c-94ac5cb71feso997484241.2 for <80461 <at> debbugs.gnu.org>; Sun, 22 Feb 2026 19:00:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1771815601; cv=none; d=google.com; s=arc-20240605; b=bZpNzgnyEx33qTTbG5+AiX5SB3lGpA0Tcfv0h4HBu1LS4lQin6Bdtt99XorSy1naCF vKQHZ0qM9jqDzZOL0DGGMfkn3evRD8Ec/PGZxD40CbJmtc92EMNcjjx7aBef3k0Mh0z+ 12J7HiZxqJapLvU1HWO+BroE+npbH0ml/tn4V5nvaVhjcpwK8Ubc52vqkVz54wPX4JdW QL6ZAHbtXtv4S3Sz0LHIqQSzhWcPpMQSm3uCI95qUS7c4wg5w8d16yuJaPUAE4rrmHhB p4uVTUn9qAbrPpQxIDxxjAbXeNcf43fGpeLjtfNN3Ke4u7cor5+yTVGb8aqxRccf3Q2M GB/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=RKvEuZJg6hwkI8I9ofQ6WnKtfaxm81sBubA373uaJo4=; fh=ex3Zb9lCqK5ZJ9Np4lqJ1F+R2H11nFDYH/fd3vVp6Z0=; b=Cm5lGuSdf7PYS4/ELqWJE1kyi/C6kAtflxFNvVwBwne5avYjkgmOxuPelk3waPfPE8 ijP3rqUx9X61Et6ueRNIMEnZVaMmDO4mTYMn11l0w5hmoA7EAGzLEo1PTKMOyDQX/5VU UAK0QB6xOJ3JMjBjSvDAya7U3Jqv0DNZ2uDoL6x/MDG8YI50qGS5h+x+o1gMiSZQt7KM VLY2xGdzYR4vK1LcRAZ/UXGJ9DZA0ccc508qdMJi6g+5JgiUBP4Cd7wLEWuxKVA2fcJn Wuj7QNYN3BZT7BrXNw77woXdbPCz35Esh18YcKxKvHcocHR2vJSw0D5FXQz+RJsERd8k bgHg==; darn=debbugs.gnu.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771815601; x=1772420401; 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=RKvEuZJg6hwkI8I9ofQ6WnKtfaxm81sBubA373uaJo4=; b=adUV7LlQVH1+WyiMbqdVyWWWnnm4eRzeud0RRbhPbQ/XUyBPpA2W+nRHDbYXfxtQ0T Kg9zV1zvtt3iaPnwNESNjHCL2nsy3R+oXRlEmSVPMiKavExuRWd6Ax6YYIvfqfyWfD/r PvjnDhfmiJ6Vx8yHUBYCQOBkEwkpBvjonXW/bQSDrEUCrOS+HpjkNBsFBMT79IeM+IQD MiDZqrraQjQNHbhVgiGiGM3qlNdcSfnYzJPHUI0IYSRC+sW0vHnPuEvkhPW63BMR9nEI KfKdYyhV4ce2BTen0Anv5lG7Hgc+oQPGm4sxNZ3iebED8IZWcOJs22lTBGHXsx/Js4Q9 oXtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771815601; x=1772420401; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=RKvEuZJg6hwkI8I9ofQ6WnKtfaxm81sBubA373uaJo4=; b=uYz/088/xFkNL8naf8JJAKS3czYMmUAd9OTg2ZEjNqQzX5958zMd8+KmZNAtKC4L91 wZ1Em84zYGrIEHNp1QMjziT6izAfWh+TAvYYBrUOiPQXRQm2cwvJz8MnxCVX+wu/vf/s KTdhbyyEsMxssHuFJrSh20iTRB/J/OC+ilkBXA5Ww8B4BhU7ZbT58G9yS4SR4mCZ1MDq qISDg5jIBVhSRfis1oLDtYkfa8WFk3Q2zThRUJAtk/xBWTuS6TLCTD1YlOGiVN1Ugg9Z NJ1OCDoIi2Wm7FlNXpGsSf+YVvDDDJxlVNHDA9QtDuXf5Wf8BdxaJUcsdKxY1rC3xJCa +QVQ== X-Forwarded-Encrypted: i=1; AJvYcCWBx36Sl17I8pfx0/IhvmLlOQenTudFyDygtMWa3C65rv4dVoWPB/T8I4DZrWF2j1XfymLL+g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyOvjiJTD14qk6O8hHM8nm266RHBjwb9fHDDYRk3AKH9EfiJxML C08ThkOzhY5NpWJrfufYFzRffK3cD1iAkGfFkibhKeIBCmxQYFlBuGmiSVvZeXzVFl4alGVpPEg QOA/8F3UnEuCesSqS0g188UD+GkVlgEE= X-Gm-Gg: AZuq6aIR5eiq/pJYELXDSAmzBSMZj+t1NTMwEMX9mItLpHyyboT7oOLanUIcBt530al WIkJhxeRsvkLBx39FV0xXnOI5lSPd4IaNuiEYrbaavawe3gJasTNLareFHnXLvrLEZYfaF18uAh jKPPsqlU0XA7+hf8x+G6mY8meD4/3mdSlYzHixpNxQAMJ1NDx2QhXlwVj7P6ctUnlcp/PIc23fi IzkIQMq7bB9iIqxPDcXpRk/wzEk/p7vznzZR8uhDG3ovQ7UkoOCDYF52EJxmRXaTio8TcGjyNjT /+k0++LwdwrZWOyNoNNvcb9q6hgVQ7h819oaSBM= X-Received: by 2002:a05:6102:3f4b:b0:5fd:efb0:8563 with SMTP id ada2fe7eead31-5feb30565bemr2365931137.26.1771815600707; Sun, 22 Feb 2026 19:00:00 -0800 (PST) MIME-Version: 1.0 References: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN> <86ms12h1wt.fsf@HIDDEN> <c36dfa28-c16b-4e9a-980b-8f09b362038a@HIDDEN> In-Reply-To: <c36dfa28-c16b-4e9a-980b-8f09b362038a@HIDDEN> From: Chris Wlkn <xpusostomos@HIDDEN> Date: Mon, 23 Feb 2026 10:59:23 +0800 X-Gm-Features: AaiRm527_5JIBofFdPjW0YDXT9ej3GdqjRR9BouVA0GtZo50JrkqNX0H1ESdv7M Message-ID: <CADrHaBF_c4c2FURcoGsPPTpPdXHLQEj2DndbR6PAfhaHTVP2rg@HIDDEN> Subject: Re: bug#80461: emacs window sizing bug To: martin rudalics <rudalics@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000007cdc15064b74f755" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 80461 Cc: 80461 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.0 (/) --0000000000007cdc15064b74f755 Content-Type: text/plain; charset="UTF-8" On Sun, 22 Feb 2026 at 02:20, martin rudalics <rudalics@HIDDEN> wrote: > > When you now in the first scenario drag the divider on the right of the > window mid-above to the right you will also enlarge the window > mid-below. In the second scenario you will only enlarge mid-above. > This is how tiling window managers behave - you cannot resize all > windows in all directions individually. > Yes of course. Though it might be nice if there was a function to resplit the other way without tearing down all the windows and building it up again. But that's another question entirely... ... or even better... a function that realigns all the windows in both axis, at which point logically, you should be able to now split either way at your choice, simply by dragging the dividers in the way you want to go... you can't of course, but logically, you should be able to. If all the axis are aligned the geometry doesn't preclude either one. Or even better still, a little icon/button where the windows meet in the corner. When you press it, it flips between locked horizontally <-> and vertically ^| so that which windows are joined together in which axis is something can can quickly flip. If I've got 4 windows in a square, and it's primary split is horizontal, I press that little icon in the middle where they meet and the primary split is now the other way. But I'm dreaming now... So a rudimentary approach to unify the behavior of your scenarios is to > use a function like > > (defun adjust-window-size-horizontally (delta) > (interactive "p") > (adjust-window-trailing-edge nil delta t)) > Yes, technically that function produces consistent results, however it's actually the other behavior that I usually prefer, where it adjusts in both directions. Anyway, it's a bug report for why the standard behavior is not consistent. > I don't understand well what you mean here. Tiling window managers have > inherent restrictions that make certain layouts impossible. If you want > floating windows, use child frames. Otherwise you would have to tell me > more about what you want to accomplish. What I mean is, you don't get a choice. Let's say I want to enlarge the middle panel by shrinking the left panel ... there's no function for that. If I want to enlarge the middle panel at the expense of both left and right, well enlarge-window-horizontally may or may not do the job, depending on which order you split the screen. And if I want to enlarge at the expense of the right panel,... that will either work or only half work, in that it will either do it, or half do it, at the expense of the right, and half at the expense of the left. You've pointed out the existence of adjust-window-trailing-edge, but where is the adjust-window-leading-edge? It doesn't seem to exist. I suppose with enough elisp one could figure out the window to the left and adjust its trailing edge, which would be the same thing, but at this point in history, doesn't this deserve to be a first class function that users can adjust their window sizes how they want? like... M-x expand-window-up M-x expand-window-down M-x expand-window-left M-x expand-window-right M-x expand-window-left-and-right M-x expand-window-up-and-down. I'm glad you mentioned adjust-window-trailing-edge because I can probably figure out something, I just think it's odd that something like that doesn't exist in core. And this is a bug report about the inconsistent behavior of expand-window-horizontally. --0000000000007cdc15064b74f755 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"></div><br><div class=3D"gmail_quote gmail= _quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, 22 Feb 2026= at 02:20, martin rudalics <<a href=3D"mailto:rudalics@HIDDEN">rudalics@= gmx.at</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m= argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left= :1ex"><br> When you now in the first scenario drag the divider on the right of the<br> window mid-above to the right you will also enlarge the window<br> mid-below.=C2=A0 In the second scenario you will only enlarge mid-above.<br= > This is how tiling window managers behave - you cannot resize all<br> windows in all directions individually.<br></blockquote><div><br></div><div= >Yes of course. Though it=C2=A0 might be nice if there was a function to re= split the other way without tearing down all the windows and building it up= again. But that's another question entirely...</div><div><br></div><di= v>... or even better... a function that realigns all the windows in both ax= is, at which point logically, you should be able to now split either way at= your choice, simply by dragging the dividers in the way you want to go... = you can't of course, but logically, you should be able to. If all the a= xis are aligned the geometry doesn't preclude either one.</div><div><br= ></div><div>Or even better still, a little icon/button where the windows me= et in the corner. When you press it, it flips between locked horizontally &= lt;-> and vertically ^|=C2=A0 so that which windows are joined together = in which axis is something can can quickly flip. If I've got 4 windows = in a square, and it's primary split is horizontal, I press that little = icon in the middle where they meet and the primary split is now the other w= ay. But I'm dreaming now...</div><div><br></div><blockquote class=3D"gm= ail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,= 204,204);padding-left:1ex"> So a rudimentary approach to unify the behavior of your scenarios is to<br> use a function like<br> <br> (defun adjust-window-size-horizontally (delta)<br> =C2=A0 =C2=A0(interactive "p")<br> =C2=A0 =C2=A0(adjust-window-trailing-edge nil delta t))<br></blockquote><di= v><br></div><div>Yes, technically that function produces consistent results= , however it's actually the other behavior that I usually prefer, where= it adjusts in both directions.</div><div><br></div><div>Anyway, it's a= bug report for why the standard behavior is not consistent.</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">I don't unde= rstand well what you mean here.=C2=A0 Tiling window managers have<br> inherent restrictions that make certain layouts impossible.=C2=A0 If you wa= nt<br> floating windows, use child frames.=C2=A0 Otherwise you would have to tell = me<br> more about what you want to accomplish.</blockquote><div><br></div><div>Wha= t I mean is, you don't get a choice. Let's say I want to enlarge th= e middle panel by shrinking the left panel ... there's no function for = that. If I want to enlarge the middle panel at the expense of both left and= right, well=C2=A0enlarge-window-horizontally may or may not do the job, de= pending on which order you split the screen. And if I want to enlarge at th= e expense of the right panel,... that will either work or only half work, i= n that it will either do it, or half do it, at the expense of the right, an= d half at the expense of the left.=C2=A0</div><div><br></div><div>You'v= e pointed out the existence of adjust-window-trailing-edge, but where is th= e adjust-window-leading-edge? It doesn't seem to exist. I suppose with = enough elisp one could figure out the window to the left and adjust its tra= iling edge, which would be the same thing, but at this point in history, do= esn't this deserve to be a first class function that users can adjust t= heir window sizes how they want?=C2=A0</div><div><br></div><div>like...</di= v><div>M-x expand-window-up</div><div>M-x expand-window-down</div><div>M-x = expand-window-left</div><div>M-x expand-window-right</div><div>M-x expand-w= indow-left-and-right</div><div>M-x expand-window-up-and-down.</div><div><br= ></div><div>I'm glad you mentioned adjust-window-trailing-edge because = I can probably figure out something, I just think it's odd that somethi= ng like that doesn't exist in core.=C2=A0 And this is a bug report abou= t the inconsistent behavior of expand-window-horizontally.</div></div></div= > --0000000000007cdc15064b74f755--
bug-gnu-emacs@HIDDEN:bug#80461; Package emacs.
Full text available.
Received: (at 80461) by debbugs.gnu.org; 21 Feb 2026 18:20:18 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Feb 21 13:20:18 2026
Received: from localhost ([127.0.0.1]:59800 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1vtraS-0002fk-K9
for submit <at> debbugs.gnu.org; Sat, 21 Feb 2026 13:20:18 -0500
Received: from mout.gmx.net ([212.227.15.18]:59803)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vtraO-0002eU-VT
for 80461 <at> debbugs.gnu.org; Sat, 21 Feb 2026 13:20:14 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at;
s=s31663417; t=1771698006; x=1772302806; i=rudalics@HIDDEN;
bh=iO5cDy7fGtB3nw+u23I6eECL15eBHZcfXqqd0xkGdXQ=;
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=jvVGyLkGA/sY0JW3YzgBVK1ggdhXi2rldtIGibDzuc18EDxz+mVYHB1/+FFqrmvY
P0AW0IzZ2QgSTjUMvjSCtv7pL7X0lFYFml8IUGx80FH7ydNeTCXilK4AYnRofOnEv
ROWDk5XyPxOBw72xfQLhZw4I1OcDsGuWiPODgekV119TN20EoMNJAz8BuIo7XQ5ty
IfULfF/JsSsAr98VzSyss4u27HaHBLpP5pMXYnAVBwHC6yV1LWKqCBuAxLI2Jis+X
oKROPsbftZKx+jQMtnVkb1EEXBQtOGkPLcN8C7gHcA7cCK19laAv6pvSjc7b/0gDv
NQGbTQd4L3PtDAfyAg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([46.124.196.37]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MhlGk-1vG6ys0fOS-00m02O; Sat, 21
Feb 2026 19:20:06 +0100
Message-ID: <c36dfa28-c16b-4e9a-980b-8f09b362038a@HIDDEN>
Date: Sat, 21 Feb 2026 19:20:05 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#80461: emacs window sizing bug
To: Eli Zaretskii <eliz@HIDDEN>, Chris Wlkn <xpusostomos@HIDDEN>
References: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN>
<86ms12h1wt.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <86ms12h1wt.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:CPWld7yGpYIhrWLL/JmrXaWAHWc4uaL2uUTAcPJx5kgzYvkHDtO
l6IqYAgKxVjgC7XemsjwTDTrvx/qYgVQWLX64ZvItCaVaEz0r/JUW4PQ4ouOyV9pq1VwpLK
bJrlMQ8TMHkzg8LIQAGKUl4a6Fw01qM2xsM8Px/s9L4BdM2EMPJB/CX4pYa35Hg3AI1YouN
33pLZlpbZp1PxVMG15QOA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:wtng9dhioig=;EV16+3F/U+n/LyQnRWU429gJkd3
B/VRV6xFNyVYti9k5OwM2EJCjU1A6vq8Ec68KAYhhCzM+338l1iQ0JD2YID28meSuc8I70/aY
ZN1vI37Geb5th3BxmS9PMinfETlVR6B79qBhYd7ZjqPQcJmh3QqTXCq+MVrLZaiaJlmf/ya7+
YLLsdCRheab8tozBDq8q6gqCQ1DoxgXqI/6F6atcWCL7Tf5+cFrSCmnIOiV4zrOOwOidjW2fY
kvH0DYHBwuBf1Os66FIPmj0dDWao1WqSHQPncAypjR5HBzsSdZWVc6TwEgSJw8f6AVq2E9qsy
yH6c6YHSO0+Cut61mILt+TRNEyHer3rD4ZanqfSQasQXbsqH75CLyWZE2Ap4jmTULHMe9onTU
YQ3W1rXXvohfF+UQxwY4/ctvON4S9YAmJw8pKCS6xXDpcgbunx1mzlxV+OnB3VXfeXwLhPxZe
i8rnHvXzpXpwfh5S0oIOJ6Fz+c/UgC+f6FcYZ+/FvunvEZF0XrzCtLONEV71bzXHktJd4h5xo
GdcvONNt5vXG/5dpyRrkxcoj9B1ccUvlU0P70YzbIAhBRyUPPQcbjRFxAuaYJNSvyT7bGdYkq
/EGtNuTET5iPZlVhJ/+Gp4sYV3j5YUn9FHz0W8LHIdBi6LIIwb27dokqTTUgZESIv4Hkr9Yma
3BJh+yzuzLX6wNKj970+r49jbexwsOiVwaXCGpGZwNDIO2TEZhgSNBsD/Y6WOsPRIJMuzWLVI
d61ylV9/VnOfe67CNj4ZgfEJnQOqZX4rdZcg8fdMgw4QPPSvhZR3CCgkzzZRyuemD2BlkC1ON
LY247ywnCnNGvTSt9xF5y63l2ancdBMT6pcksTKwzFDgYBW7H4wXpUL9pDRWmsGVs4aOJT0pv
ocAtAxxJbZ5MtXhbZJafY03NanAtgmVNaBMEdiSLobYBtqunH8w4ezqGEaR1c7AK5VWPCl9os
QzyfNWFWwsnLNVY7eKSyjuyE2dV8qaGW32Hk2G1pyrXK77MUWlkK3GEpzIXfleNeIg0Ps7j8c
H6bKIv40lhKr9djWEMxvNA99R6mJ/de4Z5Wd97j0uM9geqVmSmbKxEFK7vfF8aJwiXkjANyea
AlogiLg/hPZ1tPGzp1Un9wLPdnlpDgub+nnnUdtZIEtHQXyG2XdX3ElpocX+kJcRAaVGbJS1L
PntJ774BQIH7Qq9dv9X46g7zV0HDEgmEyuy2SLTK+iPGz2xEm87Aoga5X0wwco0Dj0fXpbgA7
AMCa75I9c+QP+0Xykt/txvALMkezY6yB66paNDooylUqBZl0g6XkBGUMDhPU/tnQIx7lDDoN+
9tMiwfqn8Fvo5Ze8dQT6iqWKrvdUpE1Eb9INK+mQfDmiVhwaqiXbV/r0vXj2XG6oB4hYExuBw
TxvoIZSG+BG81g9r8cFIVZSaYvXqy0k5GMmYGO/eMXtRTh8U+s00HUKzDrJN0eAIVLnyjGyeX
4gew8ElZUkZtA3+BGs4S2i2GlJ+F1V1QW4Vxng3GJCGYKJOzAZWLBv1uULo+NcINZZ0kq7xgT
TFdd1Ew4qEyBHOApDxrDnvUxlnPJsxu84dXzvlrYnLb4ht0jfcvfbJVbhw58gJ2h8rjh15nQU
lPqdGFHfn5x+QxvfYSRvoEL3bkVCoRwADStdvjB7agtqqihKLOYN3o2DPIJnR40uR3len3FbC
X5AeGidDII0PbkASKeoEq8JD5IIS7gvScY5gUOy11+Onf3usnfgmZhlbgtpS4gKlgAWFWLJIt
tULK6w/rrXnkZ665Lo1kYgHycdmDUVmKL5t1PVs9vNhuIiwfgpFFCveyAifnqz+PfPzLrqic0
RI9fWu0ejQ7CYi8lZKz+rlRWqCbXLTFJveD2rhHJSTWf213SffoaN03kCumbiim+kHcW3u7Ee
3qHQTcpT/nRZCw2/6aDcq5HjHcqPvdRdNvank9678CW3rXf7gzLh9DQHpxzZ4nhZUeJQDEERw
DtJdfMY+l4RXrTCujRcP0xVzobW41FcyYKfFfy4tFGsM8NogdcZPBIPocNhK5qQkTqu32NELV
QR7Cv/MLqeFgbMbvL/0cXMi9iJ3pfxVFJs1MOF1U41OYAw/FY2diqRomzbDs3F3SSHrWAqaCP
FQaMYRDE9F30LHF8rzm45wz0vvDAkDtwQTXpn8xXt9ALBssb0Y3CM3kmX1fJDYBQLJ2y4SGOv
AsYwCrRlZ0xeOhk0xjQ0MwTKwPKTvYVvZJ6CEmV+hu/TLwqCnVYJJd8Uq2rqtRfgbLIRUpkAa
7YCupwfD1VEVhSR8bPawtWuxr0iOepJ0VljtqEqocSntSJr1S/fHq9VVglJG24W4yE2xvGzI9
Pssthy8N020cfaBXvQcVJBVqwtwA89wfuAt+og8YcqpDqj8V8nZXXP1m3Xkm52Kw2nMzqJdvA
uNjFN2IjmCp/lXTItCxrpTx6B5t/ncOcOMCxYRIgO1JmGPajSXRWRqgthJFUwPv3Gl4fJGSdZ
xvIF3rniCTbmGRR4hgHtESqk/qUAxbp9td9kiMSsz+tb/8gUgM7fcVFHAti4hFnYBTBop2vJb
aW6DLMlu00QntfGduvani4SxOQF10amq1US7GFJx4W3bjcThvGoOFEir4RJTPHCJhKuDkSJs2
78kXt2T0ym4qSINlXbmRSKWZiLlPggcpz/N2xlq4xOcH/YCSsiUuQ/rKT2iHIYUTeb+rLMGGr
nBn9xh+/Anon1ab37gGXgZnEnrSGkg/Ed3UHazMD19pS9TI/oKPmYz+Yc+RUlSkgZI5OWsyv7
DbY0YUpB4CrrBcvkfUs0EvlZaMHMRHJtcPtqygXktfodo4NDVxuiX0Vw7u9R+0x4oUC4dQgsI
k+REx0K9okNR86F6WHTF3KkcgRqeOUgvEzq2x48GdKwjAoOoO5Op0GdFokJf4pIZnNIJJ2KLW
eM0YIonalwRKV8YshjwsPfIUPlYxk6nmsBAdJFS3Zi5qv9UGSWXmeKoe8sQ4YVydjKcAtNtF3
etvaNWRednnLLsrjUjihshvLuHamIwsd8oYqnsTgYXpNZu5ywP/vEkpCWrg8YvcsIezYB/JbF
XvS+7cjKRsLQtongBDX8AHNBFoms3m77JEkhSNSCnpYUrLBrgJ0ej/KvflVK3U6jG4VcAKwbE
tz00ztmgxQaW0jX89PwI6FQ8LEuUeotqszL2fELoVYC6QBL3bOVhnN31o6obeBVyWfnJgt0wg
vUAIX2Dj+dJTur+6SwLgAAVO7Ce/qokZ2DnjkYSsTqRMue11IJY3KpwvS7cxpyeSsoMGwyGvy
h+eb5JWhaZO4EVcvzqccP6TAiUATluvH/y8NtjXXacWXAeiKYt6DLNsc6DT7ozMU+vmgxIEdf
CX3AoqniG0cqlAsPj/xCUPRHDBSSFOgLRt6dpUqxYqa5HTvBM6FV9nywPrBgcjUP8CCEF4/1I
fFzzXahpOseCoDtqhmC0pPKyt5BOdhqVRsXce3S/pavgf9owVHz54QWI6xAqbWCpzW13SO6ef
4CPjhxGGUT4s2bRGrHA1sTVC5i+nTNjtYmb4/UdlcFNWtB8/TMQOFRWfQtDf+EDXXyc4hb10g
4gqu8osHagcIDL2+MZ6teoePUigfk4aKnnyqYqY6GLqG7GDfGTPv6rwfRUSHjMIvsewV0ok75
dN1CKA6ktkdYkynH4VE73ENtnPhvqqILdMNaHow/GDdW61o0G2XIhmaZOCyhzV5gziRUeBzZo
B+nxM7syrpRfrSrUIMGEJE5E9MG0GdU7msMcRZBz7U7mxwe/3mox6ziBCOecatOkgquxoIMWj
XrwmcvgHn/4IiICR6Km6mp8ew0YCofSCKP/hWCU4KxmRzePJns+wY6hXCqVfAWWG9qdGmoD88
B41lZ5759zCQ9JxIFZYN0C0LGurcZ7VdjI2/cU9GqkH/D0a5WoIwRqzpYqmuChARiGSTK2wrk
OAuxl4Lz/546Kdj9JhtQ8gqnObYcnZVdavzRdb4YXNiJB76Sn8uNW4rEbuUWK3RCaV9Hp+dxj
ccBzlMszWN/CMYr/tKuTjEvXq5hB2l2mp7DsmmMGLE4Pcjc56UInqrk/P8K1Yn35K+JHzSdwf
HCWIt7yTBbDcw7RvxVWoxCXUrX/pEp+ukyEiFBU+xIYp5R8biwPrrCQzJ4rRTPSGRv0Sj7KlR
jGCF+C8XiU8Ml7NlrQQoDFKdQpZVrd/fcI6tLTY8Y2kQH0R/dpkQEyZc/lwDD3wIQIYarGwee
ui+KZqdXfDaalc1K7bt2YUMisBzypRlt4bl01kxU+ITWWHaNu8arLD6bsTTAgsgIJhvUug7yX
iqqFvybx+crR/tsIlfe1/1KariS4HYiTRJeSyBVgWnME+Rtm40W0RQNqhZrhcB33BbrDwlQ7J
Xl2JVs85ZsS1lRvkiP5L0MPQJMBqy9Cx2ogUNq+VMDou6R9OdfeK1XotMd4jXyauzb3ypaysp
uJe3ryEJRKRozFGvXp5b+g18Hv4KWi+Noz6qHf+eAFTq65srk1mgGHo1xxMykbWTmKnbev4EC
oD9wB25tFmsQDI+nnyRCjHxtcF1IlTXWp9QyFr4PZUCDho7KgX2rS72eG8Nd8nm1JKxQ3RMNK
exTOcaeOJ9uLqieoyZtdSVkWoWWveOBoSZ3TRlNLn2qcnhNY6CY1xvskzmsrz+gF3n1OORUoU
fakfNRKOJxxiisBnDsM2eVp9+1IU8zIUAwdX6zEkHtM8Klr4OcbLJ9V52KNUJxjhfFQf6aTsV
UGdnmIqKMx8cDATUCP42Ep0KesSExxWjAsAHVSuwRNWenaPBe62cZyQmdJFnk4XGtx8ld0Ndm
dfLPRsViVsHNwj8AYJPoHr765/D3WT8F0X6VyqIbXrJfTtTrOa1cPCcS3p9BZVvSYBmGFdOgr
i6Akx9I7Dqtm/VivaaIsCP8oGQT4FC6M8K+ny/tz5MuaqWSrbZxZq/UmjQTIhMSkYhkIYiFaR
X+oIczPvWc6SelOQn3noO1ZMhg/YaNmGzQuBYecspTW0mLIBzTmQ032Yf2yqYweELGR00fdtb
J9Uu1F+Tjna+j/gaPR10us3Q39gzkoTnhM60E7i7woGtisuGDAxcYkG11/wuiYLiH0WwddPA/
S9cwYkoQxmDbBsf6dtBywslzUX/e4k6ZZUPZ0R665LKEaDm/O8FWyyaJKmVwi8SDVjHY6DUsi
P1eNBYWUo4f6+e278=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 80461
Cc: 80461 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
>> In emacs, if I have 6 windows, 3 up and 3 down, window sizing behavior is different with
>> enlarge-window-horizontally
>>
>> If I divide the screen vertically first with C-x 3, C-x 3 first, and then horizontally with C-x 2, then
>> enlarge-window-horizontally on the centre window will expand it both directions, shrinking both left and right
>> sides as it expands.
>>
>> If I divide the screen horizontally first with C-x 2, and then horizontally with C-x 3, C-x 3, then
>> enlarge-window-horizontally will enlarge the centre window only to the right, and the left window remains
>> untouched.
>
> You don't tell exactly what you did to create this situation. here's
> what I did:
>
> First scenario:
> emacs -Q
> C-x 3
> C-x 3
> C-x 2
> C-x o
> C-x o
> C-x 2
> C-x o
> C-x o
> C-x 2
> C-x o
> C-x o
> C-x o
> C-x o
> M-x enlarge-window-horizontally RET
> M-x enlarge-window-horizontally RET
> M-x enlarge-window-horizontally RET
> ...
>
> Second scenario
> emacs -Q
> C-x 2
> C-x 3
> C-x 3
> C-x o
> C-x o
> C-x o
> C-x 3
> C-x 3
> C-x o
> C-x o
> C-x o
> C-x o
> M-x enlarge-window-horizontally RET
> M-x enlarge-window-horizontally RET
> M-x enlarge-window-horizontally RET
> ...
>
> Then I indeed see that in the first scenario most enlargements move
> the right border of the central window to the right, but some move its
> left border to the left. While in the second scenario I couldn't see
> the left-wards enlargements.
>
>> I can't see any good reason for the inconsistent behavior.
Let's try first to do things programmatically where the windows are
called left-above, mid-above, right-above, left-below, mid-below and
right-below. Then the first scenario can be written as
(let* ((left-above (selected-window))
(right-above (split-window left-above nil t))
(mid-above (split-window left-above nil t))
(left-below (split-window left-above))
(mid-below (split-window mid-above))
(right-below (split-window right-above)))
(select-window mid-above))
and the second scenario as
(let* ((left-above (selected-window))
(left-below (split-window left-above))
(right-above (split-window left-above nil t))
(mid-above (split-window left-above nil t))
(right-below (split-window left-below nil t))
(mid-below (split-window left-below nil t)))
(select-window mid-above))
Set up two frames and run the first scenario in one and the second
scenario in the other frame. The frames look the same. Now in both
frames evaluate
(set-face-foreground 'window-divider "white")
(modify-frame-parameters nil '((right-divider-width . 10) (bottom-divider-width . 10)))
If you look hard, you will now see that the horizontal divider in the
first frame appears disrupted by the vertical dividers. OTOH in the
second frame the vertical dividers appear disrupted by the horizontal
divider. So the frames do no more look the same because they have been
split in different ways.
When you now in the first scenario drag the divider on the right of the
window mid-above to the right you will also enlarge the window
mid-below. In the second scenario you will only enlarge mid-above.
This is how tiling window managers behave - you cannot resize all
windows in all directions individually.
Now why does the same 'enlarge-window-horizontally' command produce
different window sizes for these scenarios? The reason is that when it
has to resize a window that is part of horizontal combination (as
mid-above in scenario 2) and it can get (or return) the requested size
from (to) its right sibling (right-above in scenario 2), then it does
that.
In scenario 1, however, mid-above is part of a vertical combination
embedded in a horizontal combination. In that case, all siblings of the
horizontal combination the vertical combination is part of get resized
proportionally. This is necessary because the resize algorithm has to
resize windows proportionally in order to restore previous window sizes,
for example, when maximizing a frame and shrinking it back afterwards.
The doc-string of 'window-resize' explains that as
This function resizes other windows proportionally and never
deletes any windows. If you want to move only the low (right)
edge of WINDOW consider using `adjust-window-trailing-edge'
instead.
So a rudimentary approach to unify the behavior of your scenarios is to
use a function like
(defun adjust-window-size-horizontally (delta)
(interactive "p")
(adjust-window-trailing-edge nil delta t))
instead which does not change the size of a window on the left or above
the selected one.
>> Also, in this age of large monitors, I don't see an obvious easy way for the user to choose which way to enlarge
>> the window. I'm running a 55" monitor, I could easily run 4 or 5 windows horizontally, shouldn't it be core emacs
>> functionality that I can say, ok, push the left of the window over, or the right of the window over, without just
>> letting emacs decide for itself what it's going to do? This might have flown on green screens where having 2
>> horizontal windows was pushing the envelope, but it doesn't fly in 2026. If I want a particular layout with 4 or 5, I
>> would have to dance all around the screen as emacs who "knows better" expands windows in a direction that I
>> don't want it to.
I don't understand well what you mean here. Tiling window managers have
inherent restrictions that make certain layouts impossible. If you want
floating windows, use child frames. Otherwise you would have to tell me
more about what you want to accomplish.
martin
bug-gnu-emacs@HIDDEN:bug#80461; Package emacs.
Full text available.Received: (at 80461) by debbugs.gnu.org; 21 Feb 2026 09:38:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Feb 21 04:38:38 2026 Received: from localhost ([127.0.0.1]:52323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vtjRd-0006jP-HY for submit <at> debbugs.gnu.org; Sat, 21 Feb 2026 04:38:37 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44366) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vtjRb-0006jC-7C for 80461 <at> debbugs.gnu.org; Sat, 21 Feb 2026 04:38:35 -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 <eliz@HIDDEN>) id 1vtjRV-0006M6-DE; Sat, 21 Feb 2026 04:38:29 -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=ZdZlHHj/SVi7rK4CFyCLGXD/eLIlz5Gmz/o1e3/Dq28=; b=J6OAXX+253q0 H/ecOw11boUhzLWwxStjrbMzdqf81yNKZG2E3dBQF5Gvw9SR6suoLtZhBM2FEmX7onYG1bf3xS6uP VqFaES4RUxd6tREEJ5FWBN5bwMhzc847RH29NdIIM/0O2bs4wcJb7rkh/G0JlqKAfMXxRx/SKKVzb AVzDmD8aO6uiiEBOmm8Z2EYQndjwhbWb0wFJqk9reDk+Ef6VTWW3tFz4VlRzQiH+xQapfHAwTMKSC 38ofvkbo1UtM9t/+af8zNjsXBI20dDeoXbqQopls+dWzUcKzP5c5xOUtP7jwEdqiZoF0Yhq5h9gBi uV0LIT7o8iLbhH57aZCLxg==; Date: Sat, 21 Feb 2026 11:38:26 +0200 Message-Id: <86ms12h1wt.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Chris Wlkn <xpusostomos@HIDDEN>, martin rudalics <rudalics@HIDDEN> In-Reply-To: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN> (message from Chris Wlkn on Sat, 21 Feb 2026 17:11:12 +0800) Subject: Re: bug#80461: emacs window sizing bug References: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80461 Cc: 80461 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Chris Wlkn <xpusostomos@HIDDEN> > Date: Sat, 21 Feb 2026 17:11:12 +0800 > > In emacs, if I have 6 windows, 3 up and 3 down, window sizing behavior is different with > enlarge-window-horizontally > > If I divide the screen vertically first with C-x 3, C-x 3 first, and then horizontally with C-x 2, then > enlarge-window-horizontally on the centre window will expand it both directions, shrinking both left and right > sides as it expands. > > If I divide the screen horizontally first with C-x 2, and then horizontally with C-x 3, C-x 3, then > enlarge-window-horizontally will enlarge the centre window only to the right, and the left window remains > untouched. You don't tell exactly what you did to create this situation. here's what I did: First scenario: emacs -Q C-x 3 C-x 3 C-x 2 C-x o C-x o C-x 2 C-x o C-x o C-x 2 C-x o C-x o C-x o C-x o M-x enlarge-window-horizontally RET M-x enlarge-window-horizontally RET M-x enlarge-window-horizontally RET ... Second scenario emacs -Q C-x 2 C-x 3 C-x 3 C-x o C-x o C-x o C-x 3 C-x 3 C-x o C-x o C-x o C-x o M-x enlarge-window-horizontally RET M-x enlarge-window-horizontally RET M-x enlarge-window-horizontally RET ... Then I indeed see that in the first scenario most enlargements move the right border of the central window to the right, but some move its left border to the left. While in the second scenario I couldn't see the left-wards enlargements. > I can't see any good reason for the inconsistent behavior. > > Also, in this age of large monitors, I don't see an obvious easy way for the user to choose which way to enlarge > the window. I'm running a 55" monitor, I could easily run 4 or 5 windows horizontally, shouldn't it be core emacs > functionality that I can say, ok, push the left of the window over, or the right of the window over, without just > letting emacs decide for itself what it's going to do? This might have flown on green screens where having 2 > horizontal windows was pushing the envelope, but it doesn't fly in 2026. If I want a particular layout with 4 or 5, I > would have to dance all around the screen as emacs who "knows better" expands windows in a direction that I > don't want it to. > > Running emacs 30.2 I see the same behavior in the current Git master. Martin, any comments?
bug-gnu-emacs@HIDDEN:bug#80461; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 21 Feb 2026 09:12:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Feb 21 04:12:01 2026 Received: from localhost ([127.0.0.1]:51968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vtj1s-00050F-Qb for submit <at> debbugs.gnu.org; Sat, 21 Feb 2026 04:12:01 -0500 Received: from lists.gnu.org ([2001:470:142::17]:51442) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <xpusostomos@HIDDEN>) id 1vtj1q-0004zz-7I for submit <at> debbugs.gnu.org; Sat, 21 Feb 2026 04:11:59 -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 <xpusostomos@HIDDEN>) id 1vtj1k-0004lx-1e for bug-gnu-emacs@HIDDEN; Sat, 21 Feb 2026 04:11:52 -0500 Received: from mail-vs1-xe33.google.com ([2607:f8b0:4864:20::e33]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <xpusostomos@HIDDEN>) id 1vtj1i-0007zF-Js for bug-gnu-emacs@HIDDEN; Sat, 21 Feb 2026 04:11:51 -0500 Received: by mail-vs1-xe33.google.com with SMTP id ada2fe7eead31-5fae038b5fcso677105137.1 for <bug-gnu-emacs@HIDDEN>; Sat, 21 Feb 2026 01:11:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1771665109; cv=none; d=google.com; s=arc-20240605; b=Zi4toZOTUwwjC/bLIBodukumUqeUMpqcYvjmgwxgNQMmOJ0qg+pjibXcu4T7Vy258w q2+bIXtWiLUON6W7MIdYTEvWUf6GlAL16ZQ38oynAm0pHvni5jpj9nag2+4fZnNUl4ZP /zHDjtBShaMj5Yr/FW9T4ro+gb9Zhsgpr5cPwf6WScVrDQ1yMpK5ilK57bQ8ehWAXaYA bgvNHkniy4uXfYktGEAKpfyZVmszf92mIRvKMXHfcDInVRzzs8MjlnPV2IQIKrVMPg8R ETWtFtgvikKtABIqu4VTtlD1FBPQ+6qlNw0ltqWpeoqzKoM++yZtC1eu6+xzGwGlHCXX eO0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=yXRS3rLGhZVV4GwHt94CfXQlhhwZe38LrYhENiW/iKM=; fh=+R8aXOFVnuBbN1nRXJJI02Ia//JUQJmLW/Uk/VaA0ag=; b=aHeLA5xb57gyEgGfd+xtRToMjbCVNjkvKgAZgoLaBcKp9Zb2pQJMDdb5qeIMLyFdYh Y8/Ns4KERZKvHZQLOcfPMDXusteB3DtTgn9YFJMDSXC5dwMcEyh7HaaRK8C5htW1eP2J H8CpRVgBFaMB+tWFxlFMSQgooe4qx8Djx09K16nQoHTwHpVoS3Vg26cvu4cD4kJCMPmo Dbb72mxAjuY1d5JguVaEE4KSvuc6opYFanoaquBJKM/cNDK4wQR+YI/SuhDt/7qq1xmw m+e8XUl6N6UKJ/sxsZ5zL5QCCxAiQ0Mfy9DJxv7+eIdjKiRHnckunS4SeuGZIpgdkXUO /QuA==; darn=gnu.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771665109; x=1772269909; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=yXRS3rLGhZVV4GwHt94CfXQlhhwZe38LrYhENiW/iKM=; b=TQsy7b+TkwrdztPQRchVNfedOiHnleoeb5cRPd00v0YWaeJi9aHDAmBreFGb0o7J/T Dl6V5CnNrfH4GHydSXCTCLkcoYu94sZGCyJk/H1DL1/9T52TwqWWIUTob/VlYhHPragi n2j0ptMA6TFww8NQCFG4CbAXyHWX8fpj5EjE1tzu4ewNUzPYmOqKlrd3WbJ8h18EgF7J OGcedm2DdYyCxD3E4u5mb/qoNAxQhjoQg4HOmrTgjRwSVTmJmcAQzrzgl9N1Jh5Kcqo0 3uzt8ujNNxzQnTJW3/FvIQPvpkh7nTu/umcA83YSldRwcTs3mN/fTRaseyE1Iht15/9i GK0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771665109; x=1772269909; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yXRS3rLGhZVV4GwHt94CfXQlhhwZe38LrYhENiW/iKM=; b=NneTSz58FgiN0ORzBWbyFL4GIZhutGD31M6SFPiWVjrp+nwgeVOYKolkGAs/ByRi35 CjZmzguVvs1qpWRJgOkpcVcfVfQtx+7ux5NyQG61xNJdDxzrazUsUVZMiCN9YdQFq9Bj 78BTL8o6CBtYowJM7d60fv3fIsQ+1ZB5rOdcgzFvROEuv3RhfVoO/XF3FDJphYP1zL9p BT06bd9l02y5y0ToOFRMp0j9r9L9g0Tq8TkMNQ1oa2ug9LPjnManVD82eR986nvJ3405 dxhNYZhrC8pLstVJi64U5bOFLGg1YE81VDkrgJYZwKssb+qqxYJjP8Y5Tu1RDGmmYd4B CWmg== X-Gm-Message-State: AOJu0YzH31zMjFQNEzULMH+dW51FPN6tSY9Es5HvrJkZbCP5yMyr3V+E W0rqFkOFGWrzRSKsmVbElvIqV/1Skejku6z5BWlLyZJkwD8TvUrw7SnFCHxIcNCKxgYpncpBTDQ G2ffkQvZq59VmfaZbJgDXTqXqJ03XQZXZvnqjYJY= X-Gm-Gg: AZuq6aJuoFzVZoyzgnKVJwfC5hbs4ane/q4Z2Pxpa3S1SkXm146DKB+gU4WtFfdX54y 5ZMXUN6mN4USGbrJ0/Vn3pvsBEv7BzT3IrKl1MpCJLiifeaXsrWW4EYjcE20MYC5n4Q+blQVhPj liwxQVYhLGPv5O7BEAusN/fFgzFJtKZuTZkzPT0PMzeEdGvvyLfbiz+8pDEsANWvbrOWxKDKsxb DZ4SMkSvAB8EuQ6BTcQbVV4fZ0H2itoPH6K5vxsj6M0kPhLXAD3MSocFQAUjJZERMuxYPTTgsU4 xtL1yw95jDT3U3jfxBYXdBwCJZUv4V6hcbdADvmxe/vsaoB1Fg== X-Received: by 2002:a05:6102:dcc:b0:5f8:e4f3:3e25 with SMTP id ada2fe7eead31-5feb2f07e06mr971229137.15.1771665108994; Sat, 21 Feb 2026 01:11:48 -0800 (PST) MIME-Version: 1.0 From: Chris Wlkn <xpusostomos@HIDDEN> Date: Sat, 21 Feb 2026 17:11:12 +0800 X-Gm-Features: AaiRm53dx1vg9LPpPbrnBzBXUN_LIbIfZZp4ZoNUK4GzP1GysbXV2oMiQlBs4V8 Message-ID: <CADrHaBEgDftJd_dOPFg-A5b=rkfs9oLq7Zv-0oD3HGOtKTLEAA@HIDDEN> Subject: emacs window sizing bug To: bug-gnu-emacs@HIDDEN Content-Type: multipart/alternative; boundary="0000000000007b8fcc064b51ed5c" Received-SPF: pass client-ip=2607:f8b0:4864:20::e33; envelope-from=xpusostomos@HIDDEN; helo=mail-vs1-xe33.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: 2.0 (++) 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: In emacs, if I have 6 windows, 3 up and 3 down, window sizing behavior is different with enlarge-window-horizontally If I divide the screen vertically first with C-x 3, C-x 3 first, and then horizontally with C-x 2, then enlarge-window-horizontally on the centre window will expand it both directions, shrinking both [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (xpusostomos[at]gmail.com) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 FORGED_GMAIL_RCVD 'From' gmail.com does not match 'Received' headers 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org] X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 1.0 (+) --0000000000007b8fcc064b51ed5c Content-Type: text/plain; charset="UTF-8" In emacs, if I have 6 windows, 3 up and 3 down, window sizing behavior is different with enlarge-window-horizontally If I divide the screen vertically first with C-x 3, C-x 3 first, and then horizontally with C-x 2, then enlarge-window-horizontally on the centre window will expand it both directions, shrinking both left and right sides as it expands. If I divide the screen horizontally first with C-x 2, and then horizontally with C-x 3, C-x 3, then enlarge-window-horizontally will enlarge the centre window only to the right, and the left window remains untouched. I can't see any good reason for the inconsistent behavior. Also, in this age of large monitors, I don't see an obvious easy way for the user to choose which way to enlarge the window. I'm running a 55" monitor, I could easily run 4 or 5 windows horizontally, shouldn't it be core emacs functionality that I can say, ok, push the left of the window over, or the right of the window over, without just letting emacs decide for itself what it's going to do? This might have flown on green screens where having 2 horizontal windows was pushing the envelope, but it doesn't fly in 2026. If I want a particular layout with 4 or 5, I would have to dance all around the screen as emacs who "knows better" expands windows in a direction that I don't want it to. Running emacs 30.2 --0000000000007b8fcc064b51ed5c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><br></div><div>In emacs, if I have 6 windows, 3 up an= d 3 down, window=C2=A0sizing behavior is different with enlarge-window-hori= zontally</div><div><br></div><div>If I divide the screen vertically first w= ith C-x 3, C-x 3 first, and then horizontally with C-x 2, then=C2=A0enlarge= -window-horizontally on the centre window will expand it both directions, s= hrinking both left and right sides as it expands.</div><div><br></div><div>= If I divide the screen horizontally first with C-x 2, and then horizontally= with C-x 3, C-x 3, then=C2=A0enlarge-window-horizontally will enlarge the = centre window only to the right, and the left window remains untouched.</di= v><div><br></div><div>I can't see any good reason for the inconsistent = behavior.</div><div><br></div><div>Also, in this age of large monitors, I d= on't see an obvious easy way for the user to choose which way to enlarg= e the window. I'm running a 55" monitor, I could easily run 4 or 5= windows horizontally, shouldn't it be core emacs functionality that I = can say, ok, push the left of the window over, or the right of the window o= ver, without just letting emacs decide for itself what it's going to do= ? This might have flown on=C2=A0 green screens where having 2 horizontal wi= ndows was pushing the envelope, but it doesn't fly in 2026. If I want a= particular layout with 4 or 5, I would have to dance all around the screen= as emacs who "knows better" expands windows in a direction that = I don't want it to.</div><div><br></div><div>Running emacs 30.2</div><d= iv><br></div><div><br></div></div> --0000000000007b8fcc064b51ed5c--
Chris Wlkn <xpusostomos@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#80461; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.