GNU bug report logs -
#62427
tab-bar-new-tab-to now handles cases with multiple side-windows
Previous Next
Full log
Message #115 received at 62427 <at> debbugs.gnu.org (full text, mbox):
>> + (when (minibufferp) (select-window (get-mru-window)))
>
> Here and below I'd use
>
> (when (window-minibuffer-p)
>
> because it more clearly demonstrates the idea and also handles the
> (unlikely) case where a minibuffer is shown in a normal window.
Thanks, now pushed to emacs-29.
>> (window-state-put ws nil 'safe)))
>>
>> ;; Select the minibuffer when it was active before switching tabs
>> @@ -1575,8 +1575,7 @@ tab-bar-new-tab-to
>>
>> (when tab-bar-new-tab-choice
>> ;; Handle the case when it's called in the active minibuffer.
>> - (when (minibuffer-selected-window)
>> - (select-window (minibuffer-selected-window)))
>> + (when (minibufferp) (select-window (get-mru-window)))
>> (let ((ignore-window-parameters t)
>> (window--sides-inhibit-check t))
>> (if (eq tab-bar-new-tab-choice 'clone)
>
> You might want to try this with multiple frames (some of them without
> their own minibuffer window) jumping from one frame to another within
> the scope of 'read-from-minibuffer'.
I confirm that this works correctly.
This bug report was last modified 2 years and 6 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.