GNU bug report logs -
#18018
24.4.50; (emacs) `Special Isearch'
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Mon, 14 Jul 2014 16:08:01 UTC
Severity: minor
Found in version 24.4.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18018 in the body.
You can then email your comments to 18018 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18018
; Package
emacs
.
(Mon, 14 Jul 2014 16:08:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drew Adams <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 14 Jul 2014 16:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The node says this about case-sensitivity:
If the search string you entered contains only lower-case letters,
the search is case-insensitive; as long as an upper-case letter exists
in the search string, the search becomes case-sensitive. If you delete
the upper-case character from the search string, it ceases to have this
effect. *Note Search Case::.
This is false. This is only the _default_ behavior, i.e., the behavior
you get with the default value of `case-fold-search' (non-nil). This is
a fine place to mention user option `case-fold-search' and point out
that IF its value is non-nil THEN... (this is the behavior you get).
In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
of 2014-06-28 on ODIEONE
Bzr revision: 117431 rgm <at> gnu.org-20140628015517-eku6hj8mpgcvfnso
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --prefix=/c/Devel/emacs/snapshot/trunk
--enable-checking=yes,glyphs 'CFLAGS=-O0 -g3'
LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1
-Ic:/Devel/emacs/include''
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18018
; Package
emacs
.
(Fri, 29 Apr 2016 21:57:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 18018 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> writes:
> The node says this about case-sensitivity:
>
> If the search string you entered contains only lower-case letters,
> the search is case-insensitive; as long as an upper-case letter exists
> in the search string, the search becomes case-sensitive. If you delete
> the upper-case character from the search string, it ceases to have this
> effect. *Note Search Case::.
>
> This is false. This is only the _default_ behavior, i.e., the behavior
> you get with the default value of `case-fold-search' (non-nil). This is
> a fine place to mention user option `case-fold-search' and point out
> that IF its value is non-nil THEN... (this is the behavior you get).
This seems like it's been fixed since the bug report was filed.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
18018 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 29 Apr 2016 21:57:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18018
; Package
emacs
.
(Fri, 29 Apr 2016 22:43:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 18018 <at> debbugs.gnu.org (full text, mbox):
> > The node says this about case-sensitivity:
> >
> > If the search string you entered contains only lower-case letters,
> > the search is case-insensitive; as long as an upper-case letter exists
> > in the search string, the search becomes case-sensitive. If you
> > delete the upper-case character from the search string, it ceases to
> > have this effect. *Note Search Case::.
> >
> > This is false. This is only the _default_ behavior, i.e., the behavior
> > you get with the default value of `case-fold-search' (non-nil). This is
> > a fine place to mention user option `case-fold-search' and point out
> > that IF its value is non-nil THEN... (this is the behavior you get).
>
> This seems like it's been fixed since the bug report was filed.
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18018
; Package
emacs
.
(Sat, 30 Apr 2016 23:13:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 18018 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> 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 ‘foo’, then ‘Foo’ and ‘foo’ also
match. Regexps, and in particular character sets, behave likewise:
‘[ab]’ matches ‘a’ or ‘A’ or ‘b’ or ‘B’. This feature is known as “case
folding”, and it is supported in both incremental and non-incremental
search modes.
An upper-case letter anywhere in the search string makes the search
case-sensitive. Thus, searching for ‘Foo’ does not find ‘foo’ or ‘FOO’.
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 ‘search-upper-case’ controls this: if it is
non-‘nil’ (the default), an upper-case character in the search string
make the search case-sensitive; setting it to ‘nil’ disables this effect
of upper-case characters.
If you set the variable ‘case-fold-search’ to ‘nil’, 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 ‘M-c’ or ‘M-s c’ (‘isearch-toggle-case-fold’) 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.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 29 May 2016 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 74 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.