GNU logs - #52363, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#52363: Disallow modes from re-arranging windows if the user specified a window layout
Resent-From: Brian Mingus <reflection@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 07 Dec 2021 22:18:02 +0000
Resent-Message-ID: <handler.52363.B.16389154564478 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 52363 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Brian Mingus <reflection@HIDDEN>
Date: Tue, 7 Dec 2021 11:56:46 -0700
Message-ID: <CADTVsF9T0qYJbZLVO3rpGvmtcNY8=g+SG5_QCu8fJJ6fmb=TWA@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000007c9f1a05d292f18c"
Received-SPF: pass client-ip=2a00:1450:4864:20::133;
 envelope-from=reflection@HIDDEN; helo=mail-lf1-x133.google.com
X-Spam_score_int: -12
X-Spam_score: -1.3
X-Spam_bar: -
X-Spam_report: (-1.3 / 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, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001,
 RDNS_NONE=0.793, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -0.0 (/)
X-Mailman-Approved-At: Tue, 07 Dec 2021 17:17:33 -0500
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: -2.3 (--)

--0000000000007c9f1a05d292f18c
Content-Type: text/plain; charset="UTF-8"

A variety of modes including python-mode.el will re-arrange the user's
window layout when certain commands are issued.

For example, in python-mode.el, if the user has used Ctrl-x 3 to create a
horizontal split with the code on the left, when the user issues Ctrl-c !
to create a REPL, python-mode.el will re-arrange the windows to have a
vertical split.

Propose to nerf this behavior in the case that the user has manually
re-arranged their windows, unless the mode sets a special flag indicating
they are a special mode that only helps the user manage windows. This
shouldn't break many modes,  as the mode would need to work contingent on
the user's window layout. Nearly all modes would continue to work based on
the existence of their buffers.

Thus, if the user has entered Ctrl-x 1|2|3 at any time, modes would not be
allowed to automatically re-arrange the windows.

This behavior works as expected for most use cases. For example, a user
using Ctrl-x 2|3 to create a window before running M-x shell with the focus
in that window, will only observe expected behavior.

There are special modes for this such as shackle, and several others.
However, providing default behavior that makes sense to the user could
clear up a lot of confusion.

In the case that a mode needs two windows, it is quite difficult for the
user to manage this. For example, you must use use set-window-dedicated-p
on all but two windows, so the new buffers will pop (basically randomly) in
either of the two available slots (if two are available).

In the case that a mode needs two slots and intends to create them if not
available, the special flag indicating that this is a mode that helps the
user manage more complex window layouts could be set for that mode
automatically on recognition of that behavior, as the mode can be
considered as providing an IDE for the user.

As an initial first step for this feature, if the user has either a
horizontal split or a vertical split, no mode without the special flag
should be allowed to switch it the other way around.

Sincerely,

Brian

--0000000000007c9f1a05d292f18c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">A variety of modes including python-mode.el will re-arrang=
e the user&#39;s window layout when certain commands are issued.=C2=A0<div>=
<br></div><div>For example, in python-mode.el, if the user has used Ctrl-x =
3 to create a horizontal split with the code on the left, when the user iss=
ues Ctrl-c ! to create a REPL, python-mode.el will re-arrange the windows t=
o have a vertical split.=C2=A0</div><div><br></div><div>Propose to nerf thi=
s behavior in the case that the user has manually re-arranged their windows=
, unless the mode sets a special flag indicating they are a special mode th=
at only helps the user manage windows. This shouldn&#39;t break many modes,=
=C2=A0 as the mode would need to work contingent on the user&#39;s window l=
ayout. Nearly all modes would continue to work based on the existence of th=
eir buffers.</div><div><br></div><div>Thus, if the user has entered Ctrl-x =
1|2|3 at any time, modes would not be allowed to automatically re-arrange t=
he windows.</div><div><br></div><div>This behavior works as expected for mo=
st use cases. For example, a user using Ctrl-x 2|3 to create a window befor=
e running M-x shell with the focus in that window, will only observe expect=
ed behavior.</div><div><br></div><div>There are special modes for this such=
 as shackle, and several others. However, providing default behavior that m=
akes sense to the user could clear up a lot of confusion.</div><div><br></d=
iv><div>In the case that a mode needs two windows, it is quite difficult fo=
r the user to manage this. For example, you must use use set-window-dedicat=
ed-p on all but two windows, so the new buffers will pop (basically randoml=
y) in either of the two available slots (if two are available).=C2=A0</div>=
<div><br></div><div>In the case that a mode needs two slots and intends to =
create them if not available, the special flag indicating that this is a mo=
de that helps the user manage more complex window layouts could be set for =
that mode automatically on recognition of that behavior, as the mode can be=
 considered as providing an IDE for the user.</div><div><br></div><div>As a=
n initial first step for this feature, if the user has either a horizontal =
split or a vertical split, no mode without the special flag should be allow=
ed to switch it the other way around.</div><div><br></div><div>Sincerely,</=
div><div><br></div><div>Brian</div><div><br></div><div><br></div><div><br><=
/div></div>

--0000000000007c9f1a05d292f18c--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Brian Mingus <reflection@HIDDEN>
Subject: bug#52363: Acknowledgement (Disallow modes from re-arranging
 windows if the user specified a window layout)
Message-ID: <handler.52363.B.16389154564478.ack <at> debbugs.gnu.org>
References: <CADTVsF9T0qYJbZLVO3rpGvmtcNY8=g+SG5_QCu8fJJ6fmb=TWA@HIDDEN>
X-Gnu-PR-Message: ack 52363
X-Gnu-PR-Package: emacs
Reply-To: 52363 <at> debbugs.gnu.org
Date: Tue, 07 Dec 2021 22:18:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 52363 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
52363: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D52363
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 10 Dec 2021 12:18:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 10 07:18:23 2021
Received: from localhost ([127.0.0.1]:45813 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mver1-0001Ld-DO
	for submit <at> debbugs.gnu.org; Fri, 10 Dec 2021 07:18:23 -0500
Received: from quimby.gnus.org ([95.216.78.240]:55054)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1mveqw-0001LG-FY
 for control <at> debbugs.gnu.org; Fri, 10 Dec 2021 07:18:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc:
 MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=zMiKsp/UMiGytD81mWIpfmrw6p0jcui77NE0KqeQqpA=; b=TRrZaQzbb1ieORm/s0gwLGDscj
 4Dp/DMW1AhoezDA4VEB+8DMMFmd2Xh9/emQIAQhmaRxrkiz5TycuxtRJV6vjLi0U/zZ5P32pxGUFx
 f+jqYKhrdTAJ8vfythXqpJFvYek463zsFSAD3WFSUQieFDvKJKDsgNTzmXs/F1YA6ol0=;
Received: from [84.212.220.105] (helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1mveqo-00032A-4F
 for control <at> debbugs.gnu.org; Fri, 10 Dec 2021 13:18:12 +0100
Date: Fri, 10 Dec 2021 13:18:09 +0100
Message-Id: <87o85oy7pa.fsf@HIDDEN>
To: control <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
Subject: control message for bug #52363
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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
 @@CONTACT_ADDRESS@@ for details.
 Content preview:  severity 52363 wishlist quit 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: control
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 (---)

severity 52363 wishlist
quit

Last modified: Fri, 10 Dec 2021 12:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.