From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Better handling of window margins Date: Fri, 04 Dec 2015 20:34:46 +0200 Message-ID: <83610egj09.fsf@gnu.org> References: <87mvttsvsj.fsf@fastmail.fm> <83k2oxj7d6.fsf@gnu.org> <565F2DD3.9020400@gmx.at> <838u5cka88.fsf@gnu.org> <565F3441.1020707@gmx.at> <83610gjabz.fsf@gnu.org> <566086FA.6010603@gmx.at> <83h9jzi99p.fsf@gnu.org> <566149DC.8020803@gmx.at> <83zixqh7o4.fsf@gnu.org> <56616922.4030609@gmx.at> <83fuzigrdc.fsf@gnu.org> <5661C5AE.8010702@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1449254132 27063 80.91.229.3 (4 Dec 2015 18:35:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Dec 2015 18:35:32 +0000 (UTC) Cc: joostkremers@fastmail.fm, emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 04 19:35:23 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a4vCU-0000Np-SL for ged-emacs-devel@m.gmane.org; Fri, 04 Dec 2015 19:35:23 +0100 Original-Received: from localhost ([::1]:42418 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4vCP-0002nH-46 for ged-emacs-devel@m.gmane.org; Fri, 04 Dec 2015 13:35:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48674) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4vCI-0002lQ-0U for emacs-devel@gnu.org; Fri, 04 Dec 2015 13:35:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a4vCD-0005yg-4t for emacs-devel@gnu.org; Fri, 04 Dec 2015 13:35:09 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:52235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4vCC-0005ws-TE for emacs-devel@gnu.org; Fri, 04 Dec 2015 13:35:05 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NYU00F00JJQ2U00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Fri, 04 Dec 2015 20:34:59 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYU00E0SJMAY180@a-mtaout20.012.net.il>; Fri, 04 Dec 2015 20:34:59 +0200 (IST) In-reply-to: <5661C5AE.8010702@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:195895 Archived-At: > Date: Fri, 04 Dec 2015 17:56:14 +0100 > From: martin rudalics > CC: joostkremers@fastmail.fm, emacs-devel@gnu.org >=20 > > I agree. But if we only care about showing the same buffer case= , then > > we do really need to consider only the width of the text area wh= en we > > decide whether to split horizontally or vertically, right? More= over, > > even when another buffer is shown in one of the two windows, the > > window that continues to display the original buffer should stil= l have > > reasonable width of its text area, right? And the only way to > > guarantee the latter is to consider the width of only the text a= rea, > > excluding the margins. >=20 > I miss you here. This discussion started with the problem that whi= le > modes are able to readjust their margins when a window is split, > =E2=80=98split-window-sensibly=E2=80=99 won't split the window beca= use it looks only at > the width of the text area. C-x 3 would fail in the same manner be= cause > it would compare =E2=80=98window-min-width=E2=80=99 (whose "value h= as to accommodate two > text columns as well as margins, fringes, a scroll bar and a right > divider, if present") with a text only area. "C-x 3" should compare window-min-width with the size of the text are= a only. > >> > We are still talking about splitting windows here, right? > >> > >> And about resizing windows, right? > > > > I wasn't aware that resizing windows was part of the use cases > > considered by this discussion. How is it relevant? What decisi= ons > > during resizing depend on the margins? >=20 > When I split a window I have to shrink the original one. When I ha= ve > two side by side window and want to enlarge one of them I have to s= hrink > the other one. So we have to solve the same problem in both cases. What problem is that? The problem we need to solve in the split-window case is whether to split vertically or horizontally. There's no such problem when resizing a window. If you mean the problem when to refuse the resize because the window is too small, then yes, it should also look at the size of the text area alone.