From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Masatake YAMATO Newsgroups: gmane.emacs.devel Subject: Behavior of evaporate Date: Fri, 26 Sep 2003 17:53:43 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20030926.175343.232772863.jet@gyve.org> References: <20030926.165808.260114910.jet@gyve.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1064566552 16098 80.91.224.253 (26 Sep 2003 08:55:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 26 Sep 2003 08:55:52 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Sep 26 10:55:50 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1A2oOE-0003Ji-00 for ; Fri, 26 Sep 2003 10:55:50 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1A2oVm-0005cS-00 for ; Fri, 26 Sep 2003 11:03:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.22) id 1A2oO0-0001zy-OL for emacs-devel@quimby.gnus.org; Fri, 26 Sep 2003 04:55:36 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 1A2oNo-0001yn-JN for emacs-devel@gnu.org; Fri, 26 Sep 2003 04:55:24 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 1A2oNf-0001wD-9L for emacs-devel@gnu.org; Fri, 26 Sep 2003 04:55:15 -0400 Original-Received: from [210.130.136.40] (helo=r-maa.spacetown.ne.jp) by monty-python.gnu.org with esmtp (Exim 4.22) id 1A2oME-0001Pb-Dm; Fri, 26 Sep 2003 04:53:46 -0400 Original-Received: from localhost (mx.jp.redhat.com [219.96.218.186]) by r-maa.spacetown.ne.jp (8.11.6) with ESMTP id h8Q8riO06439; Fri, 26 Sep 2003 17:53:44 +0900 (JST) Original-To: miles@gnu.org, miles@lsi.nec.co.jp In-Reply-To: X-Mailer: Mew version 3.1.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 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:16666 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:16666 > > > I was thinking of suggesting that but wasn't sure whether it'd work. > > > Does it ? If it does, it's probably the simplest alternative, indeed. > > > > `evaporate' doesn't work I expect. So I introduced suboverlays property to > > manage overlay deletion. > > I'm not sure exactly what you're saying, but the overlay `evaporate' > feature definitely works (unless it's recently been broken)... (progn (setq xxx 1) (setq o (make-overlay 0 0)) (overlay-put o 'modification-hooks (lambda (ov dummy b e l) (setq xxx 0))) (overlay-put o 'evaporate t) xxx) => 1 Result I expected is 0. So I can know an overlay is dead. Do I misunderstand? Masatake YAMATO