From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#21092: 25.0.50; Option `lazy-highlight-max-at-a-time' does not work Date: Mon, 31 Aug 2015 23:01:34 +0300 Organization: LINKOV.NET Message-ID: <87y4grw7kx.fsf@mail.linkov.net> References: <6ef534bf-ecf3-48a4-9414-46de26d911c7@default> <87oahpbxu1.fsf@mail.linkov.net> <83r3ml1ou6.fsf@gnu.org> <87h9ng4ho0.fsf@mail.linkov.net> <7d3e51a1-945f-497e-8af1-449cd4151ca1@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 1441051646 11707 80.91.229.3 (31 Aug 2015 20:07:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 31 Aug 2015 20:07:26 +0000 (UTC) Cc: 21092@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 31 22:07:15 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 1ZWVMG-0004Vv-UC for geb-bug-gnu-emacs@m.gmane.org; Mon, 31 Aug 2015 22:07:13 +0200 Original-Received: from localhost ([::1]:40212 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWVMG-00039g-PY for geb-bug-gnu-emacs@m.gmane.org; Mon, 31 Aug 2015 16:07:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54509) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWVMB-00038J-Iu for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2015 16:07:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZWVM6-00045H-Ig for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2015 16:07:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWVM6-00044z-EX for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2015 16:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZWVM6-0004WZ-3J for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2015 16:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 31 Aug 2015 20:07: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.144105160817371 (code B ref 21092); Mon, 31 Aug 2015 20:07:01 +0000 Original-Received: (at 21092) by debbugs.gnu.org; 31 Aug 2015 20:06:48 +0000 Original-Received: from localhost ([127.0.0.1]:44059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZWVLr-0004W7-S0 for submit@debbugs.gnu.org; Mon, 31 Aug 2015 16:06:48 -0400 Original-Received: from sub3.mail.dreamhost.com ([69.163.253.7]:54945 helo=homiemail-a100.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZWVLq-0004Vz-Fe for 21092@debbugs.gnu.org; Mon, 31 Aug 2015 16:06:47 -0400 Original-Received: from homiemail-a100.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a100.g.dreamhost.com (Postfix) with ESMTP id 264A631A078; Mon, 31 Aug 2015 13:06:43 -0700 (PDT) Original-Received: from localhost.linkov.net (m212-53-118-114.cust.tele2.ee [212.53.118.114]) (Authenticated sender: jurta@jurta.org) by homiemail-a100.g.dreamhost.com (Postfix) with ESMTPA id C265B31A070; Mon, 31 Aug 2015 13:06:41 -0700 (PDT) In-Reply-To: <7d3e51a1-945f-497e-8af1-449cd4151ca1@default> (Drew Adams's message of "Sun, 30 Aug 2015 15:39:45 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (x86_64-pc-linux-gnu) 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:106022 Archived-At: > You clearly do not want this done. Not at all. I only disagree that it's a bug. =E2=80=98lazy-highlight-max-at-a-time=E2=80=99 is just an optimization va= riable along with =E2=80=98lazy-highlight-initial-delay=E2=80=99, =E2=80=98lazy-= highlight-interval=E2=80=99 that users might want to tweak to improve performance where nil of =E2=80=98lazy-highlight-max-at-a-time=E2=80=99 allows highlighting in one= loop that avoids delays on fast processors (it makes sense to change its default value to nil to match the modern hardware). A new feature to highlight the whole buffer would be useful as well to reduce flickering during Isearch. Currently when e.g. scrolling by one line lazy-highlight clears all matches on the screen, and re-highlights them with an additional line taken into account. That's because lazy-highlight is non-incremental. Highlighting the whole buffer could fix this visual effect. So unlike the current screen-limited lazy-highlighting that reacts to window-start/window-end changes, once whole-buffer lazy-highlighting finds all matches in the buffer it doesn't need to re-highlight them during Isearch navigation. A new option could be named e.g. (defcustom lazy-highlight-buffer nil) Again, its default value is depending on the average hardware. While I believe that highlighting all matches on the screen is suitable for most users, I'm not sure about highlighting all matches in a (possibly large) buffer in one loop. > You have not wanted a boatload of features, Yes, I resist a bloatload of features, but I'm happy with adding features that solve a complex usability problem in a simple way. > whether it's searching within the active region (not needed, > since a user can always narrow the buffer); Because it's more useful to extend the bounds of the active region using Isearch. > search within text- or overlay-property zones; There is an unfinished feature request bug#15245. > on-demand replacement of search hits during search Can you find a bug# for this? > Please at least fix the doc so that it matches what the > code does, whether or not that matches what the original > intention was. Then the docstring could point to the new option =E2=80=98lazy-highlight-= buffer=E2=80=99.