From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: table.el 1.6.1 Date: Sun, 24 Mar 2002 17:19:28 -0700 (MST) Sender: emacs-devel-admin@gnu.org Message-ID: <200203250019.g2P0JSQ02904@aztec.santafe.edu> 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> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1017015688 17405 127.0.0.1 (25 Mar 2002 00:21:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Mar 2002 00:21:28 +0000 (UTC) Cc: 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 16pIEq-0004Wc-00 for ; Mon, 25 Mar 2002 01:21:28 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16pIMd-0004Cc-00 for ; Mon, 25 Mar 2002 01:29:31 +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 16pIEd-0005Xa-00; Sun, 24 Mar 2002 19:21:15 -0500 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pICw-0005Rd-00; Sun, 24 Mar 2002 19:19:30 -0500 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g2P0JSa02529; Sun, 24 Mar 2002 17:19:28 -0700 (MST) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g2P0JSQ02904; Sun, 24 Mar 2002 17:19:28 -0700 (MST) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: storm@cua.dk In-Reply-To: <5xy9gj5hva.fsf@kfs2.cua.dk> (storm@cua.dk) 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:2175 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2175 > It is very wasteful and not much simpler. This would update the menu > bar due to changes in point within a function. The right way would > only look at point when it is time to read a command. Considering that simply turning on column-number-mode causes a mode-line/menu-bar/tool-bar update after every command, this is at least an order of magnitude less wasteful than doing that. What is the relevance of comparing it with column-number-mode? It sounds like table.el uses column-number-mode, but that is no reason why everything has to. Sorry, but I don't see any other way, that to do this in set_point_both. What do you suggest I do? Do in in read_key_sequence, before it calls redisplay. If the property-based keymaps are different from last time, set some flag that will cause recomputation of the menus. That is nice and simple. _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel