From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#18018: 24.4.50; (emacs) `Special Isearch' Date: Sun, 01 May 2016 01:12:17 +0200 Message-ID: <87eg9madym.fsf@web.de> References: <77671f5a-4f78-4ec4-86c7-69fbe769fe9a@default> <87h9eknko6.fsf@gnus.org> <685fb08c-2932-427f-abdb-e451213e9948@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1462058022 22876 80.91.229.3 (30 Apr 2016 23:13:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Apr 2016 23:13:42 +0000 (UTC) Cc: 18018@debbugs.gnu.org, Lars Ingebrigtsen To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun May 01 01:13:30 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1awe4n-0004D5-U6 for geb-bug-gnu-emacs@m.gmane.org; Sun, 01 May 2016 01:13:30 +0200 Original-Received: from localhost ([::1]:60061 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awe4j-0001dX-SI for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Apr 2016 19:13:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42904) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awe4b-0001QF-0R for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2016 19:13:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1awe4P-0004EK-9X for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2016 19:13:11 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46503) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awe4P-0004Da-5C for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2016 19:13:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1awe4L-0006X9-LO for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2016 19:13:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2016 23:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18018-submit@debbugs.gnu.org id=B18018.146205795625082 (code B ref 18018); Sat, 30 Apr 2016 23:13:01 +0000 Original-Received: (at 18018) by debbugs.gnu.org; 30 Apr 2016 23:12:36 +0000 Original-Received: from localhost ([127.0.0.1]:58840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1awe3v-0006WU-RN for submit@debbugs.gnu.org; Sat, 30 Apr 2016 19:12:36 -0400 Original-Received: from mout-xforward.web.de ([82.165.159.35]:61122) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1awe3t-0006WH-W3 for 18018@debbugs.gnu.org; Sat, 30 Apr 2016 19:12:34 -0400 Original-Received: from drachen.dragon ([94.217.122.112]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0M8zOD-1aodBe1WNZ-00CRIL; Sun, 01 May 2016 01:12:19 +0200 In-Reply-To: <685fb08c-2932-427f-abdb-e451213e9948@default> (Drew Adams's message of "Fri, 29 Apr 2016 15:41:59 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) X-Provags-ID: V03:K0:5OZ7WFmCvaIkn6VTufaXyOFDYPPzsLhKLyAppAJtoYyzMbP5SmQ RMBwBhAFGPg8pA5/sJVTD/+sBMkiPhOWiZHyGo+pMHchEC4v9ChD9Lysz7kV9o3w1+x2yUP FeC7DUZ2dWXMqA27XdqHYDFGhevV+FPPAIW1KNT4gErs+uiuzcarEzU8C+JkKyPdIGdFAEd n1lMc3vVN4dyQ8Yjlu28g== X-UI-Out-Filterresults: junk:10;V01:K0:a7toG2D1iU0=:g1Pqt6JnQH5eeEEDQOC/XCpy vMQ0rmDdriH1kNFB7WzJ6jGP+e4ajG4H+w+cQ71TYYQNZHM2HaggMHFaZklh9Xk+3zkKIoixv e4BAbA88ecQlrFMgXhyvEeZ6rD+sO8y07afUTWWzkrtyOLB0mzg2H3LZDDrhyqjkr6I3g+NI1 74PYKhrs7w6MwMD72SYaJP7Yp9nyFMkaGoZc9CcXLzl0VwAoUjWlzMc9JOr6DFRRBt1oNo84/ ve0rhBD7ROpAXHu/lFYzPTCKl9EUqJTahqKnqGXfZbGnZuR7wvblBnQkN22+GMIj1a9W2CFi9 XNM6A1tuvEFKDqwrGp5e9f7AmioFC9sKRcqhlRs2SHFL9WQYGc1BYJPMfqq52DO3NekkPaK7K Z3oVsH7iGTGokJPgpQtoH5mimsTU6SyGlclvfkiFJnIMLgV7wWWTA3fZcjy+hgD21ZvgZv83c sGGzVf3Eti2lnKmgLtLSnTlsqJOWG3Y30wThAO15bp0qzGbUJv8VsUAWh2tmgQtuDJM3tRj9k qxw3icSzY1Lnu+kgbZj3K8q678yZKW9WP+KvkJolbbQaRToNQusgeLVoKtHyY4h8mysGD6QPp A/CKUcpdI30LbMb/nL5z0C3c92lZXr7l0NqQQI/quf9BzX1FHCYSyM5eeQCGpOlRn3NPG1EBI znQx/cgvljfFi5NQlejr5WjdhSNu64P/QW1LfzdJ3NJ/ZPaXY1Hl2TrAb9y1jLm9LxWRSuS9w 4az/V8UewvXvkgDgNjknY+J9VERViIigz3Y6082vrVEL7fy+OdmQJ9q0m0t35gtQKCQe8RH+ X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:117477 Archived-At: Drew Adams writes: > Really? I don't have a build more recent than 2015-12-10, but in that > build, at least, the identical text is still there, and I see nothing > added about this being only the default behavior or about > `case-fold-search'. > > But if this was really fixed, great. Seems this has been fixed when the new char folding stuff has been integrated. Now the relevant text is in (info "(emacs) Lax Search") and reads like: Searches in Emacs by default ignore the case of the text they are searching through, if you specify the search string in lower case. Thus, if you specify searching for =E2=80=98foo=E2=80=99, then =E2=80=98Foo= =E2=80=99 and =E2=80=98foo=E2=80=99 also match. Regexps, and in particular character sets, behave likewise: =E2=80=98[ab]=E2=80=99 matches =E2=80=98a=E2=80=99 or =E2=80=98A=E2=80=99 o= r =E2=80=98b=E2=80=99 or =E2=80=98B=E2=80=99. This feature is known as =E2= =80=9Ccase folding=E2=80=9D, and it is supported in both incremental and non-increment= al search modes. An upper-case letter anywhere in the search string makes the search case-sensitive. Thus, searching for =E2=80=98Foo=E2=80=99 does not find = =E2=80=98foo=E2=80=99 or =E2=80=98FOO=E2=80=99. This applies to regular expression search as well as to literal string search. The effect ceases if you delete the upper-case letter from the search string. The variable =E2=80=98search-upper-case=E2=80=99 controls t= his: if it is non-=E2=80=98nil=E2=80=99 (the default), an upper-case character in the sea= rch string make the search case-sensitive; setting it to =E2=80=98nil=E2=80=99 disable= s this effect of upper-case characters. If you set the variable =E2=80=98case-fold-search=E2=80=99 to =E2=80=98n= il=E2=80=99, then all letters must match exactly, including case. This is a per-buffer variable; altering the variable normally affects only the current buffer, unless you change its default value. *Note Locals::. This variable applies to nonincremental searches also, including those performed by the replace commands (*note Replace::) and the minibuffer history matching commands (*note Minibuffer History::). Typing =E2=80=98M-c=E2=80=99 or =E2=80=98M-s c=E2=80=99 (=E2=80=98isearc= h-toggle-case-fold=E2=80=99) within an incremental search toggles the case sensitivity of that search. The effect does not extend beyond the current incremental search, but it does override the effect of adding or removing an upper-case letter in the current search. [...] Michael.