emacs-pretest-bug
[Top][All Lists]
Advanced

[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;





reply via email to

[Prev in Thread] Current Thread [Next in Thread]