From: Floyd Davidson <floyd@barrow.com>
Subject: Re: Newbie: Interactive goto-line ?!
Date: Wed, 25 Feb 2004 07:29:29 -0900 [thread overview]
Message-ID: <87ptc3nmvq.fld@barrow.com> (raw)
In-Reply-To: mailman.452.1077703465.340.help-gnu-emacs@gnu.org
Eli Zaretskii <eliz@elta.co.il> wrote:
>> From: Floyd Davidson <floyd@barrow.com>
>> >
>> >For example, "M-g M-g" is invaluable as a means to fix bad
>> >font-lock fontifications (a.k.a. syntax highlighting).
>>
>> That is not a default binding for either GNU Emacs or XEmacs, so
>> I'm not positive which function you have bound to it.
>
>Did you try "C-h c M-g M-g"? In my Emacs it says
>
> M-g M-g runs the command font-lock-fontify-block
Run Emacs with the -q option. At least in the latest Emacs
release (21.3.1) that won't be defined. You can then do C-h b,
mark the whole buffer, and pipe it through grep to find what
exactly is defined.
M-g d facemenu-set-default
M-g b facemenu-set-bold
M-g i facemenu-set-italic
M-g l facemenu-set-bold-italic
M-g u facemenu-set-underline
M-g o facemenu-set-faceq
If you then load the font-lock package, the following are added,
M-g ESC Prefix Command
M-g ESC g font-lock-fontify-block
For my style of use, none of those needs to have key bindings.
The only one that I would ever consider using is the font-lock
command, and since my need to use it is very rare, I've made
that (actually, font-lock-fontify-buffer) a menu option so
that it neither clutters my mind nor wastes a useful key binding.
Of course, /your/ needs might be very different.
>AFAICS, this is the default binding of GNU Emacs since Emacs 20.x at
>least (couldn't check in Emacs 19 where I'm typing this).
GNU Emacs 21.3.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
>> Incidentally, with XEmacs the default binding for M-g is the
>> goto-line function.
>
>Yes, we considered this during development of Emacs 20.1 and rejected
>this binding, since M-g is a prefix of commands that change fonts and
>text properties like bold, underlined, etc.
So you were aware all along that it is not uncontroversial. In
fact, at some point in history it was changed to make it that
prefix rather than the default goto-line that XEmacs and others
bind to it. With all due respect, a lot of people clearly
believe that first change was the mistake; and just as clearly
if they do it is because they think goto-line is a useful
function. Ergo, your statement that it isn't goes against the
grain of a widely held belief. Six of one, half a dozen of
another!
(Your mistake was say that it isn't for anyone. You should
merely have pointed out that it isn't useful to *you*.)
>> >If you find yourself using goto-line too often, you should take a good
>> >look at the way you use Emacs: most uses of goto-line should be
>> >unnecessary because Emacs interface with various programs that report
>> >line numbers, such as compilers, Grep, etc., have commands to
>> >automatically visit the file and line number being reported.
>>
>> If you are not using goto-line you are missing a very quick way
>> to move around in files.
>
>I was serious. If you have serious counter-arguments why goto-line is
>better then "C-x `" and its ilk, please tell.
But I did not say any such thing.
I said that if you aren't using it, you are missing out on a
quick way to move around in files. When other methods are
quicker, they should be used.
Let me be a little more succinct. Your statement that if I use
goto-line then I'm not using emacs well, because goto-line should
be unnecessary, is both /arrogant/ and /ignorant/.
I suggest we drop this part of the discussion because it is
abjectly silly to assume that your usage is the one true way.
It *is* appropriate to explain to someone how you happen to use
it, as an example they might find helpful.
_To_ _suggest_ _that_ _someone_ _else's_ _example_ _of_ _use_ _is_ _wrong_ _is_
_not_ _acceptable_.
>In a nutshell, the reason why goto-line should not be a frequently
>used command is that normally there's no reason to want to get to line
>number N unless you have a program that told you there's something
>interesting on that line.
Perhaps you do not use Emacs enough or in ways that don't
provide you with sufficient examples. What you've left out of
your equation is temporal effect. If the
compiler/grep/emacs/other-utility gave you a number, and you
then proceed to do a variety of useful things for *any* period
of time, be it 1 second or 10 days, the availability of that
number in that way is diminished, if not entirely gone. The
question, if that number then becomes useful, is which way is
easiest to reproduce it for Emacs. *You* might want to
re-compile something to get it, but I'll just use the goto-line
function, because for me, though maybe not for you, that is
indeed much faster.
--
Floyd L. Davidson <http://web.newsguy.com/floyd_davidson>
Ukpeagvik (Barrow, Alaska) floyd@barrow.com
next prev parent reply other threads:[~2004-02-25 16:29 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-24 10:55 Newbie: Interactive goto-line ?! Karel Kubat
2004-02-24 10:58 ` Maurizio Loreti
2004-02-24 11:42 ` Gian Uberto Lauri
2004-02-24 16:08 ` Brad Collins
2004-02-24 11:00 ` Karel Kubat
2004-02-24 11:34 ` Jiri Pejchal
2004-02-24 22:21 ` Johan Bockgård
2004-02-24 18:35 ` Floyd Davidson
2004-02-24 21:01 ` Kevin Rodgers
2004-02-24 23:38 ` Floyd Davidson
2004-02-25 5:33 ` Eli Zaretskii
2004-02-25 16:47 ` Kevin Rodgers
2004-02-25 17:35 ` Floyd Davidson
[not found] ` <mailman.436.1077687252.340.help-gnu-emacs@gnu.org>
2004-02-25 6:31 ` Floyd Davidson
2004-02-25 8:56 ` Kai Grossjohann
2004-02-25 10:05 ` Eli Zaretskii
[not found] ` <mailman.452.1077703465.340.help-gnu-emacs@gnu.org>
2004-02-25 16:29 ` Floyd Davidson [this message]
2004-02-26 17:32 ` Eli Zaretskii
[not found] ` <mailman.580.1077816762.340.help-gnu-emacs@gnu.org>
2004-02-26 17:50 ` Jesper Harder
2004-02-26 18:22 ` David Kastrup
2004-02-26 20:47 ` Floyd L. Davidson
2004-02-27 9:17 ` Alan Mackenzie
2004-02-27 12:56 ` Eli Zaretskii
2004-02-27 15:17 ` Johan Bockgård
2004-02-27 15:29 ` David Kastrup
2004-02-27 16:04 ` Johan Bockgård
2004-02-29 15:29 ` Kai Grossjohann
2004-03-01 4:07 ` Floyd L. Davidson
2004-03-01 4:47 ` Johan Bockgård
2004-03-01 6:12 ` Floyd L. Davidson
2004-02-27 16:42 ` Stefan Monnier
2004-02-27 16:58 ` David Kastrup
2004-02-27 18:07 ` Stefan Monnier
2004-02-27 18:22 ` David Kastrup
2004-02-27 20:46 ` Stefan Monnier
2004-02-26 19:03 ` Eli Zaretskii
[not found] ` <mailman.586.1077822322.340.help-gnu-emacs@gnu.org>
2004-02-26 19:28 ` David Kastrup
2004-02-26 21:25 ` Kevin Rodgers
2004-02-27 12:59 ` Eli Zaretskii
[not found] ` <mailman.648.1077887747.340.help-gnu-emacs@gnu.org>
2004-02-27 16:47 ` Stefan Monnier
2004-02-27 17:56 ` Eli Zaretskii
2004-02-26 17:36 ` Dan Katz
2004-02-25 17:58 ` Stefan Monnier
2004-02-26 6:04 ` Eli Zaretskii
[not found] ` <mailman.541.1077775437.340.help-gnu-emacs@gnu.org>
2004-02-27 16:31 ` Stefan Monnier
2004-02-27 17:59 ` Eli Zaretskii
2004-02-25 18:01 ` Stefan Monnier
2004-02-26 7:08 ` Kai Grossjohann
2004-02-26 19:38 ` Alan Mackenzie
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=87ptc3nmvq.fld@barrow.com \
--to=floyd@barrow.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.
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).