emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Stop frames stealing eachothers' minibuffers!


From: Eli Zaretskii
Subject: Re: Stop frames stealing eachothers' minibuffers!
Date: Wed, 14 Oct 2020 19:14:35 +0300

> Date: Wed, 14 Oct 2020 16:02:40 +0000
> Cc: ghe@sdf.org, emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
> 
> > > Sorry, I meant the use of C-x 8 RET from within isearch.  In that sense,
> > > usually C-s will not suck in an active minibuffer, but it will if you
> > > have to type foreign characters into your search string.  This is
> > > inconsistent.
> 
> > So maybe we should fix this inconsistency, not disable the switch to
> > the selected frame where that is useful and expected?
> 
> Well, my patch _does_ fix the inconsistency, by tying each minibuffer
> absolutely to the frame it acts on.  It never occurred to me, until a
> few days ago, that anybody might find that strategy strange or awkward.

To me, consistent behavior would be to switch to the mini-window of
the selected frame.

So if we cannot reconcile our preferences, maybe we should have a user
option to decide which behavior to choose.

> Otherwise, to fix this inconsistency in Isearch (when there's a
> minibuffer open in another frame), we must either always pull the
> minibuffer into the Isearch frame, or never.

I don't think I follow: Isearch doesn't use the minibuffer.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]