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: Alan Mackenzie
Subject: Re: Stop frames stealing eachothers' minibuffers!
Date: Tue, 13 Oct 2020 20:44:08 +0000

Hello, Gregory.

On Tue, Oct 13, 2020 at 20:25:04 +0000, Gregory Heytings wrote:

> > If the command using the minibuffer is given on frame F1, and the
> > selected frame becomes F2, the minibuffer sometimes moves, sometimes
> > doesn't, depending on what the user does. For example, C-s in F2
> > doesn't usually move the minibuffer, but it will if you use C-x 8
> > RET.  This is inconsistent.

> You are confusing two things here: the minibuffer (for interactive use)
> and the echo area (for messages).  C-s uses the echo area, C-x C-f and
> C-x 8 RET use the minibuffer.

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.

> I agree with you on one thing: C-x 8 RET should raise a "Command attempted 
> to use minibuffer while in minibuffer" error in this case .....

You do not agree with me.  ;-)  C-x 8 RET is essentially a command using
recursive minibuffers.  Otherwise, how could you type in a foreign
character while using C-x C-f?  To make C-x 8 RET sometimes recursive,
other times not, would be too complicated.

> .... (when enable-recursive-minibuffers is nil, which is its default
> value).  I'm not sure why it doesn't.

See above.

-- 
Alan Mackenzie (Nuremberg, Germany).



reply via email to

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