From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#21092: 25.0.50; Option `lazy-highlight-max-at-a-time' does not work Date: Fri, 28 Aug 2015 14:43:11 -0700 (PDT) Message-ID: References: <9e1b9e19-6a1e-4241-a3e6-2876509e1423@default>> <7245a30d-355a-425e-b19b-1c9ecc5e94e3@default>> <83lhcv4wp4.fsf@gnu.org>> <56e13714-27a7-47f9-93df-299b4a25457d@default> <87si73dsjt.fsf@mail.linkov.net> 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 1440798266 29532 80.91.229.3 (28 Aug 2015 21:44:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2015 21:44:26 +0000 (UTC) Cc: 21092@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 28 23:44:13 2015 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 1ZVRRS-0004ne-Bb for geb-bug-gnu-emacs@m.gmane.org; Fri, 28 Aug 2015 23:44:10 +0200 Original-Received: from localhost ([::1]:49998 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVRRR-0005Jk-80 for geb-bug-gnu-emacs@m.gmane.org; Fri, 28 Aug 2015 17:44:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44262) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVRRO-0005JK-7h for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 17:44:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZVRRK-0007Re-7B for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 17:44:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZVRRK-0007RY-3a for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 17:44:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZVRRJ-0007Ca-Sr for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2015 17:44:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Aug 2015 21:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21092-submit@debbugs.gnu.org id=B21092.144079819927623 (code B ref 21092); Fri, 28 Aug 2015 21:44:01 +0000 Original-Received: (at 21092) by debbugs.gnu.org; 28 Aug 2015 21:43:19 +0000 Original-Received: from localhost ([127.0.0.1]:41772 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZVRQd-0007BS-6b for submit@debbugs.gnu.org; Fri, 28 Aug 2015 17:43:19 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:34193) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZVRQa-0007BK-HL for 21092@debbugs.gnu.org; Fri, 28 Aug 2015 17:43:17 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t7SLhENO021861 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Aug 2015 21:43:15 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t7SLhEP1018276 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 28 Aug 2015 21:43:14 GMT Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t7SLhDTq031585; Fri, 28 Aug 2015 21:43:13 GMT In-Reply-To: <87si73dsjt.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:105934 Archived-At: > Eli is right - lazy-highlight is designed to show matches > only on the screen. No, that is wrong. And that is not what Eli said, in any case. He said that the display engine (not lazy-highlight) is designed to highlight only what is shown on the screen. Lazy highlighting seems pretty clearly to have been designed from the outset with the possibility that you can control how much it highlights, for _performance_ reasons, and that you can, explicitly, choose to highlight everywhere if you want. By default, lazy highlighting does not extend far, and it is removed when you finish searching. But both of these default behaviors are optional, changeable for situations where you want to highlight more and you want to keep the highlighting after searching, respectively. I think Eli was mistaken wrt each of these, but that's not important. =20 > A fix for the docstring of =E2=80=98lazy-highlight-max-at-a-time=E2=80=99= is to replace > =E2=80=9CA value of nil means highlight all matches.=E2=80=9D with > =E2=80=9CA value of nil means highlight all matches shown on the screen= .=E2=80=9D I disagree strongly that this is proper. This is not a doc problem. Clearly the intention of nil `lazy-highlight-max-at-a-time' is to enable lazy highlighting throughout the search space. > > And given that Lisp code apparently _can_ highlight a whole, large > > buffer (AFAICT), if you have any tips on how I might make this work, > > myself, for Isearch lazy highlighting, please pass them along. >=20 > To highlight the whole buffer you can use =E2=80=98C-s the M-s h r=E2=80= =99 > (isearch-highlight-regexp). My request was before I found a fix, and it was to help find a fix for the bug, not to highlight a regexp everywhere. What you mention here is totally unrelated to lazy highlighting, not only in effect but in purpose. I did not ask how to highlight a regexp throughout a buffer. I asked for tips about fixing the bug, so that lazy highlighting could optionally be applied throughout the buffer, as intended by a nil value of =E2=80=98lazy-highlight-max-at-a-time= =E2=80=99. Please see the simple patch I sent, which I think takes care of this.