emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: follow-link in grep buffer


From: Lennart Borgman
Subject: Re: follow-link in grep buffer
Date: Sat, 26 Feb 2005 00:05:46 +0100

----- Original Message ----- 
From: "David Kastrup" <address@hidden>

> > AFAICT the specific problem at hand is that a mous-1 click used to
> > get focus should not follow a link.  No matter what kind of link, no
> > matter the major mode.
>
> That's not the only problem.  A mouse-1 click not used to get focus
> should follow a link.  If it doesn't, that is surprising.  Now
> click-to-focus is strictly a windowmanager and frame thingy.  While
> one also uses the mouse for the purpose of changing the _window_
> instead of the frame, one would be terribly surprised if this had not
> the side effect of setting point, too.  Basically, one sets point into
> a different window since that is the convenient way to change focus.

I agree to this. If I sum up what I think about the current issue after
reading all messages it looks something like this:

1) Try to be consistent both within Emacs and with other apps.

2) Try to give visual clues.

3) All "links" should have a common look. There is a difference here between
Emacs and some other apps. An Emacs buffer is more like a web browser than
for example a list style dialog. Therefore I believe the "links" should
always look like the links in a web browser. (And double clicks should not
be used for links since this belongs to another visual style.)

4) Note that the look of the links are very important for keyboard users
too! (I happen to be one of those that seldom uses the mouse - even if I can
find it...)

5) This should apply also to "mouse over" faces.

6) Since "unfocused" windows with the behaviour suggested below does not
have directly clickable links the "mouse over" face should then perhaps be
different.

7) A single click sets focus and point if the window does not have focus.

8) A single click follows link otherwise (if the click is on a link...)





reply via email to

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