From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: [drew.adams@oracle.com: RE: moving overlay loses its priority?] Date: Sun, 20 Aug 2006 14:04:04 -0400 Message-ID: References: <87ac5zicmc.fsf@furball.mit.edu> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1156102140 1062 80.91.229.2 (20 Aug 2006 19:29:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 20 Aug 2006 19:29:00 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 20 21:28:58 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GEsyc-0001Tf-Sy for ged-emacs-devel@m.gmane.org; Sun, 20 Aug 2006 21:28:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GEsyc-0004WB-Ck for ged-emacs-devel@m.gmane.org; Sun, 20 Aug 2006 15:28:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GEs2V-0005TQ-L9 for emacs-devel@gnu.org; Sun, 20 Aug 2006 14:28:51 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GEs2U-0005SA-UK for emacs-devel@gnu.org; Sun, 20 Aug 2006 14:28:50 -0400 Original-Received: from [18.72.1.2] (helo=south-station-annex.mit.edu) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GEs9h-0008CP-WB; Sun, 20 Aug 2006 14:36:18 -0400 Original-Received: from central-city-carrier-station.mit.edu (CENTRAL-CITY-CARRIER-STATION.MIT.EDU [18.7.7.72]) by south-station-annex.mit.edu (8.13.6/8.9.2) with ESMTP id k7KISlGg024786; Sun, 20 Aug 2006 14:28:47 -0400 (EDT) Original-Received: from outgoing-legacy.mit.edu (OUTGOING-LEGACY.MIT.EDU [18.7.22.104]) by central-city-carrier-station.mit.edu (8.13.6/8.9.2) with ESMTP id k7KI46Nq001392; Sun, 20 Aug 2006 14:04:06 -0400 (EDT) Original-Received: from furball.mit.edu (SYDNEYPACIFIC-THIRTEEN.MIT.EDU [18.95.5.13]) ) by outgoing-legacy.mit.edu (8.13.6/8.12.4) with ESMTP id k7KI448b001886; Sun, 20 Aug 2006 14:04:04 -0400 (EDT) Original-Received: from cyd by furball.mit.edu with local (Exim 3.36 #1 (Debian)) id 1GEreW-0005gF-00; Sun, 20 Aug 2006 14:04:04 -0400 Original-To: rms@gnu.org, emacs-devel@gnu.org In-reply-to: <87ac5zicmc.fsf@furball.mit.edu> (message from Chong Yidong on Sun, 20 Aug 2006 12:40:59 -0400) X-Spam-Score: 1.217 X-Scanned-By: MIMEDefang 2.42 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:58562 Archived-At: > The basic problem (as noted by Kim Storm) is that inside a > `track-mouse' form, `read-event' is not returning mouse motion > events if there is a `help-echo' text property present (NOT > `mouse-face' as mistakenly stated in a previous thread). I found the problem. show_help_echo calls mouse-fixup-help-message, which calls mouse-pixel-position, which calls XTmouse_position, whose side-effect is to clear the mouse_moved flags of every frame. The documentation of XTmouse_position says that this is "so we can wait for the next mouse movement", but it causes a bug if we are in the middle of tracking the mouse. I've checked in a fix into show_help_echo. Now, when we are tracking the mouse, we save the mouse_moved flag and restore it after the call to mouse-fixup-help-message.