unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Alan Mackenzie<none@example.invalid>
Subject: Re: Newbie: Interactive goto-line ?!
Date: Fri, 27 Feb 2004 09:17:21 +0000	[thread overview]
Message-ID: <1v1n1c.q5.ln@acm.acm> (raw)
In-Reply-To: 87ad35va8x.fld@barrow.com

Floyd L. Davidson <floyd@barrow.com> wrote on Thu, 26 Feb 2004 11:47:26 -0900:

> I've tried, with no success, to find a way to change font-lock face
> colors when switching between major modes.  That is because what for me
> is appropriate for C or Lisp programming is one set, which just makes
> TeX too hard to look at, or the other way around.  I can manage to set
> up manually invoked reconfigurations of face properties, but I've not
> had any luck at all trying to change them automatically when switching
> from one buffer to another where different major modes are being used
> in the two buffers.

> That is something I would really like to have.

It would appear that buffer-local faces can not be created.  I don't know
why this should be so.  It seems to be an inconsistency in Emacs, because
just about anything else can be made buffer local.

[ .... ]

> Regardless, the idea that next-error eliminates the need for using
> goto-line is only true for people doing certain kinds of editing.  It
> is great for C programming, but even there it doesn't solve all
> problems (and the suggestion that the compilation buffer is still
> available is ridiculous compared to the ease of using M-g for
> goto-line).

I'd have to agree with you there.  In particular, beginning users need
goto-line, because it takes time to learn how to use next-error and
friends, and beginners already have enough new stuff to cope with.  It
takes even more time to learn how to set the regexp to extract line
numbers from the messages from an arbitrary compiler.

Personally, my M-g is bound to the face stuff, and I find M-g M-g to fix
fontification useful.  I also use M-g d quite a bit, after copying
fontified program text into a plaintext log.  But I do get tired of
typing M-x goto-l<tab>.  Maybe C-x M-g would be an unbad binding for me.
It's not a very good one.  Actually, C-M-g would be better for me, but
something in Emacs is discarding the "M-" bit and converting it to a
plain C-g.  :-(

> I think the significance of all this is that we all use a very
> configurable editor *because* we do so many different things in so many
> different ways.  It doesn't bother me a bit that GNU Emacs uses one
> binding for M-g and XEmacs uses a different binding, because in either
> case it is easy to bind M-g to whatever I want.

Well said, that man!

> I do take offense at someone suggesting that M-g should not be rebound
> to goto-line (or whatever).  Bindings aren't sacred at the user level.
> And command usage varies with each user and with the type of work being
> done.

Well, don't take too much offence.  Eli Z. is a member of the Emacs core
development team, so from his viewpoint the default bindings are
critically important.  I think the Emacs team gets quite a few tirades
along the lines "the standard bindings are idiotic, change them to my
way!", and it's easy to become oversensitive to a post which looks a bit
like that.  (I'm not suggesting your post was such a tirade - it clearly
wasn't.)  Also, Eli's native language isn't English.

At the same time, Eli keeps an eye open for genuine problems normal users
are having, so as to be able to fix them and feed improvements through to
the next Emacs version.  His questions to you would have been more about
trying to understand your problems and make you aware of alternatives,
rather than trying to persuade you to do things the "right" way.

> Floyd L. Davidson

-- 
Alan Mackenzie (Munich, Germany)
Email: aacm@muuc.dee; to decode, wherever there is a repeated letter
(like "aa"), remove half of them (leaving, say, "a").

  reply	other threads:[~2004-02-27  9:17 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
     [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
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 [this message]
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 16:47       ` Kevin Rodgers
2004-02-25 17:35         ` Floyd Davidson
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=1v1n1c.q5.ln@acm.acm \
    --to=none@example.invalid \
    /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).