From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#15839: 24.3.50; `isearch-allow-scroll': be able to scroll point off screen temporarily Date: Tue, 27 Nov 2018 01:35:31 +0200 Organization: LINKOV.NET Message-ID: <877egzmmyk.fsf@mail.linkov.net> References: <51df60b6-e152-4989-a27e-70dadb9b7474@default> <8736rqgk6f.fsf@mail.linkov.net> <87y39gexdo.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1543279445 14368 195.159.176.226 (27 Nov 2018 00:44:05 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 27 Nov 2018 00:44:05 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: 15839@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 27 01:44:01 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRRTs-0003az-58 for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Nov 2018 01:44:00 +0100 Original-Received: from localhost ([::1]:39505 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRRVy-0002rP-OD for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Nov 2018 19:46:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60062) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRRUE-0000e9-VR for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 19:44:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRRPC-0000a0-9M for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 19:39:15 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45993) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gRRP5-0008Tp-4a for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 19:39:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gRRP4-0000OR-Ot for bug-gnu-emacs@gnu.org; Mon, 26 Nov 2018 19:39:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2018 00:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15839 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15839-submit@debbugs.gnu.org id=B15839.15432791231444 (code B ref 15839); Tue, 27 Nov 2018 00:39:02 +0000 Original-Received: (at 15839) by debbugs.gnu.org; 27 Nov 2018 00:38:43 +0000 Original-Received: from localhost ([127.0.0.1]:50242 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRROl-0000NE-49 for submit@debbugs.gnu.org; Mon, 26 Nov 2018 19:38:43 -0500 Original-Received: from otter.birch.relay.mailchannels.net ([23.83.209.139]:10802) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gRROh-0000N4-Ae for 15839@debbugs.gnu.org; Mon, 26 Nov 2018 19:38:39 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 292DB5C346D; Tue, 27 Nov 2018 00:38:38 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a3.g.dreamhost.com (unknown [100.96.36.160]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D44C85C3403; Tue, 27 Nov 2018 00:38:37 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a3.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 27 Nov 2018 00:38:38 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Hook-Squirrel: 45eaa7320903d66d_1543279117960_414177007 X-MC-Loop-Signature: 1543279117960:1455931430 X-MC-Ingress-Time: 1543279117959 Original-Received: from pdx1-sub0-mail-a3.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTP id 9E986807FD; Mon, 26 Nov 2018 16:38:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=KboLWZbOpxwPEcsDuxzv3hi2wkQ=; b= QTD19nCV1MyDtioo2kfowtMF4IXXQ2YlMTUuRoFzbC+RqGDmAu8dKB39UJE9cMp2 c8KKLF+Uk9ES6fbz8mjWSd+htyQKh4Jug+3UjWOUTGx+04sJgHYHT6YXdfa2F3dn KWDQU0jjSLgDJpXEeVmcFNuNeDWQqL3al1fpTXPFQNY= Original-Received: from mail.jurta.org (m91-129-107-242.cust.tele2.ee [91.129.107.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a3.g.dreamhost.com (Postfix) with ESMTPSA id 06E1080801; Mon, 26 Nov 2018 16:38:35 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a3 In-Reply-To: (Drew Adams's message of "Sun, 25 Nov 2018 16:16:50 -0800 (PST)") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedruddukedgvdegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgedvnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdegvddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegurhgvfidrrggurghmshesohhrrggtlhgvrdgtohhmnecuvehluhhsthgvrhfuihiivgepvd X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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" Xref: news.gmane.org gmane.emacs.bugs:152805 Archived-At: > Sorry, but I don't really understand. > > There are several parts to this bug report. I don't know > what "the first part" refers to. It refers to your original request cited below: > 1. Non-nil `isearch-allow-scroll' lets you use a scroll command > (e.g. `C-v') without exiting Isearch. Unfortunately, this is coupled > with the hard-coded behavior that you cannot scroll far enough in either > direction that point would be moved off screen. > > That restriction is general for Emacs, and it generally makes sense. > It does not necessarily make sense during Isearch, however. Why? > > Because the search position is one thing, and it is not lost. What you > might want to look at temporarily is another thing. > > It's a bit like using `C-SPC' in a buffer, scrolling up a couple of > screenfuls to look at something, and then using `C-u C-SPC' to return. > But in Isearch there is no need for `C-SPC' or `C-u C-SPC': the search > position is recorded. Search resumes from that same position, no > matter how far away one might have scrolled. This is implemented now with an option `nil' of the customizable variable `search-exit-option'. It lets you use a scroll command (e.g. `C-v') without exiting Isearch, so you can scroll far enough in either direction that point would be moved off screen. > 2. What's more, the lazy highlighting of search hits is even more > limited currently. When you scroll to the current limit, there can be > lots of search hits that are not highlighted. > > One of the reasons for scrolling is to see what search hits lie beyond > the currently shown text. This is already partly defeated, in that > even when you scroll some of the hits are not highlighted. This seems > more like a bug, but if the enhancement of #1 is done then it should > (it needs to) take care of #2 as well: Whatever text is shown should > have all of its search hits highlighted with lazy highlighting. This is implemented now with the customizable variable `lazy-highlight-buffer'.