emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#9972: closed (24.0.90; "C-s/C-r" from the minibuff


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#9972: closed (24.0.90; "C-s/C-r" from the minibuffer don't clear the current text)
Date: Sun, 06 Nov 2011 17:57:02 +0000

Your message dated Sun, 6 Nov 2011 18:53:23 +0100
with message-id <address@hidden>
and subject line Re: bug#9972: 24.0.90; "C-s/C-r" from the minibuffer don't 
clear the current text
has caused the debbugs.gnu.org bug report #9972,
regarding 24.0.90; "C-s/C-r" from the minibuffer don't clear the current text
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
9972: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9972
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.0.90; "C-s/C-r" from the minibuffer don't clear the current text Date: Sun, 6 Nov 2011 15:22:30 +0100
Hi,

Try this from "emacs -Q":
1. Type "C-x C-f".
2. Type "C-s" (or "C-r").

In step #2, the minibuffer prompt changes from "Find file" to
"I-search", but the buffer's default directory is not cleared.
Instead, it becomes read-only like the prompt text, so that I have to
type the Isearch input after it.

This is quite confusing.  The minibuffer should be cleared, like "M-s"
and "M-r" commands do.


In GNU Emacs 24.0.90.1 (i386-mingw-nt6.1.7601)
 of 2011-10-27 on DANI-PC
Windowing system distributor `Microsoft Corp.', version 6.1.7601
configured using `configure --with-gcc (4.5)'

-- 
Dani Moncayo



--- End Message ---
--- Begin Message --- Subject: Re: bug#9972: 24.0.90; "C-s/C-r" from the minibuffer don't clear the current text Date: Sun, 6 Nov 2011 18:53:23 +0100
> Like you (and Drew, and I guess everyone in this list), I like
> consistency and generality.
>
> Actually, what I don't like in the current behavior of C-s (and the
> other 3) when invoked from the minibuffer is the fact that the current
> minibuffer text remains there after hitting C-s (like if I were typed
> it, but even being read-only!).  That scenario is not like users are
> used to when the type `C-s'.  They expect to see a clean minibuffer
> prompt "I-search: ", with the cursor after it.
>
> So, what about making the Isearch commands start that way, but
> considering the current minibuffer text (the one present before C-s
> was invoked) as the first entry for the search, as you pointed out?

Forget about this.  I now realize what you and Drew meant, and I agree with you.

I'm closing this bug report, and sorry for wasting your time.

-- 
Dani Moncayo


--- End Message ---

reply via email to

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