From unknown Fri Jun 20 07:25:46 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#10113 <10113@debbugs.gnu.org> To: bug#10113 <10113@debbugs.gnu.org> Subject: Status: 24.0.91; Isearch & `M-e' Reply-To: bug#10113 <10113@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:25:46 +0000 retitle 10113 24.0.91; Isearch & `M-e' reassign 10113 emacs submitter 10113 Dani Moncayo severity 10113 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 22 17:46:23 2011 Received: (at submit) by debbugs.gnu.org; 22 Nov 2011 22:46:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RSz6d-0007RQ-B0 for submit@debbugs.gnu.org; Tue, 22 Nov 2011 17:46:23 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RSz6b-0007RJ-KK for submit@debbugs.gnu.org; Tue, 22 Nov 2011 17:46:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RSz5H-0005nJ-4k for submit@debbugs.gnu.org; Tue, 22 Nov 2011 17:44:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:46142) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSz5H-0005nF-3E for submit@debbugs.gnu.org; Tue, 22 Nov 2011 17:44:59 -0500 Received: from eggs.gnu.org ([140.186.70.92]:60904) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSz5G-0003Un-9R for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2011 17:44:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RSz5D-0005mp-GD for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2011 17:44:58 -0500 Received: from mail-gx0-f169.google.com ([209.85.161.169]:42346) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSz5D-0005mj-BI for bug-gnu-emacs@gnu.org; Tue, 22 Nov 2011 17:44:55 -0500 Received: by ggnq1 with SMTP id q1so942500ggn.0 for ; Tue, 22 Nov 2011 14:44:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=CNpBl9kQub4R/kNOGiLgGQQMQI7EWLAKr5w3/dIi2Wc=; b=gOgeZefsLvDhaLVmeb/KjoCkbJTLIAnMFPHz/00yCu7B7qU7GF4ZU3ec2sZV2on4AX hr1gKOjoVdmiXeWBDYedunv7YTNNtrBFhJxSCZZBXSXebx5aSFVApEmvhHbfhz+4qfG4 Oe8GMCYAVD2wjLhHV90rE4IoaWKIO4diWRY6I= MIME-Version: 1.0 Received: by 10.236.155.170 with SMTP id j30mr30270926yhk.56.1322001894570; Tue, 22 Nov 2011 14:44:54 -0800 (PST) Received: by 10.236.161.201 with HTTP; Tue, 22 Nov 2011 14:44:54 -0800 (PST) Date: Tue, 22 Nov 2011 23:44:54 +0100 Message-ID: Subject: 24.0.91; Isearch & `M-e' From: Dani Moncayo To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) Hi, Here are two recipes (from emacs -Q) that seem to be bugs in Isearch: -------------------------------------------- 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. -------------------------------------------- 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. -------------------------------------------- In GNU Emacs 24.0.91.1 (i386-mingw-nt6.1.7601) of 2011-11-21 on DANI-PC Windowing system distributor `Microsoft Corp.', version 6.1.7601 configured using `configure --with-gcc (4.6)' -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 22 18:24:19 2011 Received: (at 10113) by debbugs.gnu.org; 22 Nov 2011 23:24:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RSzhK-0008LC-Cq for submit@debbugs.gnu.org; Tue, 22 Nov 2011 18:24:19 -0500 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RSzhI-0008L4-KF for 10113@debbugs.gnu.org; Tue, 22 Nov 2011 18:24:17 -0500 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id ABBA66E807E; Tue, 22 Nov 2011 15:22:53 -0800 (PST) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 47B4E451C624; Tue, 22 Nov 2011 15:22:48 -0800 (PST) From: Juri Linkov To: Dani Moncayo Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Organization: JURTA References: Date: Wed, 23 Nov 2011 01:21:33 +0200 In-Reply-To: (Dani Moncayo's message of "Tue, 22 Nov 2011 23:44:54 +0100") Message-ID: <871uszwxoi.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Here are two recipes (from emacs -Q) that seem to be bugs in Isearch: Thanks for recipes. > -------------------------------------------- > 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? > -------------------------------------------- > 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". It does that only when you switch back to case-insensitive search mode by typing `M-c'. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 03:03:55 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 08:03:55 +0000 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 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 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= MIME-Version: 1.0 Received: by 10.236.155.170 with SMTP id j30mr31930048yhk.56.1322035347968; Wed, 23 Nov 2011 00:02:27 -0800 (PST) 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> References: <871uszwxoi.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 09:02:27 +0100 Message-ID: Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' From: Dani Moncayo To: Juri Linkov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) >> -------------------------------------------- >> 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 09:31:49 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 14:31:49 +0000 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 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" 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 Received: by pastel.home (Postfix, from userid 20848) id EB10358E47; Wed, 23 Nov 2011 09:30:15 -0500 (EST) From: Stefan Monnier To: Dani Moncayo Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Message-ID: References: <871uszwxoi.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 09:30:15 -0500 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) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10113 Cc: Juri Linkov , 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 09:58:01 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 14:58:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTEGu-0006VL-EQ for submit@debbugs.gnu.org; Wed, 23 Nov 2011 09:58:00 -0500 Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTEGt-0006VF-3O for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 09:58:00 -0500 Received: by ghrr14 with SMTP id r14so1458237ghr.3 for <10113@debbugs.gnu.org>; Wed, 23 Nov 2011 06:56:33 -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; bh=DjiTrgO3GDmrAO+NwwwxT+CeEmzj8Ia4iOVc0gogt3Y=; b=m/dxvC+cO1rLWIoa1yY8y1/mSHLvoaebVuJ9DrZH+gj8L745EFzQ7LYwP7d8TEn/A5 MhgfvZltNGST03sZ7bTawfll+FEqN3H+CD+AjoTPmnruRAH4eEbWtXZuou1QZqd69S7t nIDHRT08My4aSBq9ESJyWXsMF12s7dfeDrkOw= MIME-Version: 1.0 Received: by 10.236.197.103 with SMTP id s67mr36034443yhn.5.1322060192912; Wed, 23 Nov 2011 06:56:32 -0800 (PST) Received: by 10.236.161.201 with HTTP; Wed, 23 Nov 2011 06:56:32 -0800 (PST) In-Reply-To: References: <871uszwxoi.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 15:56:32 +0100 Message-ID: Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' From: Dani Moncayo To: Stefan Monnier Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 10113 Cc: Juri Linkov , 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) >> 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? -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 14:55:56 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 19:55:56 +0000 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 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 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 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 57B23B4043; Wed, 23 Nov 2011 14:54:23 -0500 (EST) From: Stefan Monnier To: Dani Moncayo Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Message-ID: References: <871uszwxoi.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 14:54:23 -0500 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) MIME-Version: 1.0 Content-Type: text/plain 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-Spam-Score: -4.4 (----) X-Debbugs-Envelope-To: 10113 Cc: Juri Linkov , 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.4 (----) >>> 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 15:28:50 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 20:28:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTJR4-0006V9-CH for submit@debbugs.gnu.org; Wed, 23 Nov 2011 15:28:50 -0500 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTJR1-0006V0-H0 for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 15:28:48 -0500 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 9EEE06E804C; Wed, 23 Nov 2011 12:27:19 -0800 (PST) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 6886D451C450; Wed, 23 Nov 2011 12:27:13 -0800 (PST) From: Juri Linkov To: Dani Moncayo Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Organization: JURTA References: <871uszwxoi.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 22:20:24 +0200 In-Reply-To: (Dani Moncayo's message of "Wed, 23 Nov 2011 09:02:27 +0100") Message-ID: <87sjletwnb.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Because, removing the final "R" via minibuffer should be equivalent to > do it directly by typing DEL (just after the "R"). Actually `M-e DEL RET' is not equivalent to `DEL'. It is equivalent to `C-M-w' (`isearch-del-char'). > 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"). `M-e DEL r RET' is not equivalent to `DEL r'. It is equivalent to `C-M-w r'. > IOW, the case-sensitivity of the Isearch, when it's determined > _automatically_ (not by typing `M-c'), WRT automatic changing of case-sensitivity after entering an upper-case letter, this is a traditional behavior that you can disable by customizing `search-upper-case' to nil. > should be revised after editing the search string in the minibuffer, > to produce a result consistent with the principle I said before. This is unrelated to `isearch-edit-string'. You'll get the same result when you type `C-a C-s b u f f e R C-M-w r'. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 16:00:50 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 21:00:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTJw2-0007H8-Kf for submit@debbugs.gnu.org; Wed, 23 Nov 2011 16:00:50 -0500 Received: from mail-yx0-f172.google.com ([209.85.213.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTJw1-0007H2-4x for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 16:00:50 -0500 Received: by yenm7 with SMTP id m7so1870076yen.3 for <10113@debbugs.gnu.org>; Wed, 23 Nov 2011 12:59:21 -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=2fwsh/b0CXgD5kA3XS758hNOfMwiUWpQuKr7FlC3BBQ=; b=sgetv6LZ8mhiyq8NMsyUEHkU8yi70tQNHMDsZG9qWRGSYt9vPHB1ajjDzkjS8prU/l VttUHZFcubVXL/45gTo9viRIAul0qflGK6jw8iG1oegfCn+DtUo3zJvs2Q+SSET/hD3z SnrFcLE//11SAdWu2xR9laabGQxvDEqN5NsGM= MIME-Version: 1.0 Received: by 10.236.181.164 with SMTP id l24mr38352520yhm.22.1322081961515; Wed, 23 Nov 2011 12:59:21 -0800 (PST) Received: by 10.236.161.201 with HTTP; Wed, 23 Nov 2011 12:59:21 -0800 (PST) In-Reply-To: <87sjletwnb.fsf@mail.jurta.org> References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 21:59:21 +0100 Message-ID: Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' From: Dani Moncayo To: Juri Linkov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) On Wed, Nov 23, 2011 at 21:20, Juri Linkov wrote: >> Because, removing the final "R" via minibuffer should be equivalent to >> do it directly by typing DEL (just after the "R"). > > Actually `M-e DEL RET' is not equivalent to `DEL'. > It is equivalent to `C-M-w' (`isearch-del-char'). Agreed. >> 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"). > > `M-e DEL r RET' is not equivalent to `DEL r'. > It is equivalent to `C-M-w r'. Agreed. >> IOW, the case-sensitivity of the Isearch, when it's determined >> _automatically_ (not by typing `M-c'), > > WRT automatic changing of case-sensitivity after entering > an upper-case letter, this is a traditional behavior that > you can disable by customizing `search-upper-case' to nil. Customizing that variable is not what I want. See below. >> should be revised after editing the search string in the minibuffer, >> to produce a result consistent with the principle I said before. > > This is unrelated to `isearch-edit-string'. =A0You'll get the same result > when you type `C-a C-s b u f f e R C-M-w r'. You're right, you get the same (undesirable) result that way too. I'll try to express myself better: by default (without touching `isearch-edit-string'), the "case fold search" behavior can be switched on/off in two ways: a. Manually: by typing `M-c'. b. Automatically (only applies if the previous criterion is "case insensitive"): based on whether the current search string contains any uppercase letter or not. What I say is that currently (as we are shown) the (b) criterion is not always re-evaluated, and it should. BTW, Stefan agrees on this, and I hope you too :-). --=20 Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 16:15:39 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 21:15:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTKAM-0007be-Ti for submit@debbugs.gnu.org; Wed, 23 Nov 2011 16:15:39 -0500 Received: from mail-yx0-f172.google.com ([209.85.213.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTKAK-0007bW-CC for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 16:15:37 -0500 Received: by yenm7 with SMTP id m7so1882516yen.3 for <10113@debbugs.gnu.org>; Wed, 23 Nov 2011 13:14:08 -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=k5Om8dx79EhYQ1rnnfB9RePrqjwxhiqzArJraIkPOqk=; b=ruNWb2P2uZsx0txTZZZCSI+B83zYrzNhr0j41E4MkzffUGiYZM6693rpp4q+tlgxjs BSrPh7JHWdNz61jZihlk7EpqldLXV9nqXiLXqHK5Xle2qpX+/nr56RLufT6mx4lTgCqf cY5aglCVPSCxhdfkaOPirogOZssKHFl7+R0I8= MIME-Version: 1.0 Received: by 10.236.155.170 with SMTP id j30mr36980657yhk.56.1322082848576; Wed, 23 Nov 2011 13:14:08 -0800 (PST) Received: by 10.236.161.201 with HTTP; Wed, 23 Nov 2011 13:14:08 -0800 (PST) In-Reply-To: References: <871uszwxoi.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 22:14:08 +0100 Message-ID: Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' From: Dani Moncayo To: Stefan Monnier Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 10113 Cc: Juri Linkov , 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) >> 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. =A0Not doing so >> makes little sense to me. =A0Why continue from a point that was reached >> using a different search string? > > It's as good a starting point as any. =A0The 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. Fair enough. Let's forget this use-case then. --=20 Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 23 16:28:57 2011 Received: (at 10113) by debbugs.gnu.org; 23 Nov 2011 21:28:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTKNE-0007uN-FB for submit@debbugs.gnu.org; Wed, 23 Nov 2011 16:28:56 -0500 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTKNC-0007uH-HI for 10113@debbugs.gnu.org; Wed, 23 Nov 2011 16:28:55 -0500 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id EC0866E8082; Wed, 23 Nov 2011 13:27:26 -0800 (PST) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id B60B7451C635; Wed, 23 Nov 2011 13:27:20 -0800 (PST) From: Juri Linkov To: Dani Moncayo Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Organization: JURTA References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> Date: Wed, 23 Nov 2011 23:23:37 +0200 In-Reply-To: (Dani Moncayo's message of "Wed, 23 Nov 2011 21:59:21 +0100") Message-ID: <87wraqpm7a.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > I'll try to express myself better: by default (without touching > `isearch-edit-string'), the "case fold search" behavior can be > switched on/off in two ways: > a. Manually: by typing `M-c'. > b. Automatically (only applies if the previous criterion is "case > insensitive"): based on whether the current search string contains any > uppercase letter or not. > > What I say is that currently (as we are shown) the (b) criterion is > not always re-evaluated, and it should. > > BTW, Stefan agrees on this, and I hope you too :-). True, currently after the first typed upper case letter, case-sensitivity is not re-evaluated anymore. This behavior can be changed with the following patch: === modified file 'lisp/isearch.el' --- lisp/isearch.el 2011-11-19 21:51:29 +0000 +++ lisp/isearch.el 2011-11-23 21:21:22 +0000 @@ -1658,7 +1658,7 @@ (defun isearch-search-and-update () (setq isearch-success t isearch-error nil isearch-other-end (match-end 0)) - (if (and (eq isearch-case-fold-search t) search-upper-case) + (if search-upper-case (setq isearch-case-fold-search (isearch-no-upper-case-p isearch-string isearch-regexp)))) ;; Not regexp, not reverse, or no match at point. @@ -2328,7 +2328,7 @@ (defun isearch-search () (if isearch-message-function (funcall isearch-message-function nil t) (isearch-message nil t)) - (if (and (eq isearch-case-fold-search t) search-upper-case) + (if search-upper-case (setq isearch-case-fold-search (isearch-no-upper-case-p isearch-string isearch-regexp))) (condition-case lossage From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 01 14:41:47 2011 Received: (at 10113) by debbugs.gnu.org; 1 Dec 2011 19:41:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RWCVv-0002Lf-12 for submit@debbugs.gnu.org; Thu, 01 Dec 2011 14:41:47 -0500 Received: from relais.videotron.ca ([24.201.245.36]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RWCVt-0002LY-CW for 10113@debbugs.gnu.org; Thu, 01 Dec 2011 14:41:45 -0500 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ceviche.home ([173.176.12.77]) by VL-VM-MR003.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0LVJ009ZEINBX410@VL-VM-MR003.ip.videotron.ca> for 10113@debbugs.gnu.org; Thu, 01 Dec 2011 14:40:26 -0500 (EST) Received: by ceviche.home (Postfix, from userid 20848) id E4DB9660D4; Thu, 01 Dec 2011 14:41:22 -0500 (EST) From: Stefan Monnier To: Juri Linkov Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Message-id: References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> <87wraqpm7a.fsf@mail.jurta.org> Date: Thu, 01 Dec 2011 14:41:22 -0500 In-reply-to: <87wraqpm7a.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org, Dani Moncayo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.8 (-) > True, currently after the first typed upper case letter, > case-sensitivity is not re-evaluated anymore. > This behavior can be changed with the following patch: I don't think this qualifies as a bug, but I think it's a good change. So let's keep it for 24.2 (e.g. you can install it in the `pending' branch). Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 04 13:15:28 2011 Received: (at 10113) by debbugs.gnu.org; 4 Dec 2011 18:15:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RXGb2-0001b7-1M for submit@debbugs.gnu.org; Sun, 04 Dec 2011 13:15:28 -0500 Received: from smtprelay-h21.telenor.se ([195.54.99.196]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RXGay-0001ay-Bw for 10113@debbugs.gnu.org; Sun, 04 Dec 2011 13:15:25 -0500 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-h21.telenor.se (Postfix) with ESMTP id BF02CD96D for <10113@debbugs.gnu.org>; Sun, 4 Dec 2011 19:14:55 +0100 (CET) X-SMTPAUTH-B2: [bocjoh] X-SENDER-IP: [85.228.204.22] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AolFAF63205V5MwWPGdsb2JhbABEiUygYxkBAQEBNzKBcgEBBAFWIxALISUPAQQYAQwKGhOIBwK0dIshBKZ1 X-IronPort-AV: E=Sophos;i="4.71,294,1320620400"; d="scan'208";a="226905333" Received: from c-16cce455.04-211-6c6b701.cust.bredbandsbolaget.se (HELO muon.localdomain) ([85.228.204.22]) by ipb2.telenor.se with ESMTP; 04 Dec 2011 19:14:55 +0100 Received: by muon.localdomain (Postfix, from userid 1000) id 979C4484681; Sun, 4 Dec 2011 19:14:53 +0100 (CET) From: =?utf-8?Q?Johan_Bockg=C3=A5rd?= To: Juri Linkov Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> <87wraqpm7a.fsf@mail.jurta.org> Mail-Copies-To: never Date: Sun, 04 Dec 2011 19:14:52 +0100 In-Reply-To: <87wraqpm7a.fsf@mail.jurta.org> (Juri Linkov's message of "Wed, 23 Nov 2011 23:23:37 +0200") Message-ID: <87fwh0yzj7.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.4 (--) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org, Dani Moncayo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) Juri Linkov writes: >> I'll try to express myself better: by default (without touching >> `isearch-edit-string'), the "case fold search" behavior can be >> switched on/off in two ways: >> a. Manually: by typing `M-c'. >> b. Automatically (only applies if the previous criterion is "case >> insensitive"): based on whether the current search string contains any >> uppercase letter or not. >> >> What I say is that currently (as we are shown) the (b) criterion is >> not always re-evaluated, and it should. >> >> BTW, Stefan agrees on this, and I hope you too :-). > > True, currently after the first typed upper case letter, > case-sensitivity is not re-evaluated anymore. > > This behavior can be changed with the following patch: Your patch breaks the `M-c' case. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 05 05:55:25 2011 Received: (at 10113) by debbugs.gnu.org; 5 Dec 2011 10:55:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RXWCi-0002Fh-W8 for submit@debbugs.gnu.org; Mon, 05 Dec 2011 05:55:25 -0500 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RXWCg-0002FT-3h for 10113@debbugs.gnu.org; Mon, 05 Dec 2011 05:55:22 -0500 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 995E768407F; Mon, 5 Dec 2011 02:54:48 -0800 (PST) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id EA3BC451C684; Mon, 5 Dec 2011 02:54:30 -0800 (PST) From: Juri Linkov To: Dani Moncayo Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Organization: JURTA References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> <87wraqpm7a.fsf@mail.jurta.org> <87fwh0yzj7.fsf@gnu.org> Date: Mon, 05 Dec 2011 12:49:43 +0200 In-Reply-To: <87fwh0yzj7.fsf@gnu.org> ("Johan \=\?iso-8859-1\?Q\?Bockg\=E5rd\=22\?\= \=\?iso-8859-1\?Q\?'s\?\= message of "Sun, 04 Dec 2011 19:14:52 +0100") Message-ID: <87sjkz70oo.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >>> I'll try to express myself better: by default (without touching >>> `isearch-edit-string'), the "case fold search" behavior can be >>> switched on/off in two ways: >>> a. Manually: by typing `M-c'. >>> b. Automatically (only applies if the previous criterion is "case >>> insensitive"): based on whether the current search string contains any >>> uppercase letter or not. >>> >>> What I say is that currently (as we are shown) the (b) criterion is >>> not always re-evaluated, and it should. >>> >>> BTW, Stefan agrees on this, and I hope you too :-). >> >> True, currently after the first typed upper case letter, >> case-sensitivity is not re-evaluated anymore. >> >> This behavior can be changed with the following patch: > > Your patch breaks the `M-c' case. Yes, this patch makes automatic toggling in both directions: from case-insensitive to case-sensitive and back from case-sensitive to case-insensitive. Without this patch the current behavior is automatic toggling in one direction: from case-insensitive to case-sensitive (on the first encountered upper case letter). Toggling back from case-sensitive to case-insensitive is manual with `M-c', and this choice is remembered with the value `yes' of `isearch-case-fold-search'. To remember the user's toggle in the reverse direction (from case-insensitive to case-sensitive) we need to introduce a new value of `isearch-case-fold-search' (e.g. `no', but treating it as a nil value would be quite ugly). So perhaps instead of that, a better solution would be to re-evaluate case-sensitivity only in two places: in `isearch-edit-string' and `isearch-del-char'. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 05 12:19:56 2011 Received: (at 10113) by debbugs.gnu.org; 5 Dec 2011 17:19:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RXcCp-0004Uh-Pz for submit@debbugs.gnu.org; Mon, 05 Dec 2011 12:19:56 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RXcCm-0004UZ-S5 for 10113@debbugs.gnu.org; Mon, 05 Dec 2011 12:19:53 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RXcCF-0003ZU-1Y; Mon, 05 Dec 2011 12:19:19 -0500 Date: Mon, 05 Dec 2011 12:19:19 -0500 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Juri Linkov In-reply-to: <87sjkz70oo.fsf@mail.jurta.org> (message from Juri Linkov on Mon, 05 Dec 2011 12:49:43 +0200) Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> <87wraqpm7a.fsf@mail.jurta.org> <87fwh0yzj7.fsf@gnu.org> <87sjkz70oo.fsf@mail.jurta.org> X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org, dmoncayo@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) I think it was a mistake to give M-c this special meaning in an isearch. It is useful for M-c to exit the isearch and capitalize the next word. The only situation where the special M-c meaning is needed is to search for a word only in all lower case. That is a rare use case, and I think that complicating the isearch interface just for that is making things worse. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 21 17:52:47 2022 Received: (at 10113) by debbugs.gnu.org; 21 Mar 2022 21:52:47 +0000 Received: from localhost ([127.0.0.1]:38643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWPxH-0003MA-8S for submit@debbugs.gnu.org; Mon, 21 Mar 2022 17:52:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWPxF-0003Lv-Fe for 10113@debbugs.gnu.org; Mon, 21 Mar 2022 17:52:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=i5AiLbGUkoFad/WPF29PUsmQJRwN3OSklMh71deSvuE=; b=fvfst3eFHuD0s7MtJWy310ILbf KCXJ2yir4uPt9SKd1ASnM8khhfcyhG7l7qxHsyXy+93bj+Pi8tPVxPKfQ0CQXj3Q2mQKpxDkkcE2b yFSgYo3z+5ibqPjaCk2ZVFpbZe6aY62+tczMpzLTrXWLAhSPuxNjh+LrqQFULu/kraK0=; Received: from [109.179.236.69] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWPx4-0004Sq-TF; Mon, 21 Mar 2022 22:52:39 +0100 From: Lars Ingebrigtsen To: Juri Linkov Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> <87wraqpm7a.fsf@mail.jurta.org> <87fwh0yzj7.fsf@gnu.org> <87sjkz70oo.fsf@mail.jurta.org> Date: Mon, 21 Mar 2022 22:52:31 +0100 In-Reply-To: <87sjkz70oo.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 05 Dec 2011 12:49:43 +0200") Message-ID: <87czifnfc0.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Juri Linkov writes: > Yes, this patch makes automatic toggling in both directions: > from case-insensitive to case-sensitive and back from case-sensitive > to case-insensitive. This was ten years ago, and isearch behaves the same, as far as I can tell. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org, Dani Moncayo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Juri Linkov writes: > Yes, this patch makes automatic toggling in both directions: > from case-insensitive to case-sensitive and back from case-sensitive > to case-insensitive. This was ten years ago, and isearch behaves the same, as far as I can tell. > Without this patch the current behavior is automatic toggling in one > direction: from case-insensitive to case-sensitive (on the first > encountered upper case letter). Toggling back from case-sensitive > to case-insensitive is manual with `M-c', and this choice is remembered > with the value `yes' of `isearch-case-fold-search'. I think your patch makes sense -- make `M-c' toggle the case sensitivity in both directions, if I understand correctly? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 05:21:37 2022 Received: (at 10113) by debbugs.gnu.org; 22 Mar 2022 09:21:37 +0000 Received: from localhost ([127.0.0.1]:39177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWaht-0004od-Gn for submit@debbugs.gnu.org; Tue, 22 Mar 2022 05:21:37 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:54021) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWahs-0004oO-8f for 10113@debbugs.gnu.org; Tue, 22 Mar 2022 05:21:37 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 982E8E0006; Tue, 22 Mar 2022 09:21:25 +0000 (UTC) From: Juri Linkov To: Lars Ingebrigtsen Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' Organization: LINKOV.NET References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> <87wraqpm7a.fsf@mail.jurta.org> <87fwh0yzj7.fsf@gnu.org> <87sjkz70oo.fsf@mail.jurta.org> <87czifnfc0.fsf@gnus.org> Date: Tue, 22 Mar 2022 10:47:44 +0200 In-Reply-To: <87czifnfc0.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 21 Mar 2022 22:52:31 +0100") Message-ID: <861qyu73d3.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org, Dani Moncayo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.5 (-) >> Yes, this patch makes automatic toggling in both directions: >> from case-insensitive to case-sensitive and back from case-sensitive >> to case-insensitive. > > This was ten years ago, and isearch behaves the same, as far as I can > tell. This request is exactly as bug#14729 - to change the traditional behavior of isearch for no gain, only for consistency with some abstract ideas. >> Without this patch the current behavior is automatic toggling in one >> direction: from case-insensitive to case-sensitive (on the first >> encountered upper case letter). Toggling back from case-sensitive >> to case-insensitive is manual with `M-c', and this choice is remembered >> with the value `yes' of `isearch-case-fold-search'. > > I think your patch makes sense -- make `M-c' toggle the case > sensitivity in both directions, if I understand correctly? The patch implemented automatic case-fold toggling in both directions, where typing a letter re-evaluates case-sensitivity of the search string. This might break some users' habits. So another idea was to re-evaluate case-sensitivity only in `isearch-edit-string' and `isearch-del-char'. Still such change might be unexpected for some users. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 10:12:25 2022 Received: (at 10113) by debbugs.gnu.org; 22 Mar 2022 14:12:25 +0000 Received: from localhost ([127.0.0.1]:41463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWfFJ-0006QB-Fu for submit@debbugs.gnu.org; Tue, 22 Mar 2022 10:12:25 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWfFH-0006Pf-Bv for 10113@debbugs.gnu.org; Tue, 22 Mar 2022 10:12:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=pEmsqSVpCK4S/Hy20ln1QXen1IoA7N3HA+4wKHkPgVQ=; b=vN7YPknHygWBv4B7zzyfWISU0j 4swfM9Q0jcFY0JfuIt4h2ZqiKJFkKly9BfquvMr6nRTXMBAjDDZZNYfXFX2eP1AuOTQ6TPM+TJeFT zkl/iSd6IOk6u3gkHTSjsGBgsWfafNTP+4IoI2Icd1PI0NnhOJLVteKQ01B4IdgyLIRs=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWfF8-0006b0-Sj; Tue, 22 Mar 2022 15:12:17 +0100 From: Lars Ingebrigtsen To: Juri Linkov Subject: Re: bug#10113: 24.0.91; Isearch & `M-e' References: <871uszwxoi.fsf@mail.jurta.org> <87sjletwnb.fsf@mail.jurta.org> <87wraqpm7a.fsf@mail.jurta.org> <87fwh0yzj7.fsf@gnu.org> <87sjkz70oo.fsf@mail.jurta.org> <87czifnfc0.fsf@gnus.org> <861qyu73d3.fsf@mail.linkov.net> Date: Tue, 22 Mar 2022 15:12:13 +0100 In-Reply-To: <861qyu73d3.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 22 Mar 2022 10:47:44 +0200") Message-ID: <875yo6m5z6.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Juri Linkov writes: > The patch implemented automatic case-fold toggling in both directions, > where typing a letter re-evaluates case-sensitivity of the search string. > This might break some users' habits. So another i [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 10113 Cc: 10113@debbugs.gnu.org, Dani Moncayo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Juri Linkov writes: > The patch implemented automatic case-fold toggling in both directions, > where typing a letter re-evaluates case-sensitivity of the search string. > This might break some users' habits. So another idea was to re-evaluate > case-sensitivity only in `isearch-edit-string' and `isearch-del-char'. > Still such change might be unexpected for some users. So I guess the conclusion here is that we don't really want to do anything? The user can always use `M-c' to toggle the case sensitivity if they've done some odd sequence of commands that end up with a sensitivity that's not what they want. So I'm therefore closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 10:12:34 2022 Received: (at control) by debbugs.gnu.org; 22 Mar 2022 14:12:34 +0000 Received: from localhost ([127.0.0.1]:41467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWfFR-0006R1-PX for submit@debbugs.gnu.org; Tue, 22 Mar 2022 10:12:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWfFQ-0006QL-IM for control@debbugs.gnu.org; Tue, 22 Mar 2022 10:12:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=9IDoDYSi6BlltlRaBpVLWWjm22dVt13TnGYXvVaYc3M=; b=kR34B5yshyGApijZSO1b8dg7pP yzP13AJ9u4XdhLGHVTgBH0XFJvF1vLP20MlWg3qgZgPGy0pA4aBuJ3LRh1ffp47Ske/h/CqmLxfCt Aev8G2+wILQ3vVYv4j9mosyRcTxh7IHuGYAGtSIhpVLhurzPf/+VrIXSS7Mq1pxJQ2d4=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWfFJ-0006bC-85 for control@debbugs.gnu.org; Tue, 22 Mar 2022 15:12:27 +0100 Date: Tue, 22 Mar 2022 15:12:24 +0100 Message-Id: <874k3qm5yv.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #10113 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 10113 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 10113 quit From unknown Fri Jun 20 07:25:46 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 20 Apr 2022 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator