[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: mouse-autoselect-window
From: |
Davis Herring |
Subject: |
RE: mouse-autoselect-window |
Date: |
Thu, 6 Sep 2007 11:42:27 -0700 (PDT) |
User-agent: |
SquirrelMail/1.4.8-6.el3.2lanl |
> 1. I'm not 100% sure I understand you. I guess you mean that if, for
> example, some code does `select-frame-set-input-focus', then the mouse
> pointer will be moved to the newly selected frame. Is that right?
>
> That's certainly true. But if that is the only intended effect of
> `focus-follows-mouse', then I'd say that this option should be named
> `mouse-follows-focus', not the reverse. IOW, what you describe (and what I
> see) is that _if_ the focus is changed to another frame _then_ the mouse
> is
> warped to that frame.
The variable is called `focus-follows-mouse' because it's telling Emacs
whether the window manager has that policy or not. What Emacs -does- with
that information is supposed to be automatic, perhaps invisible, and in
general The Right Thing. Somewhat like `enable-flow-control' which does
not cause Emacs to -use- ^S and ^Q (the characters) but rather provide
alternatives for C-s and C-q (the keys). Calling it
`follow-focus-with-mouse' as a command to Emacs (like `use-file-dialog')
would prevent us from making other useful decisions for the user based on
the window manager policy.
> 2. Also, people often say, rightly or wrongly, that `focus-follows-mouse'
> is
> useless, inappropriate, ineffective etc. for use with window managers that
> impose a click-frame-to-focus policy. If the only intended effect of
> `focus-follows-mouse' is what you say it is, then these (common)
> statements
> are off the mark, and whatever window manager policy one has would appear
> to
> be irrelevant.
`focus-follows-mouse' is input to Emacs about the window-manager. It is
inappropriate when the policy is click-to-focus because you are telling
Emacs something that is -false-. Conversely, the policy is certainly
relevant in that if you have point-to-focus but Emacs doesn't know that,
it may leave the mouse somewhere that causes the wrong thing to happen
when it tries to raise frames, switch frames, etc.
Davis
--
This product is sold by volume, not by mass. If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during
shipping.
- Re: mouse-autoselect-window, (continued)
- Re: mouse-autoselect-window, Robert J. Chassell, 2007/09/05
- Re: mouse-autoselect-window, David Kastrup, 2007/09/05
- Re: mouse-autoselect-window, Stephen Berman, 2007/09/05
- Re: mouse-autoselect-window, Robert J. Chassell, 2007/09/05
- RE: mouse-autoselect-window, Drew Adams, 2007/09/05
- Re: mouse-autoselect-window, Jason Rumney, 2007/09/05
- RE: mouse-autoselect-window, Drew Adams, 2007/09/06
- Re: mouse-autoselect-window, martin rudalics, 2007/09/06
- Re: mouse-autoselect-window, David Kastrup, 2007/09/06
- Re: mouse-autoselect-window, Jason Rumney, 2007/09/06
- RE: mouse-autoselect-window,
Davis Herring <=
- Re: mouse-autoselect-window, Jeremy Maitin-Shepard, 2007/09/06
- Re: mouse-autoselect-window, Eli Zaretskii, 2007/09/07
- Re: mouse-autoselect-window, martin rudalics, 2007/09/07
- Re: mouse-autoselect-window, Davis Herring, 2007/09/07
- Re: mouse-autoselect-window, Eli Zaretskii, 2007/09/07
- Re: mouse-autoselect-window, Davis Herring, 2007/09/07
- Re: mouse-autoselect-window, Eli Zaretskii, 2007/09/08
- Re: mouse-autoselect-window, Jan Djärv, 2007/09/08
- Re: mouse-autoselect-window, Jason Rumney, 2007/09/07
- Re: mouse-autoselect-window, Eli Zaretskii, 2007/09/08