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 09:30:15 -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 1322058661 8522 80.91.229.12 (23 Nov 2011 14:31:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 23 Nov 2011 14:31:01 +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 15:30:56 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 1RTDqg-0007Jg-Tm for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 15:30:55 +0100 Original-Received: from localhost ([::1]:37943 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTDqg-0006cP-HA for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 09:30:54 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:49772) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTDqW-0006Wy-AA for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 09:30:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RTDqP-0004Nu-PX for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 09:30:44 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34013) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTDqP-0004Nq-LQ for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 09:30:37 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RTDrm-0005lc-VV for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 09:32:03 -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 14:32:02 +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.132205870922139 (code B ref 10113); Wed, 23 Nov 2011 14:32:02 +0000 Original-Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 14:31:49 +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 1RTDrX-0005kz-4f for submit@debbugs.gnu.org; Wed, 23 Nov 2011 09:31:49 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTDrS-0005kq-9P for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 09:31:43 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIFAGYCzU5FxIbt/2dsb2JhbABEqECCKoEGgXIBAQQBViMFCwsOJhIUGA0kiBi0O4piBIggmgKETg X-IronPort-AV: E=Sophos;i="4.69,559,1315195200"; d="scan'208";a="149153711" Original-Received: from 69-196-134-237.dsl.teksavvy.com (HELO pastel.home) ([69.196.134.237]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 23 Nov 2011 09:30:16 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id EB10358E47; Wed, 23 Nov 2011 09:30:15 -0500 (EST) In-Reply-To: (Dani Moncayo's message of "Wed, 23 Nov 2011 09:02:27 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 23 Nov 2011 09:32: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:54216 Archived-At: > Because, removing the final "R" via minibuffer should be equivalent to > do it directly by typing DEL (just after the "R"). After all, the > final situation is the same in both cases: I understand what you mean, but I don't think it's important to make the two behave identically: after all, if you want to DEL behavior, you know where to find it. > 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. Nah, not a good idea. > In this second case, my reasoning is analogous: Changing the final "R" > with a "r" via minibuffer should be equivalent to doing that directly > (typing "DEL r" just after the "R"). > IOW, the case-sensitivity of the Isearch, when it's determined > _automatically_ (not by typing `M-c'), should be revised after editing > the search string in the minibuffer, to produce a result consistent > with the principle I said before. I could agree here, OTOH. My reasoning is not "because this is similar to some earlier state" but rather because I think that there's no reason to decide that entering an upper case letter should change the state from "auto" to "ignore-case". Instead it should stay as "auto" (until the user explicitly choose a case sensitivity via M-c) and hence the decision on whether to ignore case should be re-evaluated at every step. I.e. C-s TOTO M-e C-a C-k foo RET should search for "foo" while ignoring case. Stefan