GNU bug report logs -
#5841
23.1.95; bad mouse bindings for Info mode line node name
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Tue, 6 Apr 2010 08:49:02 UTC
Severity: wishlist
Tags: notabug, wontfix
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5841 in the body.
You can then email your comments to 5841 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5841
; Package
emacs
.
(Tue, 06 Apr 2010 08:49:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 06 Apr 2010 08:49:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
When you click the mouse on the current node name in Info, these are the
bindings:
mouse-1: Info-mouse-scroll-up
mouse-3: Info-mouse-scroll-down
Those should be reversed. The leftmost of the two buttons used for this
should move backward. The rightmost should move forward.
In left-to-right text, to the left means backward. And this is in
keeping with the binding of DEL (which normally deletes text backward)
to Info-scroll-down. There is a natural association between left and
back, and between right and forward.
In GNU Emacs 23.1.95.1 (i386-mingw-nt5.1.2600)
of 2010-04-03 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags
-Ic:/imagesupport/include'
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5841
; Package
emacs
.
(Tue, 06 Apr 2010 15:27:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 5841 <at> debbugs.gnu.org (full text, mbox):
> When you click the mouse on the current node name in Info, these are the
> bindings:
>
> mouse-1: Info-mouse-scroll-up
> mouse-3: Info-mouse-scroll-down
>
> Those should be reversed. The leftmost of the two buttons used for this
> should move backward. The rightmost should move forward.
No. There is a reason for this binding: it's much more common to
advance through a document, so mouse-1 is used for it. (Let's not get
into a long argument over this.)
Added tag(s) notabug.
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> debbugs.gnu.org
.
(Tue, 06 Apr 2010 15:35:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5841
; Package
emacs
.
(Tue, 06 Apr 2010 15:44:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 5841 <at> debbugs.gnu.org (full text, mbox):
> > When you click the mouse on the current node name in Info,
> > these are the bindings:
> >
> > mouse-1: Info-mouse-scroll-up
> > mouse-3: Info-mouse-scroll-down
> >
> > Those should be reversed. The leftmost of the two buttons
> > used for this should move backward. The rightmost should
> > move forward.
>
> No. There is a reason for this binding: it's much more common to
> advance through a document, so mouse-1 is used for it. (Let's not
> get into a long argument over this.)
There is a reason for almost everything. But not necessarily a good reason.
Why is mouse-1 significantly better than mouse-3 for a much-more-common
operation?
That either button is better than mouse-2 I could understand, since some people
don't even have a mouse-2 or use a wheel button for it, which is sometimes less
handy. But mouse-1 has no great advantage over mouse-3. Neither is hard to use.
And the "more common use" reason is anyway a very weak one. It is more common to
do neither, and many users will forget which is which. When they do occasionally
try one they shouldn't have to backtrack because it was ill-designed. It is more
important that the buttons correspond to what one would naturally expect.
Left stands for left; right stands for right. Couldn't be more obvious and
expected. It is simply perverse to have the left button move right and the right
button move left.
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Wed, 22 Feb 2012 02:45:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Wed, 22 Feb 2012 02:45:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 5841-done <at> debbugs.gnu.org (full text, mbox):
It was explained that this won't be changed.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 21 Mar 2012 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 154 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.