unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: definition lines in Info - 1) link, 2) highlight
Date: Tue, 15 Aug 2006 16:24:48 -0700	[thread overview]
Message-ID: <EIENLHALHGIMHGDOLMIMOEILCKAA.drew.adams@oracle.com> (raw)
In-Reply-To: <87bqqllimu.fsf@stupidchicken.com>

    >     >     It doesn't need to use new faces.  Surely there is
    >     >     some existing font lock face that would be usable.
    >     >
    >     > Faces are like global variables - user options. You
    >     > wouldn't think of "reusing" some user option that
    >     > happened to have a default value of t or nil or 100
    >     > that you were after, instead of defining a new
    >     > user option that had the same default value - because
    >     > customizing one might not be appropriate for the uses
    >     > of the other. The same is true of faces.
    >
    >     [Rest of lecture deleted]
    >
    >     Uhm, Drew?  There is a slight probability that Richard
    >     has some passing acquaintance with faces.  Instead of
    >     lecturing him, it might be smarter to ask for an
    >     explanation if you don't get his point.
    >
    > Sorry to blaspheme in your eyes, but... Richard is
    > (shudder) human, and is not always right. Please don't
    > assume that disagreeing with Richard means not
    > understanding his point. Likewise, Jesus, Mohammed,
    > Buddha, Marx, Dylan, and the rest.
    >
    > As to *your* technical point in this discussion: =?

    Though David was a tad abrasive in pointing this out, I too
    didn't see the point of your grand-post.

Then I wasn't clear. The points were these:

1) Don't reuse faces for this feature, especially if only because someone
might be in a hurry - wait until after the release, and then do it right.

2) The more important suggestion for this feature is to link to the source
code and display the current value (for a variable) - and that would need to
wait until after the release anyway.

In sum, the point is that implementing this feature after the release makes
sense.

    After all, the whole point of the default font-lock faces
    is to be re-used in many different situations.

Ah, *font-lock* faces. Yes, indeed. They are to be reused in many different
*font-lock* situations. IMO, it is usually *not* appropriate to reuse a
font-lock face for something that is not font-lock-related. Do you disagree?

If I give you a face for the mode-line (or for the gimwort), for instance,
and instead of creating a new face I reuse `font-lock-comment-face', is that
a good idea? Not IMO. Of course, there would be nothing wrong with reuse by
copying the default value of `font-lock-comment-face', but simply pointing
to the existing face is not TRT, IMO.

  reply	other threads:[~2006-08-15 23:24 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-11 15:16 definition lines in Info - 1) link, 2) highlight Drew Adams
2006-08-11 19:24 ` Richard Stallman
2006-08-12 11:42   ` Eli Zaretskii
2006-08-12 17:33     ` Drew Adams
2006-08-12 21:58       ` Eli Zaretskii
2006-08-13 13:53         ` Richard Stallman
2006-08-13 14:10           ` Drew Adams
2006-08-13 18:48           ` Eli Zaretskii
2006-08-15  2:42             ` Richard Stallman
2006-08-15 14:57               ` Drew Adams
2006-08-15 19:29                 ` Eli Zaretskii
2006-08-15 20:05                   ` Drew Adams
2006-08-15 21:01                 ` David Kastrup
2006-08-15 21:56                   ` Drew Adams
2006-08-15 22:49                     ` Chong Yidong
2006-08-15 23:24                       ` Drew Adams [this message]
2006-08-16  6:33                 ` Richard Stallman
2006-08-13 17:33   ` Drew Adams

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=EIENLHALHGIMHGDOLMIMOEILCKAA.drew.adams@oracle.com \
    --to=drew.adams@oracle.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.
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).