From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Emacs Devel <emacs-devel@gnu.org>, Jason Rumney <jasonr@gnu.org>
Subject: Re: Default font 'default have no corresponding variable
Date: Mon, 18 Feb 2008 23:14:40 +0100 [thread overview]
Message-ID: <47BA0350.3050601@gmail.com> (raw)
In-Reply-To: <jwvablyfc8c.fsf-monnier+emacs@gnu.org>
Stefan Monnier wrote:
>>> Why should there be a "corresponding variable"?
>
>> Maybe I got this wrong, I thought that there usually were a variable with
>> the same name as the face and that the variable value was the face
>> symbol. But maybe that is just used for faces defined specific uses in
>> Emacs libraries?
>
> No. The only there is w.r.t vars and faces is that font-lock's author
> originally decided to provide both font-lock-FOO-face faces and
> font-lock-FOO-face variables where the variable's value points to the
> face, so that you can use
>
> font-lock-FOO-face
> or
> 'font-lock-FOO-face
>
> and get the same result. Basically it makes the font-lock-FOO-face
> symbol (used to refer to the face) self-quoting. And since most
> font-lock rules use the first form rather than the second, you get the
> added benefit that the extra-indirection through the variable can be
> made buffer-local so you can "change faces" on a buffer-by-buffer basis
> (which is usually not possible in Emacs where faces can only be changed
> on a frame-by-frame basis).
>
> In any case, buffer-local faces should be added to Emacs (there are
> plans to do that, although they don't seem to be going anywhere, sadly),
> and variables pointing to faces are generally deprecated unless maybe
> they're used in font-lock rules where avoiding the ' can be
> marginally convenient.
Thanks Stefan and Jason,
It seems like I have been misunderstanding this a bit more than I
usually do ;-)
Unfortunately I have been spreading my unwisdom a bit so I have to clear
that out.
>> But anyway, as I wrote, libraries written for XEmacs often tends to assume
>> that the variable default exist (and points to a face symbol I believe).
>
> `xemacs -q' tells me that `default' indeed exists but has value "void".
> Not sure what that means. It seems not to have any equivalent in Emacs.
> I'd never heard of it until now, so it can't be that used "often".
>
>
> Stefan
>
next prev parent reply other threads:[~2008-02-18 22:14 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-18 13:18 Default font 'default have no corresponding variable Lennart Borgman (gmail)
2008-02-18 13:20 ` Lennart Borgman (gmail)
2008-02-18 13:25 ` Jason Rumney
2008-02-18 16:12 ` Lennart Borgman (gmail)
2008-02-18 13:32 ` Miles Bader
2008-02-18 15:59 ` Lennart Borgman (gmail)
2008-02-18 16:37 ` Jason Rumney
2008-02-18 16:48 ` Stefan Monnier
2008-02-18 20:37 ` Johan Bockgård
2008-02-18 21:13 ` Stefan Monnier
2008-02-18 22:14 ` Lennart Borgman (gmail) [this message]
2008-02-19 11:59 ` Richard Stallman
2008-02-20 3:51 ` Drew Adams
2008-02-20 16:44 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47BA0350.3050601@gmail.com \
--to=lennart.borgman@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=jasonr@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.