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: Todays exercise of sanity (or does "see" really match "not"?) Date: Thu, 24 Mar 2005 00:57:02 +0100 Message-ID: References: <002301c52e18$c9b014a0$0200a8c0@sedrcw11488> <200503211349.j2LDnxX12741@raven.dms.auburn.edu> <003401c52e20$d6f79c70$0200a8c0@sedrcw11488> <87hdj4vppf.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1111622419 27389 80.91.229.2 (24 Mar 2005 00:00:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2005 00:00:19 +0000 (UTC) Cc: juri@jurta.org, lennart.borgman.073@student.lu.se, teirllm@dms.auburn.edu, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 24 01:00:18 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DEFlY-0007Vq-2m for ged-emacs-devel@m.gmane.org; Thu, 24 Mar 2005 01:00:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DEG38-0002QS-HG for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2005 19:18:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DEG1M-00022D-6o for emacs-devel@gnu.org; Wed, 23 Mar 2005 19:16:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DEG1I-0001yx-O7 for emacs-devel@gnu.org; Wed, 23 Mar 2005 19:16:17 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DEG1I-0001vU-38 for emacs-devel@gnu.org; Wed, 23 Mar 2005 19:16:16 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DEFip-0001IW-Sh for emacs-devel@gnu.org; Wed, 23 Mar 2005 18:57:11 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1DEFih-0002xB-Vs; Wed, 23 Mar 2005 18:57:04 -0500 Original-To: storm@cua.dk (Kim F. Storm) In-Reply-To: (Kim F. Storm's message of "Thu, 24 Mar 2005 00:00:53 +0100") 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:35074 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:35074 storm@cua.dk (Kim F. Storm) writes: > David Kastrup writes: > > In my previous mail I intended to say: > >> And the results are that stuff is not found indeed when using >> isearch. > > Good! > >> query-replace-regexp, however, still finds it. > > Seems like a general problem with invisible text and replace. > Should it be fixed? I think that all user-level search-type commands should behave consistently. query-replace (and its cousins) are implemented quite differently from search and isearch. Fixing this seems desirable in the long run, but completely infeasible now. Getting this consistent is a _lot_ of work. For example, commands like zap-to-char, forward-sexp and so on also are user-level commands, as are fill-region and indent: how to deal with invisibility there (actually a topic that AUCTeX&preview-latex has mostly evaded addressing properly up to now): does it make sense to tamper with material that actually cannot contribute to the screen effect the commands are supposed to achieve? It would appear sensible to draw the line somewhere. The current line between search on the one hand and search&replace on the other seems particularly arbitrary, but I don't see that we should even think about it before the release. >> Non-interactive search doesn't find it. > > That's ok I think. Yes (I am not talking about the Lisp-level command, but about C-s RET). -- David Kastrup, Kriemhildstr. 15, 44793 Bochum