GNU bug report logs - #22090
Isearch is sluggish and eventually refuses further service with "[Too many words]".

Previous Next

Package: emacs;

Reported by: Alan Mackenzie <acm <at> muc.de>

Date: Fri, 4 Dec 2015 04:26:01 UTC

Severity: normal

Done: Alan Mackenzie <acm <at> muc.de>

Bug is archived. No further changes may be made.

Full log


Message #26 received at 22090 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: bruce.connor.am <at> gmail.com
Cc: 22090 <at> debbugs.gnu.org, acm <at> muc.de
Subject: Re: bug#22090: Isearch is sluggish and eventually refuses further
 service with "[Too many words]".
Date: Fri, 04 Dec 2015 18:27:48 +0200
> Date: Fri, 4 Dec 2015 16:06:40 +0000
> From: Artur Malabarba <bruce.connor.am <at> gmail.com>
> Cc: Alan Mackenzie <acm <at> muc.de>, 22090 <at> debbugs.gnu.org
> 
> > Thanks.  Is there any reasonably simple way of describing the
> > resulting limitations (i.e. what will NOT match) on the user manual
> > level?
> 
> Basically, 'a' will match similar characters (like '๐‘Ž' and 'รก') and
> their upper-case equivalents (like 'ร'). 'a' will NOT match characters
> similar to 'A' that don't have a lower-case equivalent (like '๐”ธ') in
> the unicode standard.

What about ligatures, or symbols like โ„ป?

Also, by "lower-case equivalent" do you mean a case mapping defined by
the UCD, or just by visual appearance?  An example of the latter would
be โ’ถ vs โ“.




This bug report was last modified 9 years and 171 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.