"Drew Adams" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> http://www.cua.dk _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
