From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#29321: Isearch hit count Date: Sun, 19 Nov 2017 11:06:39 -0800 (PST) Message-ID: References: <<>> <<1585f8e7-72a7-497c-9879-8bf1dda3f28f@default>> <> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1511118491 14115 195.159.176.226 (19 Nov 2017 19:08:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 19 Nov 2017 19:08:11 +0000 (UTC) Cc: 29321@debbugs.gnu.org To: "Charles A. Roelli" , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 19 20:08:07 2017 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 1eGUwo-0003LZ-Nm for geb-bug-gnu-emacs@m.gmane.org; Sun, 19 Nov 2017 20:08:06 +0100 Original-Received: from localhost ([::1]:54089 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGUww-0003x6-6f for geb-bug-gnu-emacs@m.gmane.org; Sun, 19 Nov 2017 14:08:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53653) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGUwn-0003x1-Br for bug-gnu-emacs@gnu.org; Sun, 19 Nov 2017 14:08:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGUwk-00035C-5g for bug-gnu-emacs@gnu.org; Sun, 19 Nov 2017 14:08:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39259) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eGUwk-000356-1y for bug-gnu-emacs@gnu.org; Sun, 19 Nov 2017 14:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eGUwj-0007wS-SU for bug-gnu-emacs@gnu.org; Sun, 19 Nov 2017 14:08:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Nov 2017 19:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29321 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29321-submit@debbugs.gnu.org id=B29321.151111842230440 (code B ref 29321); Sun, 19 Nov 2017 19:08:01 +0000 Original-Received: (at 29321) by debbugs.gnu.org; 19 Nov 2017 19:07:02 +0000 Original-Received: from localhost ([127.0.0.1]:47939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGUvm-0007uq-0g for submit@debbugs.gnu.org; Sun, 19 Nov 2017 14:07:02 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:27263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGUvk-0007uM-4b for 29321@debbugs.gnu.org; Sun, 19 Nov 2017 14:07:00 -0500 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vAJJ6fEe015148 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 19 Nov 2017 19:06:44 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id vAJJ6fUt031742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 19 Nov 2017 19:06:41 GMT Original-Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vAJJ6etd021081; Sun, 19 Nov 2017 19:06:40 GMT In-Reply-To: <> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4615.0 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] 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:140114 Archived-At: > > I don't think Isearch determines all of the hits at once (even > > in just the current search direction and starting from point). > > Instead, it searches only on demand, *incrementally*, as the > > name suggests. >=20 > Right, and that behavior is useful when doing an Isearch in, for > example, shell buffers, where new matches for a search string might > enter the buffer after the search begins, or in large buffers, where > finding each match would be prohibitive. But in most other cases, > giving some contextual information as to how many search matches are > after or before point would be a cheap operation. My point was that Isearc, so far, is designed for search only within the visible part of the buffer. All of the possible hits in the search space are not found; hits are found only within the visible part of the buffer (and that is only by lazy-highlighting). That doesn't mean that a different search approach couldn't be used, e.g., for a different search command. And it doesn't even mean that a different approach couldn't be integrated with Isearch, e.g., by a user option or a toggle key that switches to a find-all-search-hits approach. However, depending on the context - in particular the size of the search space (e.g. buffer) but also on the kind (difficulty) of searching (e.g. char-fold, with symmetric matches), such an approach would not necessarily always be cheap.