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: Sun, 04 Nov 2018 10:07:06 +0100 Message-ID: <5BDEB6BA.5000307@gmx.at> References: <874leeaiah.fsf@mail.linkov.net> <5BA9E3B1.9010700@gmx.at> <87bm8lzrfb.fsf@web.de> <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> 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 1541322373 15717 195.159.176.226 (4 Nov 2018 09:06:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 4 Nov 2018 09:06:13 +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 Sun Nov 04 10:06:09 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 1gJEMC-0003zD-Mb for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Nov 2018 10:06:08 +0100 Original-Received: from localhost ([::1]:58102 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gJEOI-0003TI-UH for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Nov 2018 04:08:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39815) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gJEO5-0003S9-SL for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2018 04:08:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gJEO2-0006CJ-Mt for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2018 04:08:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57289) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gJEO2-0006BS-Ee for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2018 04:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gJEO2-0001xB-1q for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2018 04:08: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: Sun, 04 Nov 2018 09:08: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.15413224387441 (code B ref 32825); Sun, 04 Nov 2018 09:08:02 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 4 Nov 2018 09:07:18 +0000 Original-Received: from localhost ([127.0.0.1]:33309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJENJ-0001vv-Ml for submit@debbugs.gnu.org; Sun, 04 Nov 2018 04:07:17 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:34605) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gJENH-0001va-O1 for 32825@debbugs.gnu.org; Sun, 04 Nov 2018 04:07:16 -0500 Original-Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8JyQ-1fNOcV2vX0-00w0Jk; Sun, 04 Nov 2018 10:07:05 +0100 Original-Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M8JyQ-1fNOcV2vX0-00w0Jk; Sun, 04 Nov 2018 10:07:05 +0100 In-Reply-To: <87d0rl7kl1.fsf@mail.linkov.net> X-Provags-ID: V03:K1:gogdhvU1D0lmPzGBgyW1zm3px3FMzajVuTS4ne1aXcUOOtbKIG1 TI5Bb8Xx0UulWFKzOVsJwBnxzw8+fk9ubASh1JwXNsX2al8LjejVNbiW/sfGXcSFhiaCxp8 0qjnJRuhdVHWfjaK5nliaG4t2XVoqBJWrQ77ahqPSv5xFLRv821N+jF6/hVScKtu23mB5O1 beLwI4kjirhW8IL/DblGg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Sarj5w0yq1I=:W+J0ZeuY5L6sft2W1H3xTR DJwHVgBJSLETtMoBXIvpkvEayE2UVXf7GcvMbSiEMDAHjMyelKdHgjCtgqkuxt/JOVlx9tAK2 88k8FgJkChG8lc8IYzyWjjKpf4ijI+ceV7hDwGYjN6Xyy/cmStMmYlwPAmmTfUqrIUmevMxsZ g8ZEkV7Xj/VGuQm0lznoskBvSa6EmXzLXHlXmvf643uE97hp4E7y1JPp/jzSbsVeavnUeDgXQ WiqOXB4FTcWD/9gj3RYzQjH4/7R2kPsmzR9aT/wfqzWrKE/EC3iMBs9ccZmQqJVzUCIvbXnRf 8Om+5l1Z5+8QB2QhQA/VxLEdh6rS3TNKkpdnAupGot6ikkbBMG2jvRLsKZiJlTlSyNFp4rc62 Tj+e671gc6iM6CgtI67Et0JcSI37CZEXmP4ifLF38h178cFvDR6zaSyAlTeO+9y+B2jzmQEms hcpJezPfbzpyqbSsxf5qbER7wKXTm3yUIURkt9CcZTKGPfPenf1oJBuyIQ9FGTNoI/jxh88dh cc9fzAZc+aTHqv4BvWPYhUWZO04h3HfCvoYhBHpYnqJnah6BPx8qMsWCs2Dh7CgFASPug8b+p G7Rrn/Kmmh3NExUTDVXVIrI8TZvRcI+7bgKLck10/gGkLWwKQjr1rlQyuuC1TByp0rFCwp9hQ VPVeVCjKcjvmrdb7Q1ArwvF9RX2tslzbBfj16Ww7d3MiYkG3TSYzWfSmv7LHbJ+249t9BmWel eNOk7txfpNu/R35NFrOYHYc5YHih/vlYN1s2rdQ9fV0gd7kNo5cvNyP7Gb6ZRUjx55Y7NKzI 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:152001 Archived-At: >> So you mean that if Emacs can't fulfill a 'window-height' contract for >> a new window below the selected one, it shouldn't make a new one in >> the first place? Then with an an alist entry called 'min-height' we >> could rewrite 'display-buffer-below-selected' as follows: > > Thanks, I tried and it's going without a hitch. OK. This means we will have to change 'display-buffer-pop-up-window' and 'display-buffer-at-bottom' accordingly. >> But would we (re-)use a window if it is not as large as 'min-height'? >> Would we try to enlarge such a window? As far as we can? > > Hmm, enlarge looks like a reasonable choice. Mine was an ill-posed question. What we have to do is: (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. martin