From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Alex Schroeder Newsgroups: gmane.emacs.devel Subject: Re: signal handling bogosities Date: Sun, 22 Dec 2002 00:42:28 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87r8cbaqhn.fsf@emacswiki.org> References: <20021220220656.GA3527@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1040514272 21715 80.91.224.249 (21 Dec 2002 23:44:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 21 Dec 2002 23:44:32 +0000 (UTC) Cc: miles@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18PtHQ-0005c2-00 for ; Sun, 22 Dec 2002 00:43:40 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18PtJk-00031Y-00 for ; Sun, 22 Dec 2002 00:46:04 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18PtGu-0005A2-02 for emacs-devel@quimby.gnus.org; Sat, 21 Dec 2002 18:43:08 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18PtGa-000563-00 for emacs-devel@gnu.org; Sat, 21 Dec 2002 18:42:48 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18PtGY-00052O-00 for emacs-devel@gnu.org; Sat, 21 Dec 2002 18:42:47 -0500 Original-Received: from isp247n.hispeed.ch ([62.2.95.247] helo=smtp.hispeed.ch) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18PtGV-0004qK-00; Sat, 21 Dec 2002 18:42:43 -0500 Original-Received: from confusibombus (dclient217-162-235-136.hispeed.ch [217.162.235.136])gBLNgQNV014777; Sun, 22 Dec 2002 00:42:26 +0100 Original-Received: from alex by confusibombus with local (Exim 3.35 #1 (Debian)) id 18PtGG-0000DE-00; Sun, 22 Dec 2002 00:42:28 +0100 Original-To: rms@gnu.org X-Face: ^BC$`[IcggstLPyen&dqF+b2'zyK#r.mU*'Nms}@&4zw%SJ#5!/7SMVjBS7'lb; QK)|IPU5U'o1'522W4TyzB3Ab*IBo^iw]l4|kUbdZuUDO6=Um-.4IzhNiV'B"@K#jy_(wW|Zbk[34flKY^|PrQ?$u2\fKg^]AY>wOX#H32i In-Reply-To: (Richard Stallman's message of "Sat, 21 Dec 2002 15:26:32 -0500") Original-Lines: 22 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2.92 (i686-pc-linux-gnu) Original-cc: gerd@gnu.org Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:10316 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:10316 Richard Stallman writes: > In fact I find it confusing (as a user) that it updates mouse-faces almost > always, but most things only when it's `ready'. > > Emacs won't let you *change* text in the buffer until it is `ready', > and of course they don't update until they change. By contrast, the > locus of mouse highlighting does change, whenever you move the mouse. True, but the question is "What for?" Here is my interpretation: The point of highlighting certain areas when the mouse pointer is over that particular area is to convey some information. Usually the information is "Use the second mouse button to do something". But in this case the user cannot click the second mouse button to do something. Emacs is already doing something else. So in this particular case, the information conveyed is wrong. I know this just repeats what others have said, but I just wanted to prevent that Miles' (?) argument is discarded just because he used the wording "updates mouse-faces". Alex.