From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#58728: 29.0.50; Minibuffer does not follow tabs Date: Fri, 28 Oct 2022 09:40:46 +0300 Organization: LINKOV.NET Message-ID: <86fsf81mdt.fsf@mail.linkov.net> References: <87h6zvnrdl.fsf@gmail.com> <86bkpz7m2s.fsf@mail.linkov.net> <87tu3rcqkf.fsf@gmail.com> <86ilk5vh3w.fsf@mail.linkov.net> <87tu3p2vog.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24877"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) Cc: 58728@debbugs.gnu.org To: Visuwesh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 28 09:05:17 2022 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 1ooJQb-0006Dk-6q for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 28 Oct 2022 09:05:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ooJQ3-0006lY-ER; Fri, 28 Oct 2022 03:04:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ooJPe-0006XW-HY for bug-gnu-emacs@gnu.org; Fri, 28 Oct 2022 03:04:23 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ooJPN-00070s-RG for bug-gnu-emacs@gnu.org; Fri, 28 Oct 2022 03:04:14 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ooJPN-0003N1-M6 for bug-gnu-emacs@gnu.org; Fri, 28 Oct 2022 03:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Oct 2022 07:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58728 X-GNU-PR-Package: emacs Original-Received: via spool by 58728-submit@debbugs.gnu.org id=B58728.166694063212924 (code B ref 58728); Fri, 28 Oct 2022 07:04:01 +0000 Original-Received: (at 58728) by debbugs.gnu.org; 28 Oct 2022 07:03:52 +0000 Original-Received: from localhost ([127.0.0.1]:60105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ooJPE-0003MK-7w for submit@debbugs.gnu.org; Fri, 28 Oct 2022 03:03:52 -0400 Original-Received: from relay7-d.mail.gandi.net ([217.70.183.200]:51077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ooJPC-0003Lo-2Z for 58728@debbugs.gnu.org; Fri, 28 Oct 2022 03:03:50 -0400 Original-Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id CC9AD20003; Fri, 28 Oct 2022 07:03:40 +0000 (UTC) In-Reply-To: <87tu3p2vog.fsf@gmail.com> (Visuwesh's message of "Thu, 27 Oct 2022 19:52:23 +0530") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:246397 Archived-At: >> 1. emacs -Q >> 2. M-: (setq wc (current-window-configuration)) >> 3. M-x >> 4. M-: (set-window-configuration wc) >> 5. ??? >> 6. The minibuffer with its window is restored and reactivated. >> >> Maybe something like what frameset-to-register/jump-to-register does, >> that restores the minibuffer, but doesn't reactivate it. > > Without putting much effort, I ended up with the following expression > after a quick C-h d for "minibuffer" > > (set-window-buffer (minibuffer-window) (get-buffer (format " *Minibuf-%d*" (minibuffer-depth)))) This works only for the recent minibuffer, but not for recursive minibuffers with arbitrary depths, such as 1. emacs -Q 2. M-: (setq wc (current-window-configuration)) 3. C-x C-f 4. M-x 5. M-: (set-window-configuration wc) 6. M-: (set-window-buffer (minibuffer-window) (get-buffer (format " *Minibuf-%d*" (minibuffer-depth)))) 7. C-g The first minibuffer is not displayed. But OTOH, window-state handles it correctly, because it just doesn't mess with minibuffers: 1. emacs -Q 2. M-: (setq ws (window-state-get (frame-root-window) t)) 3. C-x C-f 4. M-x 5. M-: (window-state-put ws (frame-root-window) 'safe) 6. C-g > I am not sure how well this will work with minibuffer-only-frames and > such though. We need to select the minibuffer when switching the tab if > the minibuffer was selected prior to the switch too, but that's a matter > of (select-window (minibuffer-window)) I think. For making it more like minibuffer-only-frames, there are more questions. After switching to another frame and exiting the minibuffer, it switches back to the original frame to execute the command, e.g.: 1. emacs -Q 2. C-x 5 5 C-h i 3. M-x 4. C-x 5 o 5. C-x o (need to switch to the minibuffer because switching frames doesn't select the minibuffer, maybe a bug?) 6. count-words RET The command 'count-words' is executed in the original frame. What should tab-bar.el do? Select the original tab before executing the minibuffer command?