From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: [reveal-mode] Hiding short expressions Date: 06 Jul 2004 21:56:32 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <40EAF881.8050404@yahoo.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1089143826 21403 80.91.224.253 (6 Jul 2004 19:57:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 6 Jul 2004 19:57:06 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Jul 06 21:57:00 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Bhw3o-00023j-00 for ; Tue, 06 Jul 2004 21:57:00 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Bhw3o-0000Pl-00 for ; Tue, 06 Jul 2004 21:57:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bhw5q-0008G2-1A for emacs-devel@quimby.gnus.org; Tue, 06 Jul 2004 15:59:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bhw5l-0008Dg-T3 for emacs-devel@gnu.org; Tue, 06 Jul 2004 15:59:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bhw5l-0008DN-Ai for emacs-devel@gnu.org; Tue, 06 Jul 2004 15:59:01 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bhw5l-0008DD-8c for emacs-devel@gnu.org; Tue, 06 Jul 2004 15:59:01 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Bhw3O-0001Tb-7M for emacs-devel@gnu.org; Tue, 06 Jul 2004 15:56:34 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1Bhw3N-000593-KR for emacs-devel@gnu.org; Tue, 06 Jul 2004 15:56:34 -0400 Original-To: emacs-devel@gnu.org In-Reply-To: Original-Lines: 37 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 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: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25503 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25503 Ralf Angeli writes: > * Kevin Rodgers (2004-07-06) writes: > > > Ralf Angeli wrote: > > > * Stefan (2004-07-03) writes: > > >>Indeed, I think it should be decided on an overlay basis rather > > >>than for the whole buffer. But I don't like forcing an > > >>indirection through `category', so I'd just do (overlay-get ol > > >>'reveal-close) which also obeys the `category' prop if present. > > > > > > This would be fine with me. I'd use the symbol 'reveal-on-cursor-out, > > > though. > > > > Emacs generally uses the term point instead of cursor, e.g. the > > point-entered and point-left text properties. So how about > > reveal-point-left or reveal-when-point-left? > > One remark: If I am the only one who requested/needed such a feature, > please don't bother anymore. > > While I was working with reveal.el I found that I cannot use the > 'invisible property of overlays which has to be set with reveal.el. > If there are invisible overlays, `move-to-column' will not look at > the content covered by the overlay but at the overlay itself. Now > when you fill a paragraph with short overlays covering some longer > text passages and delete the overlays afterwards, there will most > likely be overfull lines. Therefore I cannot use reveal.el in its > totality anyway and I am not in need of it testing for a special > property anymore. If you would need reveal's functionality triggered on a different property, it should be reasonably straightforward to make the 'invisible which reveal.el looks at configurable. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum