From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#38354: 27.0.50; Implement display action display-buffer-in-tab Date: Fri, 06 Dec 2019 01:54:02 +0200 Organization: LINKOV.NET Message-ID: <87r21is5h9.fsf@mail.linkov.net> References: <87imna2nsi.fsf@mail.linkov.net> <8736ea5kcz.fsf@mail.linkov.net> <7979be54-2a01-2e97-d956-2500e7999e26@gmx.at> <87d0dd3yb7.fsf@mail.linkov.net> <87r21r389g.fsf@mail.linkov.net> <87lfrvk7cg.fsf@mail.linkov.net> <6be9eb15-062d-b15f-04c8-993a2a2eee22@gmx.at> <87h82i9tvd.fsf@mail.linkov.net> <87pnh5m16o.fsf@mail.linkov.net> <6fbb734e-2fce-c148-0387-8cbe9bba649c@gmx.at> <87k17bn1q8.fsf@mail.linkov.net> <9a4ded52-68ea-809a-43b4-066d65fd7978@gmx.at> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="46573"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: 38354@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 06 01:22:23 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 1id1O2-000Bze-3V for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Dec 2019 01:22:22 +0100 Original-Received: from localhost ([::1]:34032 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1id1O0-00010Z-W8 for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Dec 2019 19:22:21 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43900) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1id1Lt-00082i-Fp for bug-gnu-emacs@gnu.org; Thu, 05 Dec 2019 19:20:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1id1Lm-00053e-DQ for bug-gnu-emacs@gnu.org; Thu, 05 Dec 2019 19:20:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39446) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1id1Ll-00053I-UX for bug-gnu-emacs@gnu.org; Thu, 05 Dec 2019 19:20:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1id1Ll-0005au-Os for bug-gnu-emacs@gnu.org; Thu, 05 Dec 2019 19:20:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Dec 2019 00:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38354 X-GNU-PR-Package: emacs Original-Received: via spool by 38354-submit@debbugs.gnu.org id=B38354.157559157321419 (code B ref 38354); Fri, 06 Dec 2019 00:20:01 +0000 Original-Received: (at 38354) by debbugs.gnu.org; 6 Dec 2019 00:19:33 +0000 Original-Received: from localhost ([127.0.0.1]:45410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id1LJ-0005ZP-29 for submit@debbugs.gnu.org; Thu, 05 Dec 2019 19:19:33 -0500 Original-Received: from black.elm.relay.mailchannels.net ([23.83.212.19]:32231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1id1LF-0005ZF-QI for 38354@debbugs.gnu.org; Thu, 05 Dec 2019 19:19:31 -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 5C37A341CD0; Fri, 6 Dec 2019 00:19:28 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a86.g.dreamhost.com (100-96-169-13.trex.outbound.svc.cluster.local [100.96.169.13]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E3740340A21; Fri, 6 Dec 2019 00:19:27 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a86.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Fri, 06 Dec 2019 00:19:28 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Quick-Abaft: 7f81eb0478580e27_1575591568145_3969834925 X-MC-Loop-Signature: 1575591568145:3585480207 X-MC-Ingress-Time: 1575591568145 Original-Received: from pdx1-sub0-mail-a86.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a86.g.dreamhost.com (Postfix) with ESMTP id 064D7823A5; Thu, 5 Dec 2019 16:19:24 -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=C8gr+NtDAGJDmTFsnQgv69lEOFc=; b= J7ojGILwoxNF/80KfgwWPF4/3p4Xe3EJXH0TuTP30szqCbxkl8fMZrqXqu3mi/QZ 5tI+heJ7akd7xZzBJ3o8ddt5XBXDm2qeCDdGAvtmMq56xb5xSSVZ40JSl1Z0FK2j 6YXaOHkkgK9OOu6aNlT6bAkkDpjPhuopvvHUZ6igVjU= Original-Received: from mail.jurta.org (m91-129-96-42.cust.tele2.ee [91.129.96.42]) (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-a86.g.dreamhost.com (Postfix) with ESMTPSA id AEA20823AD; Thu, 5 Dec 2019 16:19:21 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a86 In-Reply-To: <9a4ded52-68ea-809a-43b4-066d65fd7978@gmx.at> (martin rudalics's message of "Thu, 5 Dec 2019 10:05:28 +0100") 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:172939 Archived-At: >> I have no preference, but don't understand why the implementation >> should provide only one way, but not another. Is it what users expect? > > IIRC that's how we interpreted the term "reuse" in the past - do not > change configurations if we can avoid it. But I have no preference > either. Still unclear what window currently code prefers in case of two or more windows displaying the same buffer, or when the buffer is displayed in windows of two or more frames. What window/frame it reuses? Just the first found? Is it possible to express such preferences for multiple windows/frames in display-buffer-alist? >> It should close the tab only on quitting the window with the buffer >> whose displaying created the tab. For example, when >> 'switch-to-buffer-other-tab' creates a new tab, then quitting >> its buffer should close the tab. >> >> This is the same logic as for creating/deleting the window, e.g. >> 'C-h f car RET' creates a window, but typing 'q' in Help buffer >> deletes the window. 'q' in a new tab should close it as well. > > OK. But what if another action adds something to such a tab and we > then quit the window. Or is such a scenario impossible? Does a similar situation happen in case of window quitting? Then the same logic could be reused for tab quitting. When another buffer is displayed in the same window, then quit-window doesn't delete the window with another buffer?