From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: table.el 1.6.1 Date: 01 Apr 2002 06:56:44 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: <87wuvsl7tv.fsf@tc-1-100.kawasaki.gol.ne.jp> References: <20020319.212249.60850794.Takaaki.Ota@am.sony.com> <200203210138.g2L1cum14295@rum.cs.yale.edu> <20020320.213722.110254553.Takaaki.Ota@am.sony.com> <200203221226.g2MCQZa01737@aztec.santafe.edu> <5xbsdg3av0.fsf@kfs2.cua.dk> <200203231614.g2NGExP02322@aztec.santafe.edu> <5xy9gj5hva.fsf@kfs2.cua.dk> <200203252159.g2PLx9k14452@rum.cs.yale.edu> <5x8z8gffnq.fsf@kfs2.cua.dk> <200203282048.g2SKm8g09712@aztec.santafe.edu> <5xofh8nurf.fsf@kfs2.cua.dk> <200203300343.g2U3hu510223@aztec.santafe.edu> <5xeli0wjwt.fsf@kfs2.cua.dk> Reply-To: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017612040 5211 127.0.0.1 (31 Mar 2002 22:00:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 31 Mar 2002 22:00:40 +0000 (UTC) Cc: rms@gnu.org, monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org, Takaaki.Ota@am.sony.com Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16rnNQ-0001Lw-00 for ; Mon, 01 Apr 2002 00:00:40 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16rnYL-0000P7-00 for ; Mon, 01 Apr 2002 00:11:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16rnNC-0000NP-00; Sun, 31 Mar 2002 17:00:26 -0500 Original-Received: from smtp02.fields.gol.com ([203.216.5.132]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16rnKj-0000Di-00; Sun, 31 Mar 2002 16:57:53 -0500 Original-Received: from tc-2-154.kawasaki.gol.ne.jp ([203.216.25.154] helo=tc-1-100.kawasaki.gol.ne.jp) by smtp02.fields.gol.com with esmtp (Magnetic Fields) id 16rnKg-0000L2-00; Mon, 01 Apr 2002 06:57:50 +0900 Original-Received: by tc-1-100.kawasaki.gol.ne.jp (Postfix, from userid 1000) id A075F3054; Mon, 1 Apr 2002 06:56:44 +0900 (JST) Original-To: storm@cua.dk (Kim F. Storm) System-Type: i686-pc-linux-gnu In-Reply-To: <5xeli0wjwt.fsf@kfs2.cua.dk> Original-Lines: 21 X-Abuse-Complaints: abuse@gol.com Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2289 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2289 storm@cua.dk (Kim F. Storm) writes: > The point-entered and point-left properties are handled in > set_point_both, so if point leaves and reenters the same interval > due to executing a command, those hooks are executed (superfluously?) The point-entered and point-left properties _must_ be handled in this manner, because they're open ended -- users can add any sort of hook they want, and such hooks might actually depend on this behavior. > Since my idea of doing a mode-line update in the same place if > an interval is left or entered -- and you argue that is not the > proper place The mode-line state (by contrast) only depends on the position of point at the instant of redisplay, so recalculating every time point moves will often be wasted effort. -Miles -- "Most attacks seem to take place at night, during a rainstorm, uphill, where four map sheets join." -- Anon. British Officer in WW I