From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David.Kastrup@t-online.de (David Kastrup) Newsgroups: gmane.emacs.devel Subject: Re: Should invisible imply intangible? Date: 15 Mar 2002 12:47:01 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200202232019.g1NKJoG14638@aztec.santafe.edu> <200202250510.g1P5A3714156@rum.cs.yale.edu> <200202262013.g1QKDef16683@aztec.santafe.edu> <200203010130.g211UDG05790@rum.cs.yale.edu> <200203031440.g23EeN200619@aztec.santafe.edu> <200203031711.g23HBI623254@rum.cs.yale.edu> <200203042341.g24NfiH00596@aztec.santafe.edu> <200203052158.g25Lw7A01243@wijiji.santafe.edu> <200203052304.g25N4pI03908@rum.cs.yale.edu> <200203092003.g29K3b303868@wijiji.santafe.edu> <200203092237.g29MbGf29464@rum.cs.yale.edu> <200203102132.g2ALWPK04119@wijiji.santafe.edu> <200203102202.g2AM26q06798@rum.cs.yale.edu> <200203111906.g2BJ6BY04591@wijiji.santafe.edu> <200203121756.g2CHuG514941@rum.cs.yale.edu> <200203131058.g2DAwQh05428@wijiji.santafe.edu> <200203150341.g2F3flZ06455@wijiji.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1016213259 8822 127.0.0.1 (15 Mar 2002 17:27:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 15 Mar 2002 17:27:39 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org Original-Received: from hermes.netfonds.no ([195.204.10.138]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16lvR5-0000PZ-00 for ; Fri, 15 Mar 2002 18:24:11 +0100 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by hermes.netfonds.no (8.10.1/8.9.3) with ESMTP id g2FD9hM18558 for ; Fri, 15 Mar 2002 14:09:43 +0100 (CET) Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16lrWM-0002IR-00 for ; Fri, 15 Mar 2002 14:13:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16lrSO-0006WF-00; Fri, 15 Mar 2002 08:09:16 -0500 Original-Received: from mailout01.sul.t-online.com ([194.25.134.80]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16lqAz-0007Zn-00; Fri, 15 Mar 2002 06:47:14 -0500 Original-Received: from fwd07.sul.t-online.de by mailout01.sul.t-online.com with smtp id 16lqAv-0001gy-0A; Fri, 15 Mar 2002 12:47:09 +0100 Original-Received: from tupik.goethe.zz (520018396234-0001@[217.80.157.148]) by fwd07.sul.t-online.com with esmtp id 16lqAr-1mW0foC; Fri, 15 Mar 2002 12:47:05 +0100 Original-Received: (from dak@localhost) by tupik.goethe.zz (8.11.6/linuxconf) id g2FBl2v01449; Fri, 15 Mar 2002 12:47:02 +0100 Original-To: rms@gnu.org In-Reply-To: <200203150341.g2F3flZ06455@wijiji.santafe.edu> Original-Lines: 29 X-Sender: 520018396234-0001@t-dialin.net Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:1941 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1941 Richard Stallman writes: > isearch-open-invisible will call a user-supplied hook in order to make > invisible texts appear when searching. Those images I use in my > buffer effectively make the original text invisible (for example, I > replace $\frac{\pi}{3}$ by an image for the formula), so I want > isearch to "open" them while going through the buffer. isearch will, > however, only call isearch-open-invisible if the text/overlay is > marked as invisible, so that is what I do. > > It would make more sense to modify isearch-open-invisible so it can > deal with these images in another way. The invisible property should > override the display property and make the text it covers not appear, > not as itself, not modified by a display property. Well, I already explained that in the case of an overlay, the display property is not really connected with the text but with the buffer locations. An overlay can cover an empty range of text, and still have a display, before-string and after-string appear in a buffer. If you want to have the display, before-string, and after-string be covered by an invisibility property, you should tack the invisibility property on the respective strings you store in the overlay properties instead, since the invisibility property of the overlay itself is supposed to apply to the covered text, not to the overlay itself. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum Email: David.Kastrup@t-online.de _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel