unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: jari.aalto@cante.net (Jari Aalto+mail.emacs)
Cc: jari.aalto@cante.net
Subject: Key binding M-g should really be goto-line
Date: Wed, 02 Mar 2005 00:58:00 +0200	[thread overview]
Message-ID: <psyj0y9z.fsf@blue.sea.net> (raw)


[please keep CC, I'm not in this list]

I noticed that in CVS lisp/ the M-g mapping reads:

  ldefs-boot.el: (define-key global-map "\M-g" 'facemenu-keymap)

A while ago there was a long discussion:

  http://lists.gnu.org/archive/html/emacs-devel/2004-03/msg00642.html

But I dare to open this question again. I understood that the goal of
keeping M-g where is now is was that in some distant foggy future it might
be used for text editing. 

    http://lists.gnu.org/archive/html/emacs-devel/2004-03/msg00642.html
    From: Richard Stallman

    "I want Emacs to move in the direction of doing word processing.  It
    may take years, but we will get there.  Then commands to specify faces
    will become important, and will need a good key binding.

    I chose the M-g binding for that reason, and the reason continues to
    have force.  So I don't intend to change that binding."

Please, I have been watching this future over 10 years now and in the mean
time hundreds or thousands developers / code writers / designers / students
/ teachers are all using

    M-g to mean goto-line

Is there no hope to see the 'facemenu-keymap moved to another key and have
the goto-line solely for M-g? It really cannot be replaced by M-x compile /
M-x grep or other specialized modes that offer "direct to line" jump
commands. Line numbers can come from many outside sources, like:

    o   Remote sessions; you're editing two copies of Version controlled 
        files
    o   Other programming languages; Like PHP which display errors and
        line numbers in web page itself (can't use Emacs)
    o   Numerous other utilities (like Web link checkers, when you
        edit the file in Emacs)

To make it short: from accessibility point of view, the goto-line
functionality would be far more important and widely used in everyday Emacs
session and ad hoc use, than the current facemenu-keymap functionality. 

Jari

             reply	other threads:[~2005-03-01 22:58 UTC|newest]

Thread overview: 91+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-01 22:58 Jari Aalto+mail.emacs [this message]
2005-03-01 23:35 ` Key binding M-g should really be goto-line David Kastrup
2005-03-02  4:50   ` Eli Zaretskii
2005-03-02  5:39     ` Nick Roberts
2005-03-02  6:24     ` Miles Bader
2005-03-02  8:31     ` Key binding M-g should really be goto-line autolearn=no version=3.0.2 Jari Aalto+mail.emacs
2005-03-02 11:30       ` Alfred M. Szmidt
2005-03-02 12:15         ` Miles Bader
2005-03-02 13:54           ` Alfred M. Szmidt
2005-03-02 20:54             ` Miles Bader
2005-03-02 12:43         ` Andreas Schwab
2005-03-02 14:00         ` Stefan Monnier
2005-03-02 14:13           ` Alfred M. Szmidt
2005-03-02 12:17       ` Key binding M-g should really be goto-line autolearn=no version=3.0.2 " Jari Aalto+mail.linux
2005-03-02 13:42         ` Key binding M-g should really be goto-line Kim F. Storm
2005-03-02 13:53         ` Key binding M-g should really be goto-line autolearn=no version=3.0.2 autolearn=no version=3.0.2 Alfred M. Szmidt
2005-03-02 15:36         ` Key binding M-g should really be goto-line autolearn=no version=3.0.2 " Jari Aalto
2005-03-02 19:03         ` Key binding M-g should really be goto-line autolearn=noversion=3.0.2 " Drew Adams
2005-03-03 12:29           ` Andreas Schwab
2005-03-03 17:27             ` Drew Adams
2005-03-03 21:18               ` Kevin Rodgers
2005-03-03 22:24                 ` Drew Adams
2005-03-04 23:45                 ` Richard Stallman
2005-03-05  0:24                   ` Miles Bader
2005-03-05  0:49                     ` Key binding M-g should really be goto-lineautolearn=noversion=3.0.2 " Drew Adams
2005-03-05  1:27                       ` Miles Bader
2005-03-05  1:55                         ` Luc Teirlinck
2005-03-05 11:05                           ` Reiner Steib
2005-03-05  2:00                         ` Drew Adams
2005-03-05  2:32                           ` Miles Bader
2005-03-05 19:00                         ` Stefan Monnier
2005-03-05 19:32                           ` Miles Bader
2005-03-05 20:22                           ` Key binding M-g should really be goto-line Johan Bockgård
2005-03-05 23:16                             ` Miles Bader
2005-03-06  9:50                               ` David Kastrup
2005-03-06 21:15                   ` Key binding M-g should really be goto-line autolearn=noversion=3.0.2 autolearn=no version=3.0.2 Kim F. Storm
2005-03-06 22:38                     ` Miles Bader
2005-03-06 22:40                       ` Miles Bader
2005-03-03 21:58               ` Andreas Schwab
2005-03-02 18:18       ` Key binding M-g should really be goto-line " Eli Zaretskii
2005-03-01 23:49 ` Key binding M-g should really be goto-line Alfred M. Szmidt
2005-03-02  1:00   ` Ralf Angeli
2005-03-02  1:14     ` Alfred M. Szmidt
2005-03-02  8:08       ` Ralf Angeli
2005-03-02  1:19     ` David Kastrup
2005-03-02 13:40   ` Robert J. Chassell
2005-03-02  2:01 ` Key binding M-g should really be goto-line autolearn=no version=3.0.2 Jari Aalto+mail.linux
2005-03-02  2:06 ` Key binding M-g should really be goto-line Luc Teirlinck
2005-03-03  2:29   ` Richard Stallman
2005-03-02  9:24 ` Kai Großjohann
2005-03-02 11:15 ` Jari Aalto+mail.emacs
2005-03-02 13:52   ` Alfred M. Szmidt
2005-03-02 14:50     ` Josh Varner
2005-03-02 16:38       ` Alfred M. Szmidt
2005-03-02 17:16         ` Reiner Steib
2005-03-02 17:52           ` Alfred M. Szmidt
2005-03-02 19:01           ` Johan Bockgård
2005-03-02 20:23             ` Gaetan Leurent
2005-03-02 20:46               ` Miles Bader
2005-03-02 20:33             ` Alfred M. Szmidt
2005-03-02 15:38   ` Jari Aalto
2005-03-03  2:29 ` Richard Stallman
2005-03-03  7:19 ` Jari Aalto
  -- strict thread matches above, loose matches on Subject: below --
2005-03-09  7:05 Juri Linkov
2005-03-09  7:53 ` Miles Bader
2005-03-09  8:32 ` Kim F. Storm
2005-03-10  6:28   ` Juri Linkov
2005-03-09  9:58 ` David Kastrup
2005-03-09 10:47   ` Miles Bader
2005-03-09 13:17     ` David Kastrup
2005-03-09 11:27   ` Kim F. Storm
2005-03-10  9:18     ` Piet van Oostrum
2005-03-10 10:16       ` Miles Bader
2005-03-10 10:47       ` Kim F. Storm
2005-03-10  2:03   ` Richard Stallman
2005-03-09 21:51 ` Romain Francoise
2005-03-09 22:34   ` David Kastrup
2005-03-10  0:33     ` Miles Bader
2005-03-10  0:54       ` David Kastrup
2005-03-10  1:28       ` Johan Bockgård
2005-03-10  6:29         ` Juri Linkov
2005-03-10  7:24           ` Romain Francoise
2005-03-10 10:48             ` David Kastrup
2005-03-10 11:41               ` Romain Francoise
2005-03-10 13:23                 ` Andreas Schwab
2005-03-10 15:19                   ` Kim F. Storm
2005-03-18 10:27 ` Romain Francoise
2005-03-19  3:09   ` Richard Stallman
2005-03-19  9:20     ` David Kastrup
2005-03-20 14:41     ` Romain Francoise
2005-03-21  1:18       ` Richard Stallman

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=psyj0y9z.fsf@blue.sea.net \
    --to=jari.aalto@cante.net \
    /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).