From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: how to control isearch for invisible text Date: Sun, 13 Aug 2006 00:27:59 +0200 Message-ID: <858xlt4mj4.fsf@lola.goethe.zz> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1155421714 24215 80.91.229.2 (12 Aug 2006 22:28:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 12 Aug 2006 22:28:34 +0000 (UTC) Cc: Emacs-Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 13 00:28:33 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GC1xx-0007Fv-Qt for ged-emacs-devel@m.gmane.org; Sun, 13 Aug 2006 00:28:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GC1xx-00077h-52 for ged-emacs-devel@m.gmane.org; Sat, 12 Aug 2006 18:28:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GC1xk-00073t-QT for emacs-devel@gnu.org; Sat, 12 Aug 2006 18:28:12 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GC1xk-00072L-2S for emacs-devel@gnu.org; Sat, 12 Aug 2006 18:28:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GC1xj-000723-TM for emacs-devel@gnu.org; Sat, 12 Aug 2006 18:28:11 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GC23B-0005jU-VS for emacs-devel@gnu.org; Sat, 12 Aug 2006 18:33:50 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1GC1xj-0008UF-9R; Sat, 12 Aug 2006 18:28:11 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 4B96E1C4D3AD; Sun, 13 Aug 2006 00:27:59 +0200 (CEST) Original-To: "Drew Adams" In-Reply-To: (Drew Adams's message of "Sat, 12 Aug 2006 15:07:18 -0700") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:58345 Archived-At: "Drew Adams" writes: > More importantly, I think the option should be documented - perhaps > in the section on invisible text, if there is to be no isearch > toggle for it. If you want to remove the user option and make it a > plain `defvar', that's your choice; I have no actual example that > will dissuade you. End of story. The doc string mentions outline.el and hideshow.el. Both of those don't have invisible text as much as hidden text, text that clearly is part of the buffer, with the invisibility being a display aspect and not a text aspect. The overlays will also get an `isearch-open-invisible' property allowing them to open. For this sort of thing, the default setting of search-invisible, namely `open', makes sense. I don't see where a different setting would make sense in connection with those modes which cater with appropriate properties for opening in searches. `open' might be less necessary when someone uses reveal-mode, but I have not checked it. In short: I fail to see where a global setting of search-invisible to anything other than `open' would make even remotely sense with the mentioned outline.el and hideshow.el. For dired-mode, this is not as clearcut in my case. When I hide aspects of the buffer away with an explicit command, it is less likely that I actually would want to find them. And those overlays don't use `isearch-open-invisible' seemingly, which again seems to match what is useful and likely the intent of the user. So in short, I see nothing worth changing here. If your needs as a programmer are sufficiently strange that you'll need to meddle with those variables, you'll be reading the source file for searches, anyway. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum