unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: Help buffer key bindings
Date: Sat, 19 Nov 2005 20:03:23 -0800	[thread overview]
Message-ID: <DNEMKBNJBGPAOPIJOOICGEBBCPAA.drew.adams@oracle.com> (raw)
In-Reply-To: <20051120032910.1AE323F32@rocksteady.printf.se>

    > I was going to suggest the same thing, without the smiley.
    > There should be a command to go forward, and it should be bound,
    > like `l'.  And it should be bound to `mouse-5' (as `mouse-4'
    > should be bound to `help-go-back').

    Isn't that mouse scroll?

See earlier in this thread.

Yes, mouse-4 and mouse-5 are currently co-opted by X11 for interpretation of
the mouse wheel (hence, mouse scroll). Emacs is currently aligned to X11 in
this regard, which wastes the 4th and 5th mouse buttons for platforms other
than X11.

Emacs treats key sequences mouse-4 and mouse-5 as the 4th and 5th mouse
buttons for platforms other than X11, however. For example, on Windows,
mouse-4 represents the 4th mouse button. Users on non-X11 platforms can thus
bind mouse-4 and mouse-5 to capture the 4th and 5th button events. However,
we have shied away from assigning any standard Emacs behavior for the 4th
and 5th buttons, because of the special treatment for X11.

Note that Emacs does not, for example, reserve mouse-4 and mouse-5 for the
mouse wheel in all cases, and assign, say, keys mouse-6 and mouse-7 to the
4th and 5th buttons.

I argue that Emacs should not limit itself in this way. It is OK that Emacs
respect the X11 limitation when the platform is X11, but it shouldn't do so
otherwise.

Emacs should go ahead and bind the 4th and 5th mouse buttons to standard
behaviors (e.g. Back and Forward in Info and Help). There are at least two
ways to do this:

1. Use, say, mouse-6 and mouse-7 for the 4th and 5th mouse buttons
systematically, for all platforms (because X11 co-opts mouse-4 and mouse-5).

2. Use mouse-4 and mouse-5 for the 4th and 5th mouse buttons for platforms
other than X11.

  reply	other threads:[~2005-11-20  4:03 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-16 22:58 Help buffer key bindings Lennart Borgman
2005-11-16 23:43 ` Drew Adams
2005-11-17  2:27   ` Stefan Monnier
2005-11-17 16:44     ` Drew Adams
2005-11-17 22:56       ` Miles Bader
2005-11-17 23:28         ` Drew Adams
2005-11-20  1:19 ` Juri Linkov
2005-11-20  3:26   ` Drew Adams
2005-11-20  3:29     ` Henrik Enberg
2005-11-20  4:03       ` Drew Adams [this message]
2005-11-20  4:08         ` Miles Bader
2005-11-20  6:35           ` Drew Adams
2005-11-20  9:42   ` Lennart Borgman
2005-11-20 21:45     ` Juri Linkov
2005-11-20 21:59       ` Lennart Borgman
2005-11-21  4:49       ` Eli Zaretskii
2005-11-21  7:34         ` Juri Linkov
2005-11-21 21:46           ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DNEMKBNJBGPAOPIJOOICGEBBCPAA.drew.adams@oracle.com \
    --to=drew.adams@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).