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#10113: 24.0.91; Isearch & `M-e' Date: Wed, 23 Nov 2011 09:02:27 +0100 Message-ID: References: <871uszwxoi.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 1322035369 918 80.91.229.12 (23 Nov 2011 08:02:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 23 Nov 2011 08:02:49 +0000 (UTC) Cc: 10113@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 23 09:02:45 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 1RT7n1-0002Tp-Cd for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 09:02:43 +0100 Original-Received: from localhost ([::1]:47001 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RT7n0-00025B-9n for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 03:02:42 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:35282) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RT7mx-00024s-Ta for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 03:02:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RT7mw-0007Fo-RQ for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 03:02:39 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33583) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RT7mw-0007Fe-Oy for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 03:02:38 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RT7oI-0004O1-6w for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 03:04: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: Wed, 23 Nov 2011 08:04: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.132203543516849 (code B ref 10113); Wed, 23 Nov 2011 08:04:02 +0000 Original-Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 08:03:55 +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 1RT7oB-0004Ni-Hs for submit@debbugs.gnu.org; Wed, 23 Nov 2011 03:03:55 -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 1RT7o8-0004NZ-Q2 for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 03:03:53 -0500 Original-Received: by ghrr14 with SMTP id r14so1104522ghr.3 for <10113@debbugs.gnu.org>; Wed, 23 Nov 2011 00:02:28 -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=5QeRafLhQ+l+RS4rZXTfmH5XrkoK2bQTw4FmCXS0CsU=; b=PeQRgZ1rCszVCc0OwBPf3VmniGOmpG+uBsyy4WC83ZUz95QmzgiV8Yq0C2IpbqLC+K eg4mLX9WepaoGO173fypciXy3Cpk6iXrsa/Vwt2At1bGo0trm1ukRu0me8VW7cx9he2h jD3yHc2sxT9J+NkIjJnwRxtbTx+2q10gnOSo8= Original-Received: by 10.236.155.170 with SMTP id j30mr31930048yhk.56.1322035347968; Wed, 23 Nov 2011 00:02:27 -0800 (PST) Original-Received: by 10.236.161.201 with HTTP; Wed, 23 Nov 2011 00:02:27 -0800 (PST) In-Reply-To: <871uszwxoi.fsf@mail.jurta.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 23 Nov 2011 03:04: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:54205 Archived-At: >> -------------------------------------------- >> First case: >> 1. Write the text "buffer buffeR". >> 2. Type "C-a C-s b u f f e R M-e DEL RET". >> --> Here the _current_ match should be the first "buffe", but it's the >> second one. > > Why do think Isearch should go back to the first match without the user > typing `C-r C-r' explicitly? 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: * Search string =3D "buffer". * Starting point =3D just before "buffer". IOW, after editing the search string in the minibuffer, the Isearch should be re-started from the beginning, using the new (edited) search string. >> -------------------------------------------- >> Second case: >> 1. Write the text "buffer buffeR". >> 2. Type "C-a C-s b u f f e R M-e DEL r RET". >> --> Here both words should be matched, but only the first one is. > > Actually this is unrelated to `isearch-edit-string'. > The first time you type an upper-case letter, > Isearch switches to case-sensitive mode. > You can observe this effect with the following case: > > 1. Write the text "buffer buffeR buffeRr buffeRR". > 2. Type "C-a C-s b u f f e R r M-c". > > After you type the first upper-case letter `R', Isearch switches > to case-sensitive mode, and after typing the next lower-case `r' > Isearch doesn't match "buffeRR". =A0It does that only when you > switch back to case-insensitive search mode by typing `M-c'. 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. --=20 Dani Moncayo