unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: storm@cua.dk (Kim F. Storm)
Cc: emacs-devel@gnu.org
Subject: Re: Key binding M-g should really be goto-line
Date: Wed, 09 Mar 2005 09:32:51 +0100	[thread overview]
Message-ID: <m33bv5md70.fsf@kfs-l.imdomain.dk> (raw)
In-Reply-To: <87y8cx4b3e.fsf@jurta.org> (Juri Linkov's message of "Wed, 09 Mar 2005 09:05:33 +0200")

Juri Linkov <juri@jurta.org> writes:

> 2. goto-line is not too frequent command to deserve the sole
> M-g key.  There are many other goto-related commands that could
> share the same mnemonics and have the common M-g prefix key.

Brilliant ideas!!  I second ALL of your suggestions.

One command I use quite often is "find-file-and-line-near-point" which
takes something like FILE:LINE "near" the cursor and jumps to LINE in
FILE.  

I use this when I look at backtraces in bug-reports (of course, I
already have code which can do this, but a logical binding would be
nice).

M-g j would be an excellent binding for this.

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

  parent reply	other threads:[~2005-03-09  8:32 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-09  7:05 Key binding M-g should really be goto-line Juri Linkov
2005-03-09  7:53 ` Miles Bader
2005-03-09  8:32 ` Kim F. Storm [this message]
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 12:21         ` M-g binding in Gnus (was: Key binding M-g should really be goto-line) Reiner Steib
2005-03-10 12:59           ` M-g binding in Gnus Kim F. Storm
2005-03-10 13:34             ` Reiner Steib
2005-03-10 15:18               ` Kim F. Storm
2005-03-10  2:03   ` Key binding M-g should really be goto-line Richard Stallman
2005-03-10  7:28   ` Key binding M-g should really be goto-line (To M-g M-g or not to M-g) Jari Aalto
2005-03-10 10:49     ` David Kastrup
2005-03-11  7:07     ` Jari Aalto
2005-03-09 21:51 ` Key binding M-g should really be goto-line 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-18 12:11   ` M-g suffixes. Was: " David Kastrup
2005-03-18 12:59     ` Romain Francoise
2005-03-18 13:17       ` David Kastrup
2005-03-18 13:58     ` Stefan Monnier
2005-03-18 18:59       ` Gaetan Leurent
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
  -- strict thread matches above, loose matches on Subject: below --
2005-03-05  0:24 Key binding M-g should really be goto-line autolearn=noversion=3.0.2 autolearn=no version=3.0.2 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 19:00     ` Stefan Monnier
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-01 22:58 Jari Aalto+mail.emacs
2005-03-01 23:35 ` 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 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-01 23:49 ` 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:06 ` 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

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=m33bv5md70.fsf@kfs-l.imdomain.dk \
    --to=storm@cua.dk \
    --cc=emacs-devel@gnu.org \
    /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).