bug#23810: avoid.el: mouse-avoidance-ignore-p does not ignore file-notify events

bug#23810: avoid.el: mouse-avoidance-ignore-p does not ignore file-notify events

[Jonathan Kotta]

[-- Attachment #1: Type: text/plain, Size: 1333 bytes --]

I use mpd and ncmpcpp.  mpd allows sending sound data to a fifo, and
ncmpcpp can read from that fifo and do sound visualizations with the data.
So when mpd is playing, it is constantly writing to the fifo and generating
file-notify events.  I'm not entirely sure why Emacs is receiving these
events, but it is, and it causes mouse avoidance to kick in without
typing.  I can't reproduce the the problem reliably, but it occurs
regularly.  The attached patch fixes it for me, and it just makes sense for
mouse-avoidance-ignore-p to ignore file-notify events.  I'm not sure if
there are additional types of events that it should also ignore; I couldn't
find an exhaustive list of all the event types.

diff --git a/lisp/avoid.el b/lisp/avoid.el
index 3d43539..e42e08a 100644
--- a/lisp/avoid.el
+++ b/lisp/avoid.el
@@ -335,7 +335,7 @@ redefine this function to suit your own tastes."
      (let ((modifiers (event-modifiers (car last-input-event))))
        (or (memq (car last-input-event)
  '(mouse-movement scroll-bar-movement
-   select-window focus-out))
+   select-window focus-out file-notify))
    (memq 'click modifiers)
    (memq 'double modifiers)
    (memq 'triple modifiers)


-- 
Thanks,

Jonathan Kotta

Hofstadter's Law:
    It always takes longer than you expect, even
    when you take into account Hofstadter's Law.

[-- Attachment #2: Type: text/html, Size: 2125 bytes --]

bug#23810: avoid.el: mouse-avoidance-ignore-p does not ignore file-notify events

[Jonathan Kotta]

[-- Attachment #1: Type: text/plain, Size: 1825 bytes --]

On a whim, I reverted to the built in definition
of mouse-avoidance-ignore-p.  Something must have been fixed elsewhere,
because I don't experience the problem any more, so this can probably be
closed.

On Mon, Jun 20, 2016 at 12:41 PM, Jonathan Kotta <jpkotta@gmail.com> wrote:

> I use mpd and ncmpcpp.  mpd allows sending sound data to a fifo, and
> ncmpcpp can read from that fifo and do sound visualizations with the data.
> So when mpd is playing, it is constantly writing to the fifo and generating
> file-notify events.  I'm not entirely sure why Emacs is receiving these
> events, but it is, and it causes mouse avoidance to kick in without
> typing.  I can't reproduce the the problem reliably, but it occurs
> regularly.  The attached patch fixes it for me, and it just makes sense for
> mouse-avoidance-ignore-p to ignore file-notify events.  I'm not sure if
> there are additional types of events that it should also ignore; I couldn't
> find an exhaustive list of all the event types.
>
> diff --git a/lisp/avoid.el b/lisp/avoid.el
> index 3d43539..e42e08a 100644
> --- a/lisp/avoid.el
> +++ b/lisp/avoid.el
> @@ -335,7 +335,7 @@ redefine this function to suit your own tastes."
>       (let ((modifiers (event-modifiers (car last-input-event))))
>         (or (memq (car last-input-event)
>   '(mouse-movement scroll-bar-movement
> -   select-window focus-out))
> +   select-window focus-out file-notify))
>     (memq 'click modifiers)
>     (memq 'double modifiers)
>     (memq 'triple modifiers)
>
>
> --
> Thanks,
>
> Jonathan Kotta
>
> Hofstadter's Law:
>     It always takes longer than you expect, even
>     when you take into account Hofstadter's Law.
>



-- 
Thanks,

Jonathan Kotta

Hofstadter's Law:
    It always takes longer than you expect, even
    when you take into account Hofstadter's Law.

[-- Attachment #2: Type: text/html, Size: 3048 bytes --]

bug#23810: avoid.el: mouse-avoidance-ignore-p does not ignore file-notify events

[npostavs]

tags 23810 unreproducible
close 23810 
quit

Jonathan Kotta <jpkotta@gmail.com> writes:

> On a whim, I reverted to the built in definition of
> mouse-avoidance-ignore-p. Something must have been fixed elsewhere,
> because I don't experience the problem any more, so this can probably
> be closed.

I'll close as unreproducible then.