From unknown Sat Aug 16 18:20:29 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#58728 <58728@debbugs.gnu.org> To: bug#58728 <58728@debbugs.gnu.org> Subject: Status: 29.0.50; Minibuffer does not follow tabs Reply-To: bug#58728 <58728@debbugs.gnu.org> Date: Sun, 17 Aug 2025 01:20:29 +0000 retitle 58728 29.0.50; Minibuffer does not follow tabs reassign 58728 emacs submitter 58728 Visuwesh severity 58728 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 22 23:36:28 2022 Received: (at submit) by debbugs.gnu.org; 23 Oct 2022 03:36:28 +0000 Received: from localhost ([127.0.0.1]:42710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1omRml-0001Fz-Sq for submit@debbugs.gnu.org; Sat, 22 Oct 2022 23:36:28 -0400 Received: from lists.gnu.org ([209.51.188.17]:49344) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1omRmh-0001Fo-Cv for submit@debbugs.gnu.org; Sat, 22 Oct 2022 23:36:26 -0400 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 1omRmd-00026F-Oj for bug-gnu-emacs@gnu.org; Sat, 22 Oct 2022 23:36:20 -0400 Received: from mail-pg1-x544.google.com ([2607:f8b0:4864:20::544]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1omRmX-0000PP-4w for bug-gnu-emacs@gnu.org; Sat, 22 Oct 2022 23:36:17 -0400 Received: by mail-pg1-x544.google.com with SMTP id f193so5996862pgc.0 for ; Sat, 22 Oct 2022 20:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:date:subject:to:from:from:to:cc:subject :date:message-id:reply-to; bh=ej46n51FaDmwKhsT5q9A9fELSWxlaDBisxNBHrcA3Gc=; b=JuIcmDQqe7xjwlqXxXXBJqkS6O/Y3Hl+yg2azLHr0D51U0d1mRuHqntAEuC7nmDUcM CcgTnRZvfhJqIMkXJfTuL+2eVGwhnbJfgqo/qISn9zNKV0QrmF329vrLES4ORKJD5QKn DwGMj61/ahExu+zgiB07s3DSlqwTY4WS8SJlNnVmjXuKRZGWAqtuQdrnwyd40vcayzln CYD3jocU43u238SsjflPNJ6T4dTCAkycOoQzgtb3h7y7brGMjCnAloGhiyRIgwZ3x2iU gkbCQpJU291phui6rN5czF+BhbcstHm7W1CU0VZghJdY30Hwvj4xbOQQXV/wHVNKQcsq Wv5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:date:subject:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ej46n51FaDmwKhsT5q9A9fELSWxlaDBisxNBHrcA3Gc=; b=Vy5HLQ5vF2d1ax/kJaM2LEXm7Yd9hwB9W1PaNuDB+fS/hImJ07mUBNJbqH3xVo0Q6b Itc6mjMh8n0UXI5y5YJK9zKQEvkGDQjFmNma6C/VQUWL0+BF5aThA+1cuuMomZFIIRgM Fo85K+Oz0nByyuZfBCQQ/qxtxGNCsu6gEXkq9VzTk3ivv5qTOzc6LxFV56E/U+Rd89ul BOLlD6vIjLKnIZBKlpYZoby0lUXMO3K3ByGaLm0HzQfb3o5TXMPX+XW3r2hPr2xD2meW 002EAY8kuXIwQmvQMA4yi+/CbE1ZEasY2Cd4TwNXsaMQWLFdrWwONCQ2FBHz+T9lcqGw H2qQ== X-Gm-Message-State: ACrzQf0UXeq2RB1WAQDZ8Hg6GwlGCDq2fVndy+75zVdBGRrsJv27UIRf mB0StohIE0Z9niUuKKqys0PGBbxv7iA= X-Google-Smtp-Source: AMsMyM6XmkrWAfNTkeBxB2xb8ufj+0rMU/UUgxP88StxVqWhzk8dR8sRNLLhRsfj/JmD78WA0gobfA== X-Received: by 2002:a63:2cd2:0:b0:41c:5901:67d8 with SMTP id s201-20020a632cd2000000b0041c590167d8mr22796005pgs.365.1666496170595; Sat, 22 Oct 2022 20:36:10 -0700 (PDT) Received: from localhost ([115.240.90.130]) by smtp.gmail.com with ESMTPSA id i125-20020a625483000000b00561b53512b0sm17638593pfb.195.2022.10.22.20.36.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 22 Oct 2022 20:36:10 -0700 (PDT) From: Visuwesh To: bug-gnu-emacs@gnu.org Subject: 29.0.50; Minibuffer does not follow tabs Date: Sun, 23 Oct 2022 09:06:06 +0530 Message-ID: <87h6zvnrdl.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::544; envelope-from=visuweshm@gmail.com; helo=mail-pg1-x544.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I'm not sure if this qualifies as a bug or as a feature request but: minibuffers should follow tabs like they follow frames. To reproduce, 1. emacs -Q 2. C-x t 2 3. M-x 4. C-x t o Observe how the minibuffer is not active in this tab so you can't complete your query. You need to switch back to the tab where the M-x command was run to get back the minibuffer. [ The current behaviour makes for really confusing behaviour when recursive minibuffers are involved. ] In GNU Emacs 29.0.50 (build 9, x86_64-pc-linux-gnu, Motif Version 2.3.8, cairo version 1.16.0) of 2022-10-14 built on astatine Repository revision: 6ea69fc7340e48cf73df351a544c1d8946395b3d Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 System Description: Debian GNU/Linux bookworm/sid Configured using: 'configure --with-x-toolkit=motif' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM MOTIF ZLIB Important settings: value of $LC_MONETARY: ta_IN.UTF-8 value of $LC_NUMERIC: ta_IN.UTF-8 value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8-unix Major mode: Grep Minor modes in effect: recentf-mode: t TeX-PDF-mode: t shell-dirtrack-mode: t eros-mode: t pdf-occur-global-minor-mode: t minibuffer-depth-indicate-mode: t repeat-mode: t display-time-mode: t display-battery-mode: t winner-mode: t vz/acme-tag-minor-mode: t delete-selection-mode: t xterm-mouse-mode: t straight-use-package-mode: t straight-package-neutering-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t use-hard-newlines: t tab-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t undelete-frame-mode: t buffer-read-only: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow emacsbug dash xscheme scheme find-dired ffap grep minibuf-eldef info-look ement-taxy svg-lib ecomplete bug-reference cl-print url-http url-gw url-cache url-auth wdired epa-file epa-dired dired-aux gnus-dired dcl-mode tramp-cmds shortdoc help-fns radix-tree log-edit add-log vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs smerge-mode reveal recentf tree-widget rfc2104 tramp-cache time-stamp tramp-sh tramp tramp-loaddefs trampver tramp-integration cus-start tramp-compat ls-lisp qp flow-fill sort gnus-cite mm-archive mail-extr textsec uni-scripts idna-mapping ucs-normalize uni-confusable textsec-check gnus-async gnus-bcklg gnus-ml network-stream nsm nndraft nnmh nnmaildir nnagent nnml vc-git diff-mode nnnil gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp gnus-cache ement-room-list ement ement-notify ement-room ement-lib ement-api ement-structs plz ement-macros taxy-magit-section magit-section taxy ewoc dns writegood-mode cal-islam holidays holiday-loaddefs cal-move calc-alg calc-frac calc-misc calc-menu calc-ext calc calc-loaddefs rect calc-macs misc msb etags fileloop imenu-xref xref dabbrev preview tex-buf font-latex latex latex-flymake tex-ispell tex-style tex crm tex-mode latexenc ox-odt rng-loc rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-util ox-latex ox-icalendar org-agenda ox-html table ox-ascii ox-publish ox flyspell ispell org-pdftools org-noter org-element avl-tree generator misearch multi-isearch notifications pulse color avy sh-script smie executable files-x shell-command+ view mule-util display-line-numbers vc-backup log-view pcvs-util vc vc-dispatcher diff pdf-sync pdf-annot facemenu pdf-outline pdf-links ob-gnuplot ob-fortran ob-julia ob-C cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs ob-shell shell ob-racket async ob-async cdlatex texmathp org-attach org-id org-refile ol-eww eww xdg url-queue mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg gnus-group gnus-undo gnus-start gnus-dbus gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time gnus-spec gnus-int gnus-range message sendmail yank-media puny rfc822 mml mml-sec epa epg rfc6068 epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util mail-utils range mm-util mail-prsvr ol-docview doc-view ol-bibtex ol-bbdb ol-w3m ol-doi org-link-doi org-tempo tempo ol-man org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex iso8601 ol org-keys oc org-compat org-macs org-loaddefs pdf-history cursor-sensor icomplete face-remap server paredit edmacro kmacro eros time-date checkdoc lisp-mnt flymake-proc flymake project warnings thingatpt wordel-autoloads sokoban-autoloads ement-autoloads svg-lib-autoloads taxy-magit-section-autoloads magit-section-autoloads dash-autoloads taxy-autoloads plz-autoloads nov-autoloads esxml-autoloads kv-autoloads transmission-autoloads lua-mode-autoloads nix-mode-autoloads gnuplot-autoloads devdocs-autoloads julia-mode-autoloads racket-mode-autoloads eros-autoloads writegood-mode-autoloads siege-mode-autoloads paredit-autoloads puni-autoloads expand-region-autoloads filladapt-autoloads compose scroll-other-window org-pdftools-autoloads org-noter-autoloads change-env-autoloads math-delimiters-autoloads doct-autoloads ob-async-autoloads async-autoloads emacs-ob-racket-autoloads valign-autoloads cdlatex-autoloads auctex-autoloads tex-site pdf-occur ibuf-ext ibuffer ibuffer-loaddefs tablist advice tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local find-func cedet pdf-isearch let-alist pdf-misc imenu pdf-tools package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source eieio eieio-core json map byte-opt url-vars compile comint ansi-osc ansi-color cus-edit icons wid-edit pdf-view password-cache jka-compr pdf-cache pdf-info tq pdf-util pdf-macs image-mode dired-x dired dired-loaddefs exif pdf-tools-autoloads tablist-autoloads mb-depth repeat visual-fill-autoloads olivetti-autoloads time format-spec battery dbus filenotify xml dom tamil99 quail disp-table lacarte-autoloads shell-command-plus-autoloads winner ring delsel easy-mmode xt-mouse cus-load avy-autoloads finder-inf vc-backup-autoloads compat-autoloads icalendar diary-lib diary-loaddefs cal-menu calendar cal-loaddefs filecache imenu-xref-autoloads derived chemtable-autoloads molar-mass-autoloads saveplace-pdf-view saveplace bookmark text-property-search pp saveplace-pdf-view-autoloads rx pcase inspector-autoloads xr-autoloads straight-autoloads cl-seq info cl-extra help-mode straight subr-x cl-macs gv cl-loaddefs cl-lib bytecomp byte-compile cconv vz-nh-theme vz-options-theme rmc iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo motif x-toolkit xinput2 x multi-tty make-network-process emacs) Memory information: ((conses 16 1404569 552410) (symbols 48 67316 374) (strings 32 295221 68347) (string-bytes 1 81644058) (vectors 16 126811) (vector-slots 8 2219860 459811) (floats 8 38616 14698) (intervals 56 55064 10169) (buffers 1000 153)) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 24 22:48:35 2022 Received: (at 58728) by debbugs.gnu.org; 25 Oct 2022 02:48:35 +0000 Received: from localhost ([127.0.0.1]:49899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1on9zX-00073G-IH for submit@debbugs.gnu.org; Mon, 24 Oct 2022 22:48:35 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:36027) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1on9zU-000732-Gb for 58728@debbugs.gnu.org; Mon, 24 Oct 2022 22:48:33 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id D50025C007C; Mon, 24 Oct 2022 22:48:26 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 24 Oct 2022 22:48:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:cc:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1666666106; x=1666752506; bh=NE cxNN1SbFCLWkq2Eo4xzF29ejtFVf71IS7HGO8dN3w=; b=lNjx3VBG4UBSnopniw wRXfCZ62VzTDGH6O1+bv59I1qP5pxPccD5D7H5BOh56UOuR5i0yEKhp48qBY4/ER y0OkJ03TEqQBHypv6Sx5cOo3T8Dqx0lzphHQicMKVyY65q6J6eCLsqBizMHkMAC7 /aXKpe44L5IkM52Ey5iRR4OJ8Jx8zj8Lyii/2aBjqYVXqZsp6ppYszFj5HDuUrJp FteNdwNcNLg4wGlv6ke4+NGSKsWwNBOOUtZ9McwQzEIAr+S1RJYC3zwa427srMeH qGuk63N7wQM43cbVj1Ly7aWE/rAkGRqDCLSQkr2nLnrV+V4UXwlmpdfhMGvX99xG pK0Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1666666106; x=1666752506; bh=NEcxNN1SbFCLWkq2Eo4xzF29ejtF Vf71IS7HGO8dN3w=; b=h2+hue3+XVenWfButD8aiGVIqnpPVma7gjqtO+0i8yU4 cqE+5cLAUjEYbDxmH8i44KUhPABol00Tinpb8U0nnMNVT7zFSrMl6AenWGHlyp1h T5VLq+he+fdtsfdNvJFpZ2SEbhMmfYUciRicdgSshIMovGjCHe37/h39623Ort00 Mverh5PtDAgNptwX2q6b3M47FoKdPr8ns86uq+N8HdPDug0HXf3nvYWBkiLEGe68 PfHEX/IEfOevb/u/6WihdznAXE0rwEHCjsSWpIbEY8D/uFhIUnS13Bb5QHOXJsIT Qni+DiT4kDHIcoMM7j5NMnehtk2JOUnlbHgrqqE0iw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrgedthedgieehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhvfevufgjfhffkfgfgggtsehttd dttddtredtnecuhfhrohhmpefuvggrnhcuhghhihhtthhonhcuoehsphifhhhithhtohhn sehsphifhhhithhtohhnrdhnrghmvgeqnecuggftrfgrthhtvghrnheptdffvdffueelue dvteekvdevhefghedvgeevgffhvedukeeggeelveegjeekteeknecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepshhpfihhihhtthhonhesshhpfi hhihhtthhonhdrnhgrmhgv X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 24 Oct 2022 22:48:26 -0400 (EDT) Received: by melete.silentflame.com (Postfix, from userid 1000) id 5EC6E7F953C; Mon, 24 Oct 2022 11:54:22 -0700 (MST) From: Sean Whitton To: Visuwesh Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <87h6zvnrdl.fsf@gmail.com> (Visuwesh's message of "Sun, 23 Oct 2022 09:06:06 +0530") References: <87h6zvnrdl.fsf@gmail.com> Date: Mon, 24 Oct 2022 11:54:22 -0700 Message-ID: <87czahcash.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.4 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) Hello, On Sun 23 Oct 2022 at 09:06AM +0530, Visuwesh wrote: > I'm not sure if this qualifies as a bug or as a feature request but: > minibuffers should follow tabs like they follow frames. ... when minibuffer-follows-selected-frame is t. Perhaps this new feature could use that same defcustom, even though the name isn't ideal. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 25 15:19:33 2022 Received: (at 58728) by debbugs.gnu.org; 25 Oct 2022 19:19:33 +0000 Received: from localhost ([127.0.0.1]:52321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onPSX-0003qc-2M for submit@debbugs.gnu.org; Tue, 25 Oct 2022 15:19:33 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:63517) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onPSV-0003qN-1L for 58728@debbugs.gnu.org; Tue, 25 Oct 2022 15:19:31 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 0B47C40006; Tue, 25 Oct 2022 19:19:23 +0000 (UTC) From: Juri Linkov To: Visuwesh Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <87h6zvnrdl.fsf@gmail.com> (Visuwesh's message of "Sun, 23 Oct 2022 09:06:06 +0530") Organization: LINKOV.NET References: <87h6zvnrdl.fsf@gmail.com> Date: Tue, 25 Oct 2022 22:14:03 +0300 Message-ID: <86bkpz7m2s.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I'm not sure if this qualifies as a bug or as a feature request but: > minibuffers should follow tabs like they follow frames. To reproduce, > > 1. emacs -Q > 2. C-x t 2 > 3. M-x > 4. C-x t o > > Observe how the minibuffer is not active in this tab so you can't > complete your query. You need to switch back to the tab where the M-x > command was run to get back the minibuffer. > [ The current behaviour makes for really confusing behaviour when > recursive minibuffers are involved. ] Currently the only code that handles the active minibuffer is in tab-bar-new-tab-to: ;; Handle the case when it's called in the active minibuffer. (when (minibuffer-selected-window) (select-window (minibuffer-selected-window))) that ensures that the minibuffer is not selected before creating a new tab. So should the new feature handle all cases: when a new tab is created and when switching existing tabs? In both cases the minibuffer should follow the selected tab? Currently selecting a tab just restores its window-configuration. Should it activate the same minibuffer that was active in a previous tab? What if two tabs have separate minibuffers? Which minibuffer wins? In a test case: 1. emacs -Q 2. C-x t 2 3. M-x 4. C-x t o 5. M-: 6. C-x t o what minibuffer should be displayed? Probably the last. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 25 15:19:36 2022 Received: (at 58728) by debbugs.gnu.org; 25 Oct 2022 19:19:36 +0000 Received: from localhost ([127.0.0.1]:52324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onPSa-0003qs-Bl for submit@debbugs.gnu.org; Tue, 25 Oct 2022 15:19:36 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:34955) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onPSZ-0003qR-Ck for 58728@debbugs.gnu.org; Tue, 25 Oct 2022 15:19:35 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 92FE8240005; Tue, 25 Oct 2022 19:19:27 +0000 (UTC) From: Juri Linkov To: Sean Whitton Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <87czahcash.fsf@melete.silentflame.com> (Sean Whitton's message of "Mon, 24 Oct 2022 11:54:22 -0700") Organization: LINKOV.NET References: <87h6zvnrdl.fsf@gmail.com> <87czahcash.fsf@melete.silentflame.com> Date: Tue, 25 Oct 2022 22:17:17 +0300 Message-ID: <86y1t367cy.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org, Visuwesh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> I'm not sure if this qualifies as a bug or as a feature request but: >> minibuffers should follow tabs like they follow frames. > > ... when minibuffer-follows-selected-frame is t. > > Perhaps this new feature could use that same defcustom, even though the > name isn't ideal. Or it could set the default value of a new option from the value of minibuffer-follows-selected-frame. I don't know how much of the existing frame-handling code can be reused. Is there a function that could activate the minibuffer from a previously used window-configuration? From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 25 21:38:25 2022 Received: (at 58728) by debbugs.gnu.org; 26 Oct 2022 01:38:25 +0000 Received: from localhost ([127.0.0.1]:52717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onVNB-0004rk-CI for submit@debbugs.gnu.org; Tue, 25 Oct 2022 21:38:25 -0400 Received: from mail-pl1-f195.google.com ([209.85.214.195]:42771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onVN9-0004rW-La for 58728@debbugs.gnu.org; Tue, 25 Oct 2022 21:38:24 -0400 Received: by mail-pl1-f195.google.com with SMTP id c24so12613279pls.9 for <58728@debbugs.gnu.org>; Tue, 25 Oct 2022 18:38:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:user-agent :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=4Fi+G53ZVWN/u93E/9wVSa8adFYAE2IFnGma1E/dcOY=; b=pu1wzHu22SaongLG/uSVv6I+0FqebKzdXY5cKlZofZ05tnAi04JNC1743Vl0kD/M0y fDRX4cpyP4WcGYppjSS7sRsFO0ZhkzVLFfdmJEEb9v5HBKRvt+ffrB7GeP6kehitzmTi Ec1A1XlxAHouDgwYMBd+CM5IjDvrt2Ne6Xyy0tJEDdUZxrFZ4fXn4LdSAwZZee12OSoP WrdcZLPoh/UyX6FoB/lb4hteQt/iaOwHWmcPylTo8ZxrPiOJcqumgQSKvuUbQzcuC/ns N/p7BUo9JpGTpD7z/ga0MLPH8AclWRyFHwamcSZ2WOJckVT3Kg6+QdXiC3BddawmkFiS l8Qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:user-agent :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=4Fi+G53ZVWN/u93E/9wVSa8adFYAE2IFnGma1E/dcOY=; b=cYkONyT85QiG17e+vGyX1nWrjK+n8755Ql4IQ19pmJWcqoO73QBxBOvS2gCgOABZ0E Zr9p8iKDwdnjiU0JCqymo/2WWHmPzFmbD1g48OpYy5AOzbHCOnkwLqskzPlX47k1LPrP UWHVQ7Pn+Xl4cBc5RLpx1bdyuZA52Szong0IuwiwS4dlOxyG5u7DrPW0Xsr/ycgLoKAe 4AiN+E1QZmO5tE2tjY2XDPxZct7j/w5BbOK8vvp818jXZ2tDOjYNzWksPGrEUngGYtIx RcbXmGV3sb/W3MFPDxlmUpL2lZdQ4NhBZoF5f5Mbxl8W0sKHszw7vxK68lCINt5FNbko u6Eg== X-Gm-Message-State: ACrzQf1SjRaFiAct9VUsuVqWve/tL4kLWzVLXIoyltCMrKxpGNLPPXCE l+sq+5PVCXgbik3rf6rrPTo= X-Google-Smtp-Source: AMsMyM7UBe7BnSrqBSOtBrPrA2YwRYi6LhmDl9Z8xBBuqL257aT/7ABNeezsCAEhzop1ktU+ACjkww== X-Received: by 2002:a17:903:1245:b0:178:9234:3768 with SMTP id u5-20020a170903124500b0017892343768mr382236plh.146.1666748297679; Tue, 25 Oct 2022 18:38:17 -0700 (PDT) Received: from localhost ([118.185.152.162]) by smtp.gmail.com with ESMTPSA id s21-20020a170903201500b0016eef326febsm1804137pla.1.2022.10.25.18.38.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 Oct 2022 18:38:17 -0700 (PDT) From: Visuwesh To: Juri Linkov Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <86bkpz7m2s.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 25 Oct 2022 22:14:03 +0300") References: <87h6zvnrdl.fsf@gmail.com> <86bkpz7m2s.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 26 Oct 2022 07:08:08 +0530 Message-ID: <87tu3rcqkf.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) [=E0=AE=9A=E0=AF=86=E0=AE=B5=E0=AF=8D=E0=AE=B5=E0=AE=BE=E0=AE=AF=E0=AF=8D = =E0=AE=85=E0=AE=95=E0=AF=8D=E0=AE=9F=E0=AF=8B=E0=AE=AA=E0=AE=B0=E0=AF=8D 25= , 2022] Juri Linkov wrote: > Currently the only code that handles the active minibuffer > is in tab-bar-new-tab-to: > > ;; Handle the case when it's called in the active minibuffer. > (when (minibuffer-selected-window) > (select-window (minibuffer-selected-window))) > > that ensures that the minibuffer is not selected before creating a new ta= b. > > So should the new feature handle all cases: when a new tab is created and > when switching existing tabs? In both cases the minibuffer should follow > the selected tab? I'd expect it to. The active minibuffer should travel across newly created tabs and old tabs. > Currently selecting a tab just restores its window-configuration. > Should it activate the same minibuffer that was active in a previous tab? > What if two tabs have separate minibuffers? Which minibuffer wins? > In a test case: > > 1. emacs -Q > 2. C-x t 2 > 3. M-x > 4. C-x t o > 5. M-: > 6. C-x t o > > what minibuffer should be displayed? Probably the last. I think showing the most "recent" minibuffer should be shown. If we go by minibuffer-depth-indicate-mode, then the most "recent" minibuffer would be the labelled 2. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 27 03:56:10 2022 Received: (at 58728) by debbugs.gnu.org; 27 Oct 2022 07:56:10 +0000 Received: from localhost ([127.0.0.1]:56054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onxkH-0000N9-Rw for submit@debbugs.gnu.org; Thu, 27 Oct 2022 03:56:10 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:59291) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onxkC-0000MZ-4m for 58728@debbugs.gnu.org; Thu, 27 Oct 2022 03:56:08 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 9EFC72000A; Thu, 27 Oct 2022 07:55:57 +0000 (UTC) From: Juri Linkov To: Visuwesh Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <87tu3rcqkf.fsf@gmail.com> (Visuwesh's message of "Wed, 26 Oct 2022 07:08:08 +0530") Organization: LINKOV.NET References: <87h6zvnrdl.fsf@gmail.com> <86bkpz7m2s.fsf@mail.linkov.net> <87tu3rcqkf.fsf@gmail.com> Date: Thu, 27 Oct 2022 10:52:03 +0300 Message-ID: <86ilk5vh3w.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> 1. emacs -Q >> 2. C-x t 2 >> 3. M-x >> 4. C-x t o >> 5. M-: >> 6. C-x t o >> >> what minibuffer should be displayed? Probably the last. > > I think showing the most "recent" minibuffer should be shown. If we go > by minibuffer-depth-indicate-mode, then the most "recent" minibuffer > would be the labelled 2. As soon as someone will point out to a function that does this, it could be immediately added to tab-bar.el. What is needed is something to work in such situation: 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 27 10:22:35 2022 Received: (at 58728) by debbugs.gnu.org; 27 Oct 2022 14:22:35 +0000 Received: from localhost ([127.0.0.1]:58817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oo3mF-0004jC-3c for submit@debbugs.gnu.org; Thu, 27 Oct 2022 10:22:35 -0400 Received: from mail-pj1-f53.google.com ([209.85.216.53]:43938) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oo3mD-0004iw-EJ for 58728@debbugs.gnu.org; Thu, 27 Oct 2022 10:22:33 -0400 Received: by mail-pj1-f53.google.com with SMTP id d13-20020a17090a3b0d00b00213519dfe4aso1602285pjc.2 for <58728@debbugs.gnu.org>; Thu, 27 Oct 2022 07:22:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=w2o5bmFpRJ/5F6x+9n15OphG7V1e+xBZ4BmQZkXEz8k=; b=dI6fDPq7sJ6LB5DZaolfZCN4fpbIalWM39QJVT+uZivwGEdwHYIyCFQCEO2iPOx4t9 DFyedo4vEB7wK3NlT5TH23JvaegI5X1X7Vnaom/JuUevUAfAZNgxp5EMqwEGXD4pk0+w 4FwnbsbrnlWKmXJo444BOb0/MKkjIQ+PIkHRVWruUcwvZa6OV4CGkENSCyVcF+HxXzl3 B/tnu+jmyMEAZ4rbuCUVkggkT7/KhQHQyte9o/4WqbkKStmuY1Kz+H6T8trf8leWCsf1 8Wg2zgM0rreDow4z0uBvQgVqDW2lHYCm6juxMhP/lj/nqyBpKEQOPV41QIGUve4RLxao LUQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=w2o5bmFpRJ/5F6x+9n15OphG7V1e+xBZ4BmQZkXEz8k=; b=jhFfHKIs+Z7/5AqW11OzsRQaPwZs4FxsX7FTK66Rz9mfQ/UpGHnjEnZQ84yYy4wuaP 3QWs5PixAWJYyk6Vc5feCroSoT93wmFogwDZkSz8u2a32n9YxecpOF6xRY6TB90BDmmN FALhRagNrIKLlrhlvoSwMTritNHdv+EqEoWBUpd1HiONfp7O/xBAtQVBgrp1S8HsZeGv 3fRFO2pqlDd9aonS9Gg+qVq691wom0rcp5M6n4n+SQL2EbYi3v4aoTKJ6W9WMSj8yZZN 4pgE2o+i0oAppNxYwDIh3kl0AENV4+hS1GNqbIqXaADx/hYFCx/05BBolhxaIHuHOCrr uuUA== X-Gm-Message-State: ACrzQf0kcom6mDLlLMZ2cwXibmZOyvU9RjUc/sbSGZKZWoENwrN0TQtU DUzsiWAdorYZkpEqzesK4yE= X-Google-Smtp-Source: AMsMyM4XCRFqYf+LLi6BBcdsoprzbGRfHa2F5a9gbm1dUoaEtR8TPYM6P3W3ddEui8kn8Egb5r5fzg== X-Received: by 2002:a17:902:76c3:b0:17a:68:767d with SMTP id j3-20020a17090276c300b0017a0068767dmr50094590plt.109.1666880547556; Thu, 27 Oct 2022 07:22:27 -0700 (PDT) Received: from localhost ([118.185.152.162]) by smtp.gmail.com with ESMTPSA id oj4-20020a17090b4d8400b0020aaa678098sm1057842pjb.49.2022.10.27.07.22.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 27 Oct 2022 07:22:26 -0700 (PDT) From: Visuwesh To: Juri Linkov Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <86ilk5vh3w.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 27 Oct 2022 10:52:03 +0300") References: <87h6zvnrdl.fsf@gmail.com> <86bkpz7m2s.fsf@mail.linkov.net> <87tu3rcqkf.fsf@gmail.com> <86ilk5vh3w.fsf@mail.linkov.net> Date: Thu, 27 Oct 2022 19:52:23 +0530 Message-ID: <87tu3p2vog.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) [=E0=AE=B5=E0=AE=BF=E0=AE=AF=E0=AE=BE=E0=AE=B4=E0=AE=A9=E0=AF=8D =E0=AE=85= =E0=AE=95=E0=AF=8D=E0=AE=9F=E0=AF=8B=E0=AE=AA=E0=AE=B0=E0=AF=8D 27, 2022] J= uri Linkov wrote: >>> 1. emacs -Q >>> 2. C-x t 2 >>> 3. M-x >>> 4. C-x t o >>> 5. M-: >>> 6. C-x t o >>> >>> what minibuffer should be displayed? Probably the last. >> >> I think showing the most "recent" minibuffer should be shown. If we go >> by minibuffer-depth-indicate-mode, then the most "recent" minibuffer >> would be the labelled 2. > > As soon as someone will point out to a function that does this, > it could be immediately added to tab-bar.el. What is needed is > something to work in such situation: > > 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)))) 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 28 03:03:52 2022 Received: (at 58728) by debbugs.gnu.org; 28 Oct 2022 07:03:52 +0000 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 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 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id CC9AD20003; Fri, 28 Oct 2022 07:03:40 +0000 (UTC) From: Juri Linkov To: Visuwesh Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <87tu3p2vog.fsf@gmail.com> (Visuwesh's message of "Thu, 27 Oct 2022 19:52:23 +0530") Organization: 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> Date: Fri, 28 Oct 2022 09:40:46 +0300 Message-ID: <86fsf81mdt.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> 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? From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 28 03:30:04 2022 Received: (at 58728) by debbugs.gnu.org; 28 Oct 2022 07:30:04 +0000 Received: from localhost ([127.0.0.1]:60226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ooJoZ-000469-O8 for submit@debbugs.gnu.org; Fri, 28 Oct 2022 03:30:04 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:54555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ooJoW-000459-O2 for 58728@debbugs.gnu.org; Fri, 28 Oct 2022 03:30:01 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 1229324000B; Fri, 28 Oct 2022 07:29:51 +0000 (UTC) From: Juri Linkov To: Visuwesh Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <86fsf81mdt.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 28 Oct 2022 09:40:46 +0300") Organization: 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> <86fsf81mdt.fsf@mail.linkov.net> Date: Fri, 28 Oct 2022 10:20:12 +0300 Message-ID: <86wn8kz9tf.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > OTOH, window-state handles it correctly, because it just doesn't mess > with minibuffers: Actually, it's possible not to mess with minibiffers with window-configurations as well: 1. emacs -Q 2. M-: (setq wc (current-window-configuration)) 3. C-x C-f 4. M-x 5. M-: (set-window-configuration wc nil 'DONT-SET-MINIWINDOW) 6. C-g Please try such a patch: diff --git a/lisp/tab-bar.el b/lisp/tab-bar.el index da1edf3084e..31009e8a7ec 100644 --- a/lisp/tab-bar.el +++ b/lisp/tab-bar.el @@ -1136,7 +1144,7 @@ tab-bar-select-tab (wc-history-back (alist-get 'wc-history-back to-tab)) (wc-history-forward (alist-get 'wc-history-forward to-tab))) - (set-window-configuration wc) + (set-window-configuration wc nil 'DONT-SET-MINIWINDOW) ;; set-window-configuration does not restore the value of ;; point in the current buffer, so restore it separately. @@ -1900,7 +1908,7 @@ tab-bar-history-back (cons tab-bar-history-old (gethash (selected-frame) tab-bar-history-forward)) tab-bar-history-forward) - (set-window-configuration wc) + (set-window-configuration wc nil 'DONT-SET-MINIWINDOW) (when (and (markerp wc-point) (marker-buffer wc-point)) (goto-char wc-point))) (message "No more tab back history")))) @@ -1919,7 +1927,7 @@ tab-bar-history-forward (cons tab-bar-history-old (gethash (selected-frame) tab-bar-history-back)) tab-bar-history-back) - (set-window-configuration wc) + (set-window-configuration wc nil 'DONT-SET-MINIWINDOW) (when (and (markerp wc-point) (marker-buffer wc-point)) (goto-char wc-point))) (message "No more tab forward history")))) From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 29 12:17:36 2022 Received: (at 58728) by debbugs.gnu.org; 29 Oct 2022 16:17:36 +0000 Received: from localhost ([127.0.0.1]:36455 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oooWd-0007ZW-KX for submit@debbugs.gnu.org; Sat, 29 Oct 2022 12:17:35 -0400 Received: from mail-pl1-f193.google.com ([209.85.214.193]:35609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oooWc-0007ZJ-72 for 58728@debbugs.gnu.org; Sat, 29 Oct 2022 12:17:34 -0400 Received: by mail-pl1-f193.google.com with SMTP id y4so7371112plb.2 for <58728@debbugs.gnu.org>; Sat, 29 Oct 2022 09:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=gBY1L5cgU9eZ2TMtm4FQe5WNEF/Tz3gQfK6GcJrwiBg=; b=jcbYZGlPVdeA3EwPAQ7rpXZA0OG1RSqiEDRQHpYNjMPpF/kmxBBpVbcJdaSnBkoUaM gPmkpNm68oSIc5Qk97ijIv12wEaxOuzv/m6B7usZUzgpXmJ4SRul+42r9yYvZViRAbyx uJciB2m/aPHAUO8i3KUbqeijNPAvTaBf+2t2HkIz5HqBtNyNkG5k02m9bnDv7C64ja8R Zy4CA3HQr47gGBFO0HkJAq5yhGOMBMjH7XI7AjVDhKbxFjYRTZ708UZNvd2gF3s/6HZA /5rpZzHK/VL8TufF1gNtePIjTsAN4ugnWTFjYCh22wWQxaeH58iQt01bIGJgcMDlO3HL k8Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=gBY1L5cgU9eZ2TMtm4FQe5WNEF/Tz3gQfK6GcJrwiBg=; b=WgfiVoJ7OV8/ac4IDHLZ+bYFuOsboZ5aJs460GarXeg8zomA7UCEBx8Hlru03rVZTC y5Ya1dLUP2NwpA2dkxLByDDplFqhxmKN6+1ZCM3jc6fmXHkjvQl7eCoqCnFL2SKjtsWu 1uqOIFra7Pzu+QjIh7JNhzDJpuMN2nDKKGu2OpQywxZykQ3QAx/gRHbYbs+9ZURl/ISP RGdp97HuXjy2TVryt0UQDc6XFZrpkL8/37WKEOybfXjeG2noWBTWl/oWimu78mA34iYM Ov1ZJrmwt9NZ9xouZxiK+zQgEGiyB/Zn7C2NGvJB5YMnD80urJEfaSfG3Wsdqwv24Et2 m3rg== X-Gm-Message-State: ACrzQf3H91t5aKQurUnAV9VTAHpXGfYMdYV0rySXrrqcdF2fI3fu2+YK QfUhF6fcO1lf1Fl4V4Xx7VY= X-Google-Smtp-Source: AMsMyM6Da3iDm2kVjWZ0B+OgVbw9idkIkFm2VqjceyOdGJ0cocFmvCLuSEitk+GbOQdGqzW30wi/iA== X-Received: by 2002:a17:90a:bb92:b0:213:8077:c920 with SMTP id v18-20020a17090abb9200b002138077c920mr5433704pjr.105.1667060248251; Sat, 29 Oct 2022 09:17:28 -0700 (PDT) Received: from localhost ([118.185.152.162]) by smtp.gmail.com with ESMTPSA id s11-20020a65644b000000b0043c80e53c74sm1196231pgv.28.2022.10.29.09.17.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 29 Oct 2022 09:17:27 -0700 (PDT) From: Visuwesh To: Juri Linkov Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <86wn8kz9tf.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 28 Oct 2022 10:20:12 +0300") References: <87h6zvnrdl.fsf@gmail.com> <86bkpz7m2s.fsf@mail.linkov.net> <87tu3rcqkf.fsf@gmail.com> <86ilk5vh3w.fsf@mail.linkov.net> <87tu3p2vog.fsf@gmail.com> <86fsf81mdt.fsf@mail.linkov.net> <86wn8kz9tf.fsf@mail.linkov.net> Date: Sat, 29 Oct 2022 21:47:24 +0530 Message-ID: <87h6zm38q3.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) [=E0=AE=B5=E0=AF=86=E0=AE=B3=E0=AF=8D=E0=AE=B3=E0=AE=BF =E0=AE=85=E0=AE=95= =E0=AF=8D=E0=AE=9F=E0=AF=8B=E0=AE=AA=E0=AE=B0=E0=AF=8D 28, 2022] Juri Linko= v wrote: >> OTOH, window-state handles it correctly, because it just doesn't mess >> with minibuffers: > > Actually, it's possible not to mess with minibiffers > with window-configurations as well: > > 1. emacs -Q > 2. M-: (setq wc (current-window-configuration)) > 3. C-x C-f > 4. M-x > 5. M-: (set-window-configuration wc nil 'DONT-SET-MINIWINDOW) > 6. C-g > > Please try such a patch: > [patch...] This works exactly like I want to! One minor nit: it does not preserve the minibuffer focus so you can end up with the minibuffer selected in some tabs but not in others when switching however, this is the same behaviour when switching frames too so I can put up with it just fine. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 30 03:37:43 2022 Received: (at 58728) by debbugs.gnu.org; 30 Oct 2022 07:37:44 +0000 Received: from localhost ([127.0.0.1]:37259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1op2t5-00013a-JY for submit@debbugs.gnu.org; Sun, 30 Oct 2022 03:37:43 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:55795) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1op2t4-000138-H0; Sun, 30 Oct 2022 03:37:43 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 64D04240002; Sun, 30 Oct 2022 07:37:32 +0000 (UTC) From: Juri Linkov To: Visuwesh Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <87h6zm38q3.fsf@gmail.com> (Visuwesh's message of "Sat, 29 Oct 2022 21:47:24 +0530") Organization: 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> <86fsf81mdt.fsf@mail.linkov.net> <86wn8kz9tf.fsf@mail.linkov.net> <87h6zm38q3.fsf@gmail.com> Date: Sun, 30 Oct 2022 09:34:15 +0200 Message-ID: <867d0hpxxk.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) close 58728 29.0.50 thanks >> Actually, it's possible not to mess with minibiffers >> with window-configurations as well: >> >> 1. emacs -Q >> 2. M-: (setq wc (current-window-configuration)) >> 3. C-x C-f >> 4. M-x >> 5. M-: (set-window-configuration wc nil 'DONT-SET-MINIWINDOW) >> 6. C-g >> >> Please try such a patch: >> [patch...] > > This works exactly like I want to! One minor nit: it does not preserve > the minibuffer focus so you can end up with the minibuffer selected in > some tabs but not in others when switching however, this is the same > behaviour when switching frames too so I can put up with it just fine. I don't know how to preserve the minibuffer focus in case of switching frames, but it was easy to implement for tabs. So now this is pushed. Thanks for helping to fix this issue. PS: A variable corresponding to minibuffer-follows-selected-frame could be added too when someone will ask for it. But currently I see no need for such a variable because tabs are quite different from frames: the active minibuffer can be visible in another frame as a visual reminder that there are active minibuffers, but not so in case of tabs when the active minibuffer is hidden in another tab. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 30 09:50:39 2022 Received: (at 58728) by debbugs.gnu.org; 30 Oct 2022 13:50:39 +0000 Received: from localhost ([127.0.0.1]:37543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1op8hz-0003DU-7u for submit@debbugs.gnu.org; Sun, 30 Oct 2022 09:50:39 -0400 Received: from mail-pg1-f194.google.com ([209.85.215.194]:44970) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1op8hx-0003DG-9g for 58728@debbugs.gnu.org; Sun, 30 Oct 2022 09:50:37 -0400 Received: by mail-pg1-f194.google.com with SMTP id q1so8630719pgl.11 for <58728@debbugs.gnu.org>; Sun, 30 Oct 2022 06:50:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=79wPW44qoVF4Ae7Ftgu82YOie73rmWV7wliK9/xgrD0=; b=WCIB8IZgywgGyFTsnMRLahqmtbGiPg+85ZmuM3xkNIZwvoaRgPjtr3zI7TnMNAFSrO Q98mqwVTM0tXEPmxjXOn6dOXNJHnRVNfplUuNpeAtuP+G86iYmyMTNKhA+SXdiQiU/tb k0TlHyBEhYYmbekDgeK4EZljZgsagOVJxd7JrFApT8jGp9cYwpI34LLOX81V8OqQJc2D HmqKimw3j+D44E4Cr+YXRgV5zQ0lScrtzvlba5qGiomcWTsobchZeyUkw6oS/UOiYYUM BuCEDqyMR1m3OsxtYVjX0/+SSwc2RwG1hiZvQ5MxmBz3Jb81OKFhI7OkB9nDQHLsosQn lMFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=79wPW44qoVF4Ae7Ftgu82YOie73rmWV7wliK9/xgrD0=; b=VuS4mAaAOA4ANzHoKpCJ/mFqs8rsBME+e0beMCfDctYvi9ddzM6d5vPceXARQbIqn6 Zdc3y+yjpOBr+coww2XA4vK9EKdI33XZSVt6/zL82tgLHrSOsyYiFMj/4LV2crF8j/AF 2DDHpchM4tBv7xFsUkKRE3MI/97GtjrzAyrh3UjyX0mB7Htkb4MGtZ1pfFGA/gqMThbn ayn72RNq/QRZ65EQ8YHBPOsnEzTnlV/rIICK2IUbxsmQDvU3fFEAF+Qxitmcg3Qlspdd LGRMEnxZmEw8WDer0PQWJ99/6OlADVCM0MgczX4aruY6aEtwnxTi7waRmoF4HAKrvL8K /3/Q== X-Gm-Message-State: ACrzQf0m1N7Syb/H9mZeCgzblBsmGvrO3y4vvXYQLwwpCMKAnlEtCj1U QqKnLH/IxAec1gArkAI8doc= X-Google-Smtp-Source: AMsMyM5IU1iT3DowViF/BMZNBvox+6sHeiKEmxsnb/QqtL6txsjrBi/iaploEpc/StTjhXP8po0EXg== X-Received: by 2002:a63:1521:0:b0:43c:9566:7a6a with SMTP id v33-20020a631521000000b0043c95667a6amr8301018pgl.339.1667137831097; Sun, 30 Oct 2022 06:50:31 -0700 (PDT) Received: from localhost ([14.139.216.98]) by smtp.gmail.com with ESMTPSA id l5-20020a170903120500b0018123556931sm2730943plh.204.2022.10.30.06.50.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 30 Oct 2022 06:50:30 -0700 (PDT) From: Visuwesh To: Juri Linkov Subject: Re: bug#58728: 29.0.50; Minibuffer does not follow tabs In-Reply-To: <867d0hpxxk.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 30 Oct 2022 09:34:15 +0200") References: <87h6zvnrdl.fsf@gmail.com> <86bkpz7m2s.fsf@mail.linkov.net> <87tu3rcqkf.fsf@gmail.com> <86ilk5vh3w.fsf@mail.linkov.net> <87tu3p2vog.fsf@gmail.com> <86fsf81mdt.fsf@mail.linkov.net> <86wn8kz9tf.fsf@mail.linkov.net> <87h6zm38q3.fsf@gmail.com> <867d0hpxxk.fsf@mail.linkov.net> Date: Sun, 30 Oct 2022 19:20:20 +0530 Message-ID: <874jvl2zfn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: [ஞாயிறு அக்டோபர் 30, 2022] Juri Linkov wrote: >> This works exactly like I want to! One minor nit: it does not preserve >> the minibuffer focus so you can end up with the minibuffer selected in >> some tabs but not in others when switching howeve [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [14.139.216.98 listed in zen.spamhaus.org] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.215.194 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (visuweshm[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.215.194 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 58728 Cc: 58728@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: [ஞாயிறு அக்டோபர் 30, 2022] Juri Linkov wrote: >> This works exactly like I want to! One minor nit: it does not preserve >> the minibuffer focus so you can end up with the minibuffer selected in >> some tabs but not in others when switching howeve [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.215.194 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.215.194 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [14.139.216.98 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (visuweshm[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager [=E0=AE=9E=E0=AE=BE=E0=AE=AF=E0=AE=BF=E0=AE=B1=E0=AF=81 =E0=AE=85=E0=AE=95= =E0=AF=8D=E0=AE=9F=E0=AF=8B=E0=AE=AA=E0=AE=B0=E0=AF=8D 30, 2022] Juri Linko= v wrote: >> This works exactly like I want to! One minor nit: it does not preserve >> the minibuffer focus so you can end up with the minibuffer selected in >> some tabs but not in others when switching however, this is the same >> behaviour when switching frames too so I can put up with it just fine. > > I don't know how to preserve the minibuffer focus in case of switching fr= ames, > but it was easy to implement for tabs. So now this is pushed. Thanks for > helping to fix this issue. Great thanks! > PS: A variable corresponding to minibuffer-follows-selected-frame > could be added too when someone will ask for it. But currently > I see no need for such a variable because tabs are quite different > from frames: the active minibuffer can be visible in another frame > as a visual reminder that there are active minibuffers, but not so > in case of tabs when the active minibuffer is hidden in another tab. Indeed, I agree. From unknown Sat Aug 16 18:20:29 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 28 Nov 2022 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator