From: jari.aalto@cante.net (Jari Aalto)
Cc: kai@emptydomain.de, emacs-devel@gnu.org
Subject: Re: Key binding M-g should really be goto-line
Date: Wed, 2 Mar 2005 17:38:56 +0200 [thread overview]
Message-ID: <20050302153856.ZIAH525.fep06-app.kolumbus.fi@cante.net> (raw)
In-Reply-To: 20050302111509.WIGX8756.fep02-app.kolumbus.fi@cante.net
| goto-line is so often used (when you need it; like during PHP
| coding)
|
| You have only noted PHP as needing goto-line, this doesn't warrant
| binding it globally. What about binding M-g in php-mode to goto-line?
I presented several examples. Please refer to other posts. The sources for
need for line numbers are so diverse, that one can imagine lot of uses.
Let's all mediate a while for several programming languages, automated
tools, shell scripts, syntax checkers, error messages ...
Jari
next prev parent reply other threads:[~2005-03-02 15:38 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-01 22:58 Key binding M-g should really be goto-line 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 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 [this message]
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=20050302153856.ZIAH525.fep06-app.kolumbus.fi@cante.net \
--to=jari.aalto@cante.net \
--cc=emacs-devel@gnu.org \
--cc=kai@emptydomain.de \
/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).