[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: moving overlay loses its priority?
From: |
Richard Stallman |
Subject: |
Re: moving overlay loses its priority? |
Date: |
Wed, 16 Aug 2006 02:33:26 -0400 |
Inside the track-mouse form, when the mouse moves over glyphs with a
mouse-face property, read-event doesn't return any mouse-movement
events.
I hope that someone can debug this. I wonder what happens in the code
below, from keyboard.c? Does the if condition come out true? If not,
what happens inside some_mouse_moved? If so, does mouse_position_hook
return the right values?
Please ack if you debug this.
/* Try generating a mouse motion event. */
else if (!NILP (do_mouse_tracking) && some_mouse_moved ())
{
FRAME_PTR f = some_mouse_moved ();
Lisp_Object bar_window;
enum scroll_bar_part part;
Lisp_Object x, y;
unsigned long time;
*kbp = current_kboard;
/* Note that this uses F to determine which display to look at.
If there is no valid info, it does not store anything
so x remains nil. */
x = Qnil;
(*mouse_position_hook) (&f, 0, &bar_window, &part, &x, &y, &time);
obj = Qnil;