Re: Stop frames stealing eachothers' minibuffers!

[Eli Zaretskii]

> Date: Thu, 15 Oct 2020 18:01:43 +0000
> Cc: ghe@sdf.org, emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
> 
> > The latter is correct, except for the last step: the active minibuffer
> > should have switched to F2, which is now the selected frame.
> 
> OK, but I disagree.  We seem to have different mental models of the
> minibuffer.  For you, the MB, I think, is what demands immediate
> attention, therefore should be on the selected frame.  For me, the MB is
> an integral part of the frame on which it was opened.
> 
> Is there any chance we could implement an option for this (which has been
> mentioned already)?

I'm okay with such an option.  I think I already said that.

> > > I feel a bit of a jolt when I hit RET in F2, but the effect (of
> > > switch-to-buffer) takes place in F1.  This applies to C-x C-f, C-x
> > > C-w, C-x b, M-x imenu, .....
> 
> > Not clear why: you switched to another frame, so continue using that.
> > If you want to continue using the original frame, switch back there.
> 
> The problem happens to me when I've forgotten I've still got an open
> minibuffer on the other frame.

The frame's title will help, as it shows "*Minibuf-1*" or somesuch.

> Anyhow, back to practicalities.  I think we agreed last night (talking
> about the "hybrid" option) that the current way of doing things isn't
> very good.  I think, but I'm not sure, that you're saying the MB, if
> open, should always be present on the currently selected frame and
> nowhere else.  If I'm wrong here, could you possibly give a precise
> description of when you say the MB should be moved to a different frame.

IMO, the minibuffer should _always_ be on the selected frame, unless
it has its own minibuffer-only frame (in which case it is always
there).