From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#39822: 27.0.90; Cannot set *Completions* buffer height using display-buffer-alist Date: Wed, 4 Mar 2020 18:30:32 +0100 Message-ID: References: <87k146q02n.fsf@firemail.cc> <87ftet76tv.fsf@firemail.cc> <21d2102d-367b-54da-33c5-1ae1ac579bd9@gmx.at> <87imjpw3wx.fsf@mail.linkov.net> <87o8tfzmrx.fsf@mail.linkov.net> <43297d89-9e87-0b23-0bca-98b13a27cfe6@gmx.at> <87ftep2h1x.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="108291"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Davor Rotim , 39822@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 04 18:35:55 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j9Xw2-000S2J-Rl for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 04 Mar 2020 18:35:54 +0100 Original-Received: from localhost ([::1]:37502 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9Xw1-0006mx-Kt for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 04 Mar 2020 12:35:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44565) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9XrL-0004XH-Jd for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2020 12:31:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j9XrK-0001Pw-LB for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2020 12:31:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35823) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j9XrK-0001PX-Fs for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2020 12:31:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j9XrK-000121-DQ for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2020 12:31: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: Wed, 04 Mar 2020 17:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39822 X-GNU-PR-Package: emacs Original-Received: via spool by 39822-submit@debbugs.gnu.org id=B39822.15833430453943 (code B ref 39822); Wed, 04 Mar 2020 17:31:02 +0000 Original-Received: (at 39822) by debbugs.gnu.org; 4 Mar 2020 17:30:45 +0000 Original-Received: from localhost ([127.0.0.1]:41796 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j9Xr3-00011X-ES for submit@debbugs.gnu.org; Wed, 04 Mar 2020 12:30:45 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:41895) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j9Xr1-00011I-RJ for 39822@debbugs.gnu.org; Wed, 04 Mar 2020 12:30:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1583343034; bh=5KExj6WUq/d5x3DivCMa5otDqXXQnw8ZMTHk3xufzS8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=jFKe3WSOVFo9ncLxWnPU4WZ8raJW66/LVC7Ze9HTDHvgBzj8081melFJp9EdZbS2j JDv61Z8ZMVjsbJGBOZWi2FgbuYcBUphxpujibjuMbttyt4+2aTwQ8E2XLNrx692q3U eAefy5VTG4u4l24XdYozYPKi9rqhX3ofdsRrdyCU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.38]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M6Db0-1j2yGn3hV2-006eNx; Wed, 04 Mar 2020 18:30:34 +0100 In-Reply-To: <87ftep2h1x.fsf@mail.linkov.net> Content-Language: en-US X-Provags-ID: V03:K1:6fDmj/CJVr0c8SVZ7DyETB6K5LvEc2QjDJukMYkaBq3uwTYXnxH hEMn52lDaFeSpA4QZQdRj+RhwRXry3RLvm33cwstSYYm83cYTeK35NyR5dywnK1bwFbAQDk eDwwiHEBl9n8VgGE9MCW+q2LW8n8LzwSes9dgflF4C47R/4RlmDb2qGajAGefxpVplq+uGU BeMGtbpEnNDnG7G8IcWuw== X-UI-Out-Filterresults: notjunk:1;V03:K0:ZoOEwzFqNjg=:+Fc1pdJEE/qEv01FIM+NIf Urwd5uKJm6i6dxNpQyNiltH2IfbGW/fo9ZTN33+/97gqr9soYcj/1Yj4Dv0CYXxk0/ZFBEDB4 Be0e4CYMekI+MjgiM4k+BOo677i2eHDj/ArF12RuqjjK8ZK1U/tdSQvGvQxdwLreWrRBzigg3 Zou5jIUQ6m4lPVvWAYVbyWxgOD+5Ey5bJmPu3RxRkzTrvIimPm1HxRpHNJeEJ6Bw9Inow8aDO kk3ClnJN9axqwNqfWInIoMaITl62U2biBmm++5jtMT78p6efVOc1FNaA1FEH3U3wRDfVGiQ+6 I2ZCzkKUK4sEm/+GNCLetDaM4Ia6LIb3RXns3ZkBXb3A0VmhAw4GOzV7by8hqjNh7L2aBb8tS 5tTW8iy2dq8Bo2EiRJL1/WJ98sKC88BjbdhI6IqcIO2SrCLXfxBOy+aqc+FuFExm9+1Svsauj 7Lb0nBAa6ik9KpLjXY1f2m1fTyFEeVaR3RniGyIP4uYfGzCuNQ1+8zJCAHz/W2/4Z1JbROC/q 797PlyHxtGtdMkS1oV64gYPYqOggzZu9+8rHbW6uOo7x6kNmHVBArYuNueVTSVxJ4GVk01LuS TvKipnomKcJWoQbUPqtjzrOcVfF7SORW0U+i58njA1GLtCF6x31FQNWr/c+eZAOvvX7sfQ849 7dlE6Sn2Q3dQeqbyOIlov7us+KxYxTK17jx/PlkJlVxFl8HH05z0aUFKKF48mVmmdjfJbmSzF ld5TYH2O4NEnePg+bwZxh79LyssO1HY93Fym5K4svpwoSqjL7TU6983cAcVowqpJZ4eTeD30 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:176855 Archived-At: > Here is a complete list of commands that use > with-displayed-buffer-window: > > - dired-mark-pop-up > - minibuffer-completion-help > - save-buffers-kill-emacs > > What they all have in common is that they have some post-processing > in the displayed buffer. I wonder why there are no more such commands > that need to do such post-processing? Maybe they use some simpler > solution that could be used here as well? > > For example, hack-local-variables-confirm uses just > > (pop-to-buffer "*Local Variables*" '(display-buffer--maybe-at-bottom)) IIUC it neither runs the hooks for temporary buffers nor does it obey 'temp-buffer-resize-mode'. > and nothing more, without hassles of with-displayed-buffer-window. > And still it fits the window nicely into the buffer height. How comes? > Why the above 3 commands couldn't do the same by abandoning > with-displayed-buffer-window? It depends on how much of the stuff in 'temp-buffer-window-setup' and 'temp-buffer-window-show' they really need. martin