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: Wed, 07 Nov 2018 10:23:06 +0100 Message-ID: <5BE2AEFA.3070309@gmx.at> References: <874leeaiah.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> <5BDEBD84.7090402@gmx.at> <87wopsjz6k.fsf@mail.linkov.net> <5BE00EC2.1060102@gmx.at> <878t27xk7d.fsf@mail.linkov.net> <5BE15500.3080908@gmx.at> <87lg65uaed.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 1541582532 31470 195.159.176.226 (7 Nov 2018 09:22:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 7 Nov 2018 09:22:12 +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 Wed Nov 07 10:22:08 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 1gKK2J-00083r-7p for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Nov 2018 10:22:07 +0100 Original-Received: from localhost ([::1]:46749 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKK4P-0003Wo-NU for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Nov 2018 04:24:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gKK4F-0003We-6k for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 04:24:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gKK4B-0007u7-0a for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 04:24:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33882) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gKK4A-0007s6-7T for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 04:24:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gKK4A-0003ns-2b for bug-gnu-emacs@gnu.org; Wed, 07 Nov 2018 04:24: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, 07 Nov 2018 09:24: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.154158260114538 (code B ref 32825); Wed, 07 Nov 2018 09:24:02 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 7 Nov 2018 09:23:21 +0000 Original-Received: from localhost ([127.0.0.1]:38134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKK3U-0003mQ-Ok for submit@debbugs.gnu.org; Wed, 07 Nov 2018 04:23:20 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:51605) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gKK3T-0003mC-2j for 32825@debbugs.gnu.org; Wed, 07 Nov 2018 04:23:19 -0500 Original-Received: from [192.168.1.101] ([212.95.5.136]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVJze-1g16rR15A6-00YkI3; Wed, 07 Nov 2018 10:23:11 +0100 Original-Received: from [192.168.1.101] ([212.95.5.136]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MVJze-1g16rR15A6-00YkI3; Wed, 07 Nov 2018 10:23:11 +0100 In-Reply-To: <87lg65uaed.fsf@mail.linkov.net> X-Provags-ID: V03:K1:oY8ZXu89UTB2tmH2lx5WSfODac+8IQAQK1wHllsvIKGdY3ll8zX m0vdhKlW50bqYoJ2G6awowdlchxR5Zo4a3fuZgvP5rlvvJx3iG5Nqfjz/3FSXF0XjDGt/Hj pGtjjJsI324AFofWtkEMV6XDQAjE7iEEMwwufbGK2BrOpYCDckZZ/4BIWYaOwJf+AooXP8e NA4WPtXFF2xWCiTBN0nlQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:uL/Nq9jnLOc=:51syS2nWW30IXNdpGJBnvu uGVtx3cLvROkmAs7j7af4qfbiy7j99UEIMKAgSYS7SLRpoCYRBbo3DYMpZk5pq66W5gBnh0zm xWlca87O1FcM+MHKet22zbfbyM+Gwq9Mj3/JKu/2qstZMIOkgW11j31LpzPvw5daUx7ZRXlev w4+eO2G3knz5yeqIRglPvnSToLUP47QD+krjyQPoeWMtSB6mXJjVE1jiFRspgZIqU1+ZZiUud JvyS09OjqZ3eaWanyEeL4GbKhfGECRniU3g1X/+7LMTh4rtYtup+y7unP7mM4Erok95gO9d/B Nc+PpwGAaVZt9WrQzWe4uikBfzjfgNoR/OKw1cUqOV6FlTvp5o6XTaoRsT3ISlU2O2oJ14Qz8 Qm7RMVpbzu3DwT2himZ0HGvg/5pztOTBmF1L7JFSND7aVGbl+CFhBbnGQ4AEYbwyByBxZiyTI Ie+IV7ir9UodLJROHuuYxxs59wzEWhY6yIVHiQTzqV9OLkFSI7Tfqs11waZibGfi9UiH4KZAp LylYdeVYdVDZSwAJuQsbSXX27dhjTGECNMBS53rBbncekb/NRrL86jHftiK/G/t9xvxdKhUvD bu681bXEXl5DabH+Id4/I5Vs0HcrlThxjL+Vvbo3ynNJ+EVtL9eNq5kOpwMt/IOJxfj8P9KBM VSjI3PinXoA3bnzCuCSTvZRcpiokNzNyjQClpK4kVeK2xMC4j0ODNOuLaeEIjfRudKgKXq/Ht VBW552LbOVLjbSsoOgnf4Id5XncQdySgW/JxtovoPowRD5sFgzEVTddLHuk6gzAgMxccQMaj 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:152123 Archived-At: > Isn't this bad that this function does the double work, i.e. > first displays the buffer, then reverts, and if everything is right, > displays the same buffer again. Shouldn't it display the buffer > only once, then check if everything is right, and revert only > if not. The primal problem this was supposed to solve is: (1) Get the size (typically the body width) of the window supposed to display a buffer (typically a doc or man buffer). (2) Format the buffer in some way so that it fits into (1)'s size. (3) Call 'display-buffer' to actually display the buffer. In such a scenario the time to perform (2) usually dwarfs the time needed by (1) so it shouldn't be that bad. We obviously could use this approach to revert 'display-buffer' whenever it did something bad. But we shouldn't do that by default, the overhead for storing the configurations is not negligible. martin