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#29360: 26.0; Add full-buffer choice for `isearch-lazy-highlight' Date: Sat, 20 Oct 2018 10:10:35 -0700 (PDT) Message-ID: <07011aa7-5e07-4783-abe5-96ee4bb9ce64@default> References: <7ec3c778-ee77-48c9-ba10-f21202cac955@default> <87shd8lli4.fsf@mail.linkov.net> <36f5e57c-2eb3-45eb-ae43-3f8fdf7586dd@default> <60f1b355-7455-4bb9-ae3d-294e1494a9d9@default> <87va5yhpaq.fsf@mail.linkov.net> 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 1540055348 12545 195.159.176.226 (20 Oct 2018 17:09:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 20 Oct 2018 17:09:08 +0000 (UTC) Cc: 29360@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 20 19:09:03 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 1gDukJ-0003B0-73 for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Oct 2018 19:09:03 +0200 Original-Received: from localhost ([::1]:56066 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDumP-00071O-Ll for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Oct 2018 13:11:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49934) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDumI-000716-N3 for bug-gnu-emacs@gnu.org; Sat, 20 Oct 2018 13:11:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDumE-0006vA-Lt for bug-gnu-emacs@gnu.org; Sat, 20 Oct 2018 13:11:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57388) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gDumE-0006ua-H9 for bug-gnu-emacs@gnu.org; Sat, 20 Oct 2018 13:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gDumE-0000LJ-6t for bug-gnu-emacs@gnu.org; Sat, 20 Oct 2018 13:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Oct 2018 17:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29360 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29360-submit@debbugs.gnu.org id=B29360.15400554461295 (code B ref 29360); Sat, 20 Oct 2018 17:11:02 +0000 Original-Received: (at 29360) by debbugs.gnu.org; 20 Oct 2018 17:10:46 +0000 Original-Received: from localhost ([127.0.0.1]:33413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gDuly-0000Ko-8B for submit@debbugs.gnu.org; Sat, 20 Oct 2018 13:10:46 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:43764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gDulw-0000Kc-RK for 29360@debbugs.gnu.org; Sat, 20 Oct 2018 13:10:45 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w9KHA5K4115686; Sat, 20 Oct 2018 17:10:39 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=kpJXPSxiL2y96/D5hKX99uus8cH5s5MiL0jweRmYVqU=; b=SsUyL/liXGQkQCzub8q0DcS2GsUuukasLZSG1EUhcvEfUVmrWPYIVLSIYr7iHD68AyB3 AdsZNdAR6Mph+fA58r3ZqU8H+vVKVKlYMYvD2PgMFWjSj9+XoHdOWNQHZjFlomgvSEll NQuDGUJdo5orAQ6hWAaMvQBc06TS3QhfjQrngIW5HFdAqTg9wzJMx1p69m3ouDR7y371 hjkGtDBXHnS4N13EGgx86oWSy7ZZP0lXsTcwwb+GCagMfQnIurnSSD7cjGIb6oGtR3QB vUc11DREIdhCoNjE1/SUWkWYIe8R/Of7IXat9282ep9g1xn4SxQ3QdXCknGPR6HmbjWH 4w== Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp2130.oracle.com with ESMTP id 2n7usts76g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 20 Oct 2018 17:10:38 +0000 Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w9KHAcov016205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 20 Oct 2018 17:10:38 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w9KHAa6g014887; Sat, 20 Oct 2018 17:10:37 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4756.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9052 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=532 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1810200160 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:151466 Archived-At: Also, you said: > But I agree that more straightforward customization would be > better with a clear value of the customizable variable. I agree about the usefulness of having a user option for this. But here is one more consideration about that. Personally, I have no problem in general with commands that bind user options for their duration (and even with commands that set user option values), as long as their doc strings tell users that they do this. But I think it is vanilla-Emacs practice to forbid such programmatic changes of option values (even just during a command). If so, then please also allow also for programmatic use. Code should be able to bind a variable (non-option, if binding an option is verboten) to control whether lazy highlighting is full-buffer. That is, I believe that Isearch has several cases where there are both a user option and a non-option variable to control some behavior. That should be the case for full-buffer highlighting too.