From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#32825: 27.0.50; Deterministic window management Date: Sun, 18 Nov 2018 00:23:39 +0200 Organization: LINKOV.NET Message-ID: <87bm6ntjuk.fsf@mail.linkov.net> References: <874leeaiah.fsf@mail.linkov.net> <5BE2AF02.40909@gmx.at> <87sh0cva5h.fsf@mail.linkov.net> <5BE3F981.8000002@gmx.at> <8736sbmdtv.fsf@mail.linkov.net> <5BE54FBE.306@gmx.at> <874lcqmu6u.fsf@web.de> <5BE582D4.8010201@gmx.at> <874lcok62x.fsf@mail.linkov.net> <5BE7EE09.3020003@gmx.at> <87pnvbpejc.fsf@mail.linkov.net> <5BE93DB5.8070804@gmx.at> <87wophvpag.fsf@mail.linkov.net> <87efbprc1h.fsf@mail.linkov.net> <5BEA9577.1080204@gmx.at> <87sh047dzh.fsf@mail.linkov.net> <5BEBDDE6.1030701@gmx.at> <87sh03jjxm.fsf@mail.linkov.net> <5BED388E.7030506@gmx.at> <875zwyuicg.fsf@mail.linkov.net> <5BEE8587.9090702@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1542494058 21454 195.159.176.226 (17 Nov 2018 22:34:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Nov 2018 22:34:18 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: Michael Heerdegen , 32825@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 17 23:34:13 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 1gO9AL-0005S7-3H for geb-bug-gnu-emacs@m.gmane.org; Sat, 17 Nov 2018 23:34:13 +0100 Original-Received: from localhost ([::1]:50630 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gO9CR-0007y0-HA for geb-bug-gnu-emacs@m.gmane.org; Sat, 17 Nov 2018 17:36:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54879) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gO9CD-0007wx-NZ for bug-gnu-emacs@gnu.org; Sat, 17 Nov 2018 17:36:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gO9C7-0001uH-Df for bug-gnu-emacs@gnu.org; Sat, 17 Nov 2018 17:36:09 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53957) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gO9C7-0001uD-AT for bug-gnu-emacs@gnu.org; Sat, 17 Nov 2018 17:36:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gO9C7-0008Nq-5A for bug-gnu-emacs@gnu.org; Sat, 17 Nov 2018 17:36:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Nov 2018 22:36:03 +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.154249413332182 (code B ref 32825); Sat, 17 Nov 2018 22:36:03 +0000 Original-Received: (at 32825) by debbugs.gnu.org; 17 Nov 2018 22:35:33 +0000 Original-Received: from localhost ([127.0.0.1]:58214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gO9Bc-0008My-MR for submit@debbugs.gnu.org; Sat, 17 Nov 2018 17:35:33 -0500 Original-Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:47165) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gO9BY-0008Mo-W3 for 32825@debbugs.gnu.org; Sat, 17 Nov 2018 17:35:29 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 98B205E2F2D; Sat, 17 Nov 2018 22:35:27 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a77.g.dreamhost.com (unknown [100.96.29.126]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 563985E2F15; Sat, 17 Nov 2018 22:35:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a77.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Sat, 17 Nov 2018 22:35:27 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hook-Cellar: 7ea3c7f3375ea388_1542494127496_3741227220 X-MC-Loop-Signature: 1542494127496:235799722 X-MC-Ingress-Time: 1542494127496 Original-Received: from pdx1-sub0-mail-a77.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTP id 22CD2804CD; Sat, 17 Nov 2018 14:35:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=7FauAn4Zvz0OywppoyXp71Ztkb4=; b= ZKkZ6agBAifp4Z24jTbxgNiSbVVjhNAkBMLnlUt0LDrzNY5uBmW5NTEAOb+QoiOK +Z/UDW8SPV77ndAxLFx42YN+wpQ4feqCml9GpHFrCiR1vGEQoEDcUF+U3jtbkNR3 gv1kQmSQh6+GgBrGBc7X41Gc8wCWExbZKy2o7ahPRrI= Original-Received: from mail.jurta.org (m91-129-107-244.cust.tele2.ee [91.129.107.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a77.g.dreamhost.com (Postfix) with ESMTPSA id 71C32804CF; Sat, 17 Nov 2018 14:35:23 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a77 In-Reply-To: <5BEE8587.9090702@gmx.at> (martin rudalics's message of "Fri, 16 Nov 2018 09:53:27 +0100") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrleelgdduieeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeegnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdeggedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd 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:152488 Archived-At: >> The need to skip. If the original window was too small >> to split and display the buffer in a new window below, then >> if some existing window is reused to display the temporary buffer, >> it's understandable for the user why that temporary buffer is shown >> in the window-local tab-bar. >> >> At least, then the user will see in which window the same buffer >> will be reappear again - in the same window that shows this buffer >> in its window-local tab-bar. > > The latter is a visual feedback. But if I blindly use C-x left, I'd > still be surprised. Then maybe better to add such buffers to the end of the prev-buffers list or to the end of the next-buffers list. >> The second time when the buffer is displayed again in a previous window >> is deterministic. But the first time it is non-deterministic - it's >> displayed in a random window. At least, the user can't predict the >> window where it will be displayed - thus the surprise factor. >> With get-mru-window instead get-lru-window the place is more >> deterministic because the user usually remembers which window is mru. > > We can add an action alist entry to get the mru (or better > mru-not-selected) behavior. A small deal. This would be very nice, thanks in advance. >> When I create three windows or more, then get-lru-window always >> selects a wrong window. Is it possible to change get-lru-window to >> get-mru-window to allow using three windows and more on the >> same frame? > > Earlier we discussed whether "creating a window" should also mean > "using that window". This could be yet another action alist entry - > bump the use time of the window used for displaying a buffer even when > it's not selected. It seems the logic in most cases doesn't depend on creation time, only on usage time like in mru. > Something I notoriously forget in all my answers: Note that you need > not add an action function in 'display-buffer-overriding-action' and > friends. Adding an action alist entry can often be sufficient to > affect the remaining functions in the desired fashion. I suppose you > knew that already, but just in case ... I don't understand what an alist entry you mean. Or you mean adding a new alist entry like (default-window . mru-not-selected)?