From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#10113: 24.0.91; Isearch & `M-e' Date: Wed, 23 Nov 2011 14:54:23 -0500 Message-ID: References: <871uszwxoi.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1322078086 839 80.91.229.12 (23 Nov 2011 19:54:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 23 Nov 2011 19:54:46 +0000 (UTC) Cc: 10113@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 23 20:54:39 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 1RTIty-0006Q8-VM for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 20:54:39 +0100 Original-Received: from localhost ([::1]:48351 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTIty-00019y-Ib for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 14:54:38 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:45753) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTItw-00019t-3f for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 14:54:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RTItv-0006zT-54 for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 14:54:36 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34729) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTItv-0006zP-0z for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 14:54:35 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RTIvJ-0005kP-Gk for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 14:56:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Nov 2011 19:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10113 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10113-submit@debbugs.gnu.org id=B10113.132207815622072 (code B ref 10113); Wed, 23 Nov 2011 19:56:01 +0000 Original-Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 19:55:56 +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 1RTIvD-0005jw-3S for submit@debbugs.gnu.org; Wed, 23 Nov 2011 14:55:55 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTIv9-0005jl-7c for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 14:55:52 -0500 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id pANJsNDa003843; Wed, 23 Nov 2011 14:54:23 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 57B23B4043; Wed, 23 Nov 2011 14:54:23 -0500 (EST) In-Reply-To: (Dani Moncayo's message of "Wed, 23 Nov 2011 15:56:32 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4050=0 X-NAI-Spam-Version: 2.2.0.9286 : core <4050> : streams <704166> : uri <1014145> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 23 Nov 2011 14:56:01 -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:54224 Archived-At: >>> IOW, after editing the search string in the minibuffer, the Isearch >>> should be re-started from the beginning, using the new (edited) search >>> string. >> That wouldn't always result in the same behavior as what DEL does >> (think of the case where you do C-s buffe C-s C-s r C-s M-e DEL RET). >> Making it really reproduce the behavior of DEL would require a good bit >> more care. >> And if we do try to make it behave like you want when the result of M-e >> is a prefix of the original string, that will make it behave >> inconsistently with the other cases when the result is not a prefix. > Actually I didn't think of making "M-e DEL RET" equivalent to "DEL" in > all cases. > I just think that, after editing the search string in the minibuffer, > the search should be re-started from the beginning. Not doing so > makes little sense to me. Why continue from a point that was reached > using a different search string? It's as good a starting point as any. The original starting point for the search is also a possibility, indeed, but I don't think that it is better in any significant way: it's sometimes better, sometimes worse. So it's hard to justify such a change. Stefan