From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: lax matching is not a great default behavior Date: Tue, 1 Dec 2015 13:17:18 -0800 (PST) Message-ID: <757ac873-5c4c-47b9-845a-e96f9b6dbca7@default> References: < <837fl2qzs2.fsf@gnu.org>> < > <<83610ikvto.fsf@gnu.org> <87vb8iqa0l.fsf@udel.edu> <87k2oyymjv.fsf@udel.edu>> <<83r3j6j5vj.fsf@gnu.org>> <<83poyqj5qb.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1449004674 5519 80.91.229.3 (1 Dec 2015 21:17:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Dec 2015 21:17:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii , mvoteiza@udel.edu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 01 22:17:41 2015 Return-path: Envelope-to: ged-emacs-devel@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 1a3sIt-0007DX-0A for ged-emacs-devel@m.gmane.org; Tue, 01 Dec 2015 22:17:39 +0100 Original-Received: from localhost ([::1]:54928 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3sIs-0005lh-E1 for ged-emacs-devel@m.gmane.org; Tue, 01 Dec 2015 16:17:38 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55000) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3sIg-0005lZ-TQ for emacs-devel@gnu.org; Tue, 01 Dec 2015 16:17:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a3sIf-0002gV-St for emacs-devel@gnu.org; Tue, 01 Dec 2015 16:17:26 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:32745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3sIb-0002g6-ML; Tue, 01 Dec 2015 16:17:21 -0500 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id tB1LHK8Q032697 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Dec 2015 21:17:20 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id tB1LHJOM014547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 1 Dec 2015 21:17:20 GMT Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id tB1LHJm9031570; Tue, 1 Dec 2015 21:17:19 GMT In-Reply-To: <<83poyqj5qb.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:195720 Archived-At: > > The first match is almost instantaneous here; it's the next one, > > especially if it fails, is slow. > > > > So it doesn't seem to be the search itself, it's something else > > that's at work here. >=20 > Seems to be lazy-highlight. Set isearch-lazy-highlight to nil, and > Bob's your uncle. Of course then only one hit is found at a time. Naturally that makes a big difference (always, though it's generally not so noticeable for non-folded searching). The same is true, BTW, for the symmetric char folding I added. It's the reason I have this in the Commentary: ;; Be aware that character-fold searching can be much slower when ;; symmetric - there are many more possibilities to search for. ;; If, for example, you search only for a single "e"-family ;; character then every "e" in the buffer is a search hit (which ;; means lazy-highlighting them all, by default). Searching with ;; a longer search string is much faster. ;; ;; If you also use library `isearch+.el' then you can turn off lazy ;; highlighting using the toggle key `M-s h L'. This can vastly ;; improve performance when character folding is symmetric. Toggling lazy highlighting off makes even symmetric folding snappy, and even for a one-char string such as =E9, which (symmetrically) matches every "e"-like character.