From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.bugs Subject: bug#9972: 24.0.90; "C-s/C-r" from the minibuffer don't clear the current text Date: Sun, 6 Nov 2011 18:42:26 +0100 Message-ID: References: <87vcqxuxjo.fsf@mail.jurta.org> <87vcqxthgz.fsf@mail.jurta.org> <87aa89rzul.fsf@mail.jurta.org> <87sjm1nq1b.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1320601406 2840 80.91.229.12 (6 Nov 2011 17:43:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 6 Nov 2011 17:43:26 +0000 (UTC) Cc: 9972@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 06 18:43:22 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RN6ka-0001l1-BT for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Nov 2011 18:43:20 +0100 Original-Received: from localhost ([::1]:35302 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RN6kZ-0004Um-V1 for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Nov 2011 12:43:19 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:49256) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RN6kW-0004UW-Er for bug-gnu-emacs@gnu.org; Sun, 06 Nov 2011 12:43:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RN6kV-00015u-Ic for bug-gnu-emacs@gnu.org; Sun, 06 Nov 2011 12:43:16 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33117) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RN6kV-00015j-Er for bug-gnu-emacs@gnu.org; Sun, 06 Nov 2011 12:43:15 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RN6nC-0001hK-1p for bug-gnu-emacs@gnu.org; Sun, 06 Nov 2011 12:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Nov 2011 17:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9972 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9972-submit@debbugs.gnu.org id=B9972.13206015166474 (code B ref 9972); Sun, 06 Nov 2011 17:46:01 +0000 Original-Received: (at 9972) by debbugs.gnu.org; 6 Nov 2011 17:45:16 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RN6mS-0001gN-0l for submit@debbugs.gnu.org; Sun, 06 Nov 2011 12:45:16 -0500 Original-Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RN6mP-0001gF-TP for 9972@debbugs.gnu.org; Sun, 06 Nov 2011 12:45:14 -0500 Original-Received: by gye5 with SMTP id 5so4244404gye.3 for <9972@debbugs.gnu.org>; Sun, 06 Nov 2011 09:42:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=i7+kmkiIeQXqjzvbUijL4rggn7m7XxfUZE/uJZdmUv4=; b=fiOQMaEH59Fq+jm0PuypMSqJxwI16EeaB4+rRU3mHc+ICfFPIZipb+6LrMXZ7hQE30 PRzBbvwbBg2ye8o8DyW51D+xJmIk5YgaiCtexBa5mgb7mMtzNSn0mdZBWoatdYPkU6iC 9DtwegXv6EpDBQBDz4VONrgpT+0JCjptvzWPM= Original-Received: by 10.236.155.2 with SMTP id i2mr29866072yhk.115.1320601346399; Sun, 06 Nov 2011 09:42:26 -0800 (PST) Original-Received: by 10.236.43.131 with HTTP; Sun, 6 Nov 2011 09:42:26 -0800 (PST) In-Reply-To: <87sjm1nq1b.fsf@mail.jurta.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 06 Nov 2011 12:46:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:53614 Archived-At: >>>> IMO, It isn't worth making C-s (and C-r, C-M-s, C-M-r) look up also in >>>> the current minibuffer text, because it is usually small enough not to >>>> need that (how often do you use that feature?). >>> >>> I use this feature all the time! >> >> For searching in the _current_ minibuffer text? =A0How long are such tex= t? > > It doesn't matter how long it is. > > Just imagine the minibuffer search as continuously searching backward > in a buffer with lines: > > history3 > history2 > history1 > history0 > > where "history0" is initial text in the minibuffer. > > What you propose is to delete the line "history0" before running Isearch. > This makes no sense at all. 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? --=20 Dani Moncayo