[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mouse-1 click on widget button
From: |
Piet van Oostrum |
Subject: |
Re: mouse-1 click on widget button |
Date: |
Tue, 22 Jan 2008 14:13:54 +0100 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.1 (darwin) |
>>>>> Katsumi Yamaoka <address@hidden> (KY) wrote:
>KY> Hi,
>KY> I use this:
>KY> (setq mouse-1-click-follows-link nil
>KY> mouse-1-click-in-non-selected-windows nil)
>KY> Even so, mouse-1 click on a url string in the Gnus article buffer
>KY> raises the web browser. It is because Gnus puts a widget button
>KY> on a text which looks like a url[1], and the button is sensitive
>KY> to mouse-1 as well as mouse-2 because of the default value of
>KY> `widget-keymap'[2] defined in wid-edit.el as follows:
[snip]
>KY> It annoyed me since I usually click mouse-1 on an Emacs frame in
>KY> order to move the point, to select the frame, to copy text, etc.
>KY> When I click a url string accidentally, the web browser launches
>KY> regardless of my will. I was often vexed by this and now I have:
>KY> (eval-after-load "wid-edit"
>KY> '(define-key widget-keymap [down-mouse-1] nil))
>KY> Because of the default value of `mouse-1-click-follows-link',
>KY> mouse-1 click behaves like moude-2 now even if there is no
>KY> mouse-1 binding in `widget-keymap'. Why don't we remove it from
>KY> `widget-keymap'?
You can easily avoid this by setting mouse-1-click-follows-link to nil.
--
Piet van Oostrum <address@hidden>
URL: http://pietvanoostrum.com [PGP 8DAE142BE17999C4]
Private email: address@hidden