Re: mouse-1-click-follows-link in dired surprising

Re: mouse-1-click-follows-link in dired surprising

[Kim F. Storm]

doug (at) @ (my) bagley (house) .org writes:

> using "GNU Emacs 22.0.50.2 (i686-pc-linux-gnu, GTK+ Version 2.8.18) of
> 2006-06-25 ..."
>
> Not sure if this is a bug in Emacs, or my expectations, but with
> mouse-1-click-follows-link, mouse-1 now behaves in dired mode like
> mouse-2; it does a find-file-other-window. It seems to me that this
> isn't a good thing, as I (and perhaps others who use "click to
> raise" behavior in their window manager?) often want to raise a
> frame containing a dired buffer by doing a mouse-1 click in it, but
> since virtually all lines in that buffer are considered "links",
> and the default behavior of mouse-1-click-follows-link is to follow
> the link, this visits files I do not intend to visit. To me, it is
> surprising behavior.
>
> I currently work around this by making mouse-1-click-follows-link a
> local variable in dired-mode and setting it to nil. But is there
> really any need for mouse-1-click-follows-link in dired (as mouse-2
> already does the same thing)? Could this be disabled by default?

Try:

(setq x-mouse-click-focus-ignore-position t)

-- 
Kim F. Storm  http://www.cua.dk

Re: mouse-1-click-follows-link in dired surprising

[Richard Stallman]

Many other applications use mouse-1 to activate special areas.
What happens when you click on those windows to raise them?
Don't you have a similar problem?

Re: mouse-1-click-follows-link in dired surprising

[Richard Stallman]

    But my question isn't really how to fix the behavior, it is whether
    Emacs should be enabling mouse-1-click-follows-link in dired mode by
    default?

Yes, definitely.  It is a big improvement in compatibility
with other apps.  We can try to do something for the sake of your
problem, but turning this off would be throwing out the baby with the
bathwater.