From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#36859: Customizable fit-window-to-buffer Date: Sun, 4 Aug 2019 10:00:20 +0200 Message-ID: References: <87sgqnp9z8.fsf@mail.linkov.net> <6a42d2af-b17a-d2da-1c3c-655f3f2a356f@gmx.at> <87sgqmq67t.fsf@mail.linkov.net> <1d94d43d-45d8-c917-426f-f3ba8c0feabf@gmx.at> <87wofuue1e.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="19520"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 36859@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 04 10:01:13 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1huBS3-0004l2-Rk for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Aug 2019 10:01:11 +0200 Original-Received: from localhost ([::1]:43132 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1huBS2-0007Vw-Td for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Aug 2019 04:01:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43026) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1huBRv-0007Vq-IB for bug-gnu-emacs@gnu.org; Sun, 04 Aug 2019 04:01:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1huBRu-0007ir-KV for bug-gnu-emacs@gnu.org; Sun, 04 Aug 2019 04:01:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51567) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1huBRu-0007ii-H4 for bug-gnu-emacs@gnu.org; Sun, 04 Aug 2019 04:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1huBRu-0002qz-Dy for bug-gnu-emacs@gnu.org; Sun, 04 Aug 2019 04:01:02 -0400 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 Aug 2019 08:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36859 X-GNU-PR-Package: emacs Original-Received: via spool by 36859-submit@debbugs.gnu.org id=B36859.156490563310927 (code B ref 36859); Sun, 04 Aug 2019 08:01:02 +0000 Original-Received: (at 36859) by debbugs.gnu.org; 4 Aug 2019 08:00:33 +0000 Original-Received: from localhost ([127.0.0.1]:60388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1huBRR-0002qB-Gr for submit@debbugs.gnu.org; Sun, 04 Aug 2019 04:00:33 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:39147) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1huBRP-0002pz-Sg for 36859@debbugs.gnu.org; Sun, 04 Aug 2019 04:00:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1564905621; bh=LRkLgGGdn1axEXSceQ7fFCQFGUv8APrOeEyRQzN04EU=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Mc/JqIXskae5Fb7OVJv2ezWQ5HauG89eWC61fleckss36NFSWkuFal4F4pOksvN4K NbAhBrOP0lCJiMpcj6MeMSeqr38oir5zKHdoD4dO1X6yZURhtPtgLWTUTSSNMb53ok ZiI1KBOqAMjm2EeIaKG81ovccrgYqMjxq/wIlbC4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([213.142.96.135]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MMk99-1hzPIZ45Xj-008dyB; Sun, 04 Aug 2019 10:00:21 +0200 In-Reply-To: <87wofuue1e.fsf@mail.linkov.net> Content-Language: de-DE X-Provags-ID: V03:K1:tpTegh+fl8ta8N+JuaUJSoGgPetVJsRrY1q6F56OXH1dsMOnAp0 +OvSH9Z5mgfEBlYdQjTFgsg8xsjo/zJaCWUyfRD+kz7d5+Ig4irmKMAjRRkthCEHl51NDty Gq8dj1ZmWVICY9hxRiyfdJaMyvAvwN5kOEoMRiEcPKBT+sK1q2x04B0TVgtCQnOxeZ5RP4l gM5OsnOBpKWOiD9nKasSg== X-UI-Out-Filterresults: notjunk:1;V03:K0:XJYvqIm3YtI=:xin1fbocgb89LcCynlLnqo uk31Wa+B3X2mSjH7Q7STuDycWTF3hx4uNJi+nn/IBwQ/vtB1gE6Phg3to5YMO3A8ffhzgQWS9 /UrJPGnXEuq9F8oLsq3AOomRTt5l7m6rN7mu4nt2GiLlS1hW8DRDpy8naCoyRhKSuTn51IPXu 30ocRbmSXPRhhOIxC5CYFC7aQGXZMT95yBb8JAbdim0ZPLWh8jyERvAki8mS2W8ajB8QUfjWT YQ1yKoRnUWZqZYUGRXor00h3EjW96zH5tMiODTsOCvcSg+7CilTgvZPzHF+Wisy/SFSkE6ndf T92oBIV9mf7/pZ+dZPigphylT5UGgGxJri8SaOAwDd8EHgL3U4Ob+sRjpCivXCbMryiUd7Cvy iUPe28VVbGyZL/eabx28L5OfiaKGeVFfW+dcRH+d52wy8KXTM7ty62FKs/Ai49pV8bKzf4qWL NLZbC/G8u/2dw2yiur4VrAYGykd2AzSaalTUNFH1ZN6iLQXqrawXBG5APbJ3FSPtrcSnzYzE4 Miruq4soNmtr06POaYQkusYLzl7ngakpQdkoaV2ICKDdfPlIg9IT6T5iH5eAE1X9O71kttKnT DG6p51k77tn7DAkEARfvbzDEV2yQOSUNW4x538Uu5HTZ9Vjkvbge37jAsOWvdPJrM6X014vYA eS3csZl5x+v+jFUAVkMbEsLE9/ynqWyhivQbZqGdWw1DP8rgeWrElIAczGH6J3eG3yUvAevmM 0KrnCnC3Gy/wFB8iWQlgWaCcUqKFHxpxv3zgdOznJVBLDwXCJG8YWwcvKCVZcIO7sYy0gZZ7 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: 209.51.188.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:164534 Archived-At: >>> I hope it would be possible to specify a special action alist entry >>> in 'display-buffer-alist' , e.g. >>> >>> (window-height . no-fit-window) >> >> Wouldn't just (window-height) suffice? > > Maybe, I'm not sure if the case when window-height is missing in alist > can be distinguished from the case when window-height is nil. The important aspect is that a (window-height) entry effectively overrides a (window-height . fit-window-to-buffer) one. > Or maybe 'shrink-window-if-larger-than-buffer' could be added in the body > of another new ALIST argument 'post-display-function'. Where would that 'post-display-function' be called? This wouldn't be any more in the scope of 'display-buffer'. I'm still not convinced that this display buffer then fill buffer then fit/shrink window according to buffer size metaphor makes any sense. If we want to make the window size follow the buffer size, the buffer should have been filled before being displayed. martin