Re: moving overlay loses its priority?

[Kim F. Storm]

"Drew Adams" <address@hidden> writes:

> I'm not sure this is a bug. It might be user ignorance.
>
> I have an overlay that has priority 1000000. It has both a face and a
> mouse-face property. When I place it over a face, it shows up. When I
> place it over a mouse-face (e.g. a link in Info), it shows up also
> (takes precedence over the link mouse-face), but I notice two things,
> which I don't understand:
>
> 1. If applied to just part of some text that has a mouse-face text
>    property, it takes precedence over the entire string of text with
>    that property, not just over the part that has the overlay.
>
> 2. If I move the overlay slightly, then it no longer has precedence -
>    the text's mouse-face shows again.


I looked at this, and I can reproduce the effect on GNU/Linux.

It seems there is a general problem with track-mouse, mouse-face and
read-event:

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 haven't debugged this further (I don't have time right now), so
I would appreciate if someone else would take a look at it.

-- 
Kim F. Storm <address@hidden> http://www.cua.dk