Re: mouse-1-click-follows-link and mime messages

[David Kastrup <dak@gnu.org>]

"Richard M. Stallman" <rms@gnu.org> writes:

>     I figured out the problem.  We should only change the selected window
>     if we are translating to mouse-2.  The `follow-link' property can also
>     specify translation to, e.g., "\C-m" (in the case of the link widget);
>     in that case, we shouldn't change the window.
>
>     I've checked in a fix.
>
> Thanks.

While I think the fix reasonable, I'd suggest that follow-link should,
when feasible, try to map through a mouse event.  Link-like fields
sometimes have an interactive spec not containing "@" which means that
they will not switch the selected window while doing their action
through a mouse click.  A translation to a mouse event can keep those
semantics; a translation to a keyboard event does not seem to make
sense without changing the selected window.

So as a rule of thumb, follow-link should probably not revert to a
keyboard event when this can be avoided in favor of an interactive
form or event intended for the mouse.  In particular when mouse-2 does
not do "@" in its interactive spec.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum