From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.bugs Subject: bug#56815: 29.0.50; Isearch lazy-highlight highlights too much when truncate-lines is in effect Date: Fri, 29 Jul 2022 19:52:08 +0000 Message-ID: References: <83mtct87ti.fsf@gnu.org> <865yjhc85k.fsf@mail.linkov.net> <83fsik8o39.fsf@gnu.org> <87r124kul6.fsf@gnus.org> <86mtcrpyzs.fsf@mail.linkov.net> <83bkt77nf9.fsf@gnu.org> <83a68r7m2d.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3029"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 56815@debbugs.gnu.org, juri@linkov.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 29 21:53:18 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oHW2v-0000dR-2G for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 29 Jul 2022 21:53:17 +0200 Original-Received: from localhost ([::1]:35866 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oHW2t-0003QR-VM for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 29 Jul 2022 15:53:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46694) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oHW2g-0003N5-SO for bug-gnu-emacs@gnu.org; Fri, 29 Jul 2022 15:53:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43763) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oHW2g-0005Ch-KG for bug-gnu-emacs@gnu.org; Fri, 29 Jul 2022 15:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oHW2g-00006V-Go for bug-gnu-emacs@gnu.org; Fri, 29 Jul 2022 15:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Jul 2022 19:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56815 X-GNU-PR-Package: emacs Original-Received: via spool by 56815-submit@debbugs.gnu.org id=B56815.1659124335325 (code B ref 56815); Fri, 29 Jul 2022 19:53:02 +0000 Original-Received: (at 56815) by debbugs.gnu.org; 29 Jul 2022 19:52:15 +0000 Original-Received: from localhost ([127.0.0.1]:33512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHW1v-000058-Af for submit@debbugs.gnu.org; Fri, 29 Jul 2022 15:52:15 -0400 Original-Received: from heytings.org ([95.142.160.155]:58160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHW1q-00004u-5t for 56815@debbugs.gnu.org; Fri, 29 Jul 2022 15:52:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1659124328; bh=VMzWxBSE3pL9R/zQ1TubKP8ze0iGTV3xpEqdgsmF9Xw=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=gSE9H7s6jpbcmzkJEKmkURQaT6BFKcpR6U1odtA4iHFfXyDi2MdBS/ob9Rk5vhWnu 7Zjkg3tS/99zNqnh+NLiwxPs5KZIc8Bqpe8htZd3NxYTHioG2tVkDkxZa4J769Okjg jPcYKaDxiOMNzsGjktvUBvH1PPOy9RNseCywI1W3PJK55V5BtRTTMOqJpb4YjwmOhl 9Odo2glvKiKgDANtE5eo1tqhkAOpn4LG9VaD5EF1OkFp0QtcpX3vOqV5bP4FY3evpU RN9/PHy5xoAfYZ0+CyYs1E+JJGRtyLecQuKI41yhEE9H5Atb4P/qDXc+4H2hto1JL3 BJc5qGQHodN6Q== In-Reply-To: <83a68r7m2d.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:238218 Archived-At: > > Moreover, isearch.el could use some special-purpose algorithm for > looking for visible matches in this case. For example, as soon as > posn-at-point tells us a match is to the right of the window's right > edge, isearch.el could go to the beginning of the next line and continue > from there, instead of checking all the subsequent matches on the same > line (with a result that is known in advance). This way, we will > probably have even fewer matches, and the search will be faster, except > for very large values of hscroll. > And you really think it's TRT to add such a special-purpose algorithm for that very specific "long-and-truncated lines" case everywhere in Emacs? Because isearch is just one example, there are many other places where you will similarly need to reduce the portion of the buffer that will be considered by the command to the portion of the buffer that is actually visible on screen.