From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#32825: 27.0.50; Deterministic window management Date: Mon, 05 Nov 2018 10:34:41 +0100 Message-ID: <5BE00EB1.6090107@gmx.at> References: <874leeaiah.fsf@mail.linkov.net> <5BAA76CF.8010808@gmx.at> <878t3nublx.fsf@mail.linkov.net> <87wor7uqgb.fsf@web.de> <87o9bhkeih.fsf@mail.linkov.net> <87h8h9hk4w.fsf@web.de> <87d0rvb7xg.fsf@mail.linkov.net> <87sh0rkucr.fsf@web.de> <87d0rvqf5r.fsf@mail.linkov.net> <87k1m3krvm.fsf@web.de> <87o9bf13b4.fsf@mail.linkov.net> <87d0rvkq01.fsf@web.de> <5BD57C2B.7020109@gmx.at> <87tvl3rvks.fsf@mail.linkov.net> <5BD96392.3040008@gmx.at> <87y3adakkh.fsf@mail.linkov.net> <5BDAC0ED.9030405@gmx.at> <87h8h0juwn.fsf@mail.linkov.net> <5BDC0E38.5020901@gmx.at> <87d0rl7kl1.fsf@mail.linkov.net> <5BDEB6BA.5000307@gmx.at> <87y3a8jz6v.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1541410402 20925 195.159.176.226 (5 Nov 2018 09:33:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 5 Nov 2018 09:33:22 +0000 (UTC) Cc: Michael Heerdegen , 32825@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 05 10:33:18 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJbG1-0005KK-FV for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Nov 2018 10:33:17 +0100 Original-Received: from localhost ([::1]:34145 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gJbI7-0005jL-Q8 for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Nov 2018 04:35:27 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39437) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gJbHy-0005j8-18 for bug-gnu-emacs@gnu.org; Mon, 05 Nov 2018 04:35:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gJbHk-0006JV-4h for bug-gnu-emacs@gnu.org; Mon, 05 Nov 2018 04:35:15 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58560) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gJbHj-0006Ec-Pk for bug-gnu-emacs@gnu.org; Mon, 05 Nov 2018 04:35:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gJbHi-0001Db-Pb for bug-gnu-emacs@gnu.org; Mon, 05 Nov 2018 04:35:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Nov 2018 09:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32825 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32825-submit@debbugs.gnu.org id=B32825.15414104934662 (code B ref 32825); Mon, 05 Nov 2018 09:35:02 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 5 Nov 2018 09:34:53 +0000 Original-Received: from localhost ([127.0.0.1]:34585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJbHY-0001D7-PO for submit@debbugs.gnu.org; Mon, 05 Nov 2018 04:34:53 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:47469) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJbHW-0001Cr-Am for 32825@debbugs.gnu.org; Mon, 05 Nov 2018 04:34:50 -0500 Original-Received: from [192.168.1.101] ([46.125.250.97]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY75A-1fxipW0s6a-00UtR9; Mon, 05 Nov 2018 10:34:42 +0100 Original-Received: from [192.168.1.101] ([46.125.250.97]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY75A-1fxipW0s6a-00UtR9; Mon, 05 Nov 2018 10:34:42 +0100 In-Reply-To: <87y3a8jz6v.fsf@mail.linkov.net> X-Provags-ID: V03:K1:LEPQbPGbR5GGvfgtEh3U9fypTdvuIrG0ke4HP3y4Vm3o+Tblm+N +JFMrncbDhbbYV8yZlQY8XwnqphQFxm8dkmjGjc/5rS1XMfAVlQp+j/oJW7xDWIehKyA1m9 w+QaQudg4QwnUd6ZyeIzmS/L4qr2+xU1EoEgoK7EBfBol6TdVxTyg/O25Ls3n0w5LAHK8Bj R97y71uNuV0rp+IQuCP7A== X-UI-Out-Filterresults: notjunk:1;V01:K0:f+yDwQ/7/4Y=:AUBxvZHPVoRZ9Gr/mpkSsD IFpx9UL3pynPvudyTrd10C7LU4NDUAQDpFyrWrfzDQ6Ux7jQNC9jgbceqOfVVh/ouwrf2qqOK zuJYnsxyBijSlqoG8l6XRrdjKILvQAUcyQAf5NYCuzAWQSq+sOiFFO0mVML2C+d2o0Wlq2xd6 qHB1H/FzlKFMuPh2ksK0tF6gUKZIj9fiGKl1mIW2OdJCXgILw3soFnTQJajU4dTc65RPjOxVf 0Y/ljUarkfggKgza1sQmz7lCYsOiyNyOZaa9a+EL/fjMWcaShhd0uE2s0cD286m3unDN7uHmi KaFhghDa94jM4yaLZwQScKYZZxpq/WU8zoLOfBbZeFB6NioHBcDYhLCiK4cg4e2xrHDX3I3Zr mAaSFzzsVicLlo4WXPp/qaM+7xCCmgasg7C7Is8/rB9nwWGJ69EfD5NwfpIUNs8t2+i80WXEj SgmUPDT5I/GQJraoRDhqZF5T07cAn1OAqy0wfmzhVA53c3ZSXpl2JyQt+EarZ+46787aS7m8z je3Tf4hpq7KALXPaFMbFoU5KQIm959JdM3bI41ynqN0f9IpPCRN2DFZ3UuXqeCyGxR4kKvHUp 4inAvX4wLW2eoTRaNHZe5IiJF3FV82CAut6Gezl5QONoGho01OCI0frz9K5sGus+YC47YT7GJ OYaGOuCrpJhw/XNdljV4k2FiugZ9rsozMi4OP5r/yoMHVoaNtS3F1UJ/XUWR2079AmBVCCRZc CA4iRsoJ5a1ZxmiX7FX5C5JvB63zLHu67pH5a5mkJUA1L/B3MNoDT2dELcR3e7fiBUhP4aJ5 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:152045 Archived-At: >> (1) Decide whether a specific window can be (re-)used. Should we >> refute it when the window cannot be enlarged to 'min-height' lines? >> The decision would have to be made via 'window-resizable-p' and its >> IGNORE argument set to the window itself so we can, for example, >> (re-)use a preserved size window showing some other buffer. >> >> (2) Actually resize that window via a 'window-height' entry. This is >> independent from (1). Processing a 'window-height' entry is just some >> sort of bonus work 'display-buffer' does for the convenience of the >> user. It in now way affects the decision which window is chosen. >> >> So please think of any bad consequences of what we decide in (1) like >> not using _any_ window on the selected frame because none of them fits >> the 'min-height' constraint. Consider a default two windows frame >> where the size of the selected window is preserved. > > Maybe simply display the buffer in the below window regardless of its > size? Because it makes no sense for display-buffer-below-selected to > display the buffer in a window other than below. But then the same argument holds for popping up a new window. Even if we can't make the new window as large as we want, popping it up below the selected one is the only thing that makes sense if the selected window is at the bottom of the frame. Unless we decide that failing should be better than not making the window high enough. martin