From: John Yates <john@yates-sheets.org>
To: emacs-devel@gnu.org
Subject: Re: faces `compilation-info' and `compilation-line-number'
Date: Tue, 15 Feb 2011 23:02:26 -0500 [thread overview]
Message-ID: <AANLkTik8DsjpD-h9wG00zJibfN9taWJJZFe8+9iHZZ+d@mail.gmail.com> (raw)
In-Reply-To: <AANLkTikdw23GxRw_ZbDojYGywt1p8i6cA0oaPdDX1HdE@mail.gmail.com>
On Thu, Feb 3, 2011 in "Eliminating a couple of independent face
definitions" Stephen J. Turnbull wrote:
> The basic problem is that faces are not colors. Faces are not fonts.
> (Where have I heard this before? ;-) A face is a semantic component,
> intended to express meaning. Common meanings should have a common
> expression.
Somewhat incoherently I attempted to introduce another perspective.
On reflection my mistake seems to have been to take issue with
Stephen's definition of a face. What I had wanted to show is that
users often customize faces for reasons other than semantic
consistency. That they use faces as a poor man's substitute for the
theming capability present in many GUI frameworks.
This new thread hinges not on aligning semantics but on which elements
in a given setting merit more or less visual emphasis. That was
exactly the perspective I tried to capture in my earlier posting.
I have come to think that what emacs lacks is a palette framework. I
imagine the palette framework as a partial order of degrees of
emphasis. For lack of a better term I will call the members of this
partial order roles. This ordering relationship would be captured in
the role names. Thus we might have
garish
strident-2
strident-1a, strident-1b
emphasis-2
emphasis-1a, emphasis-1c, emphasis-1c
normal
deemphasis-1a , deemphasis-1b
deemphasis-2
(High lighting probably belongs in this list by I am not sure exactly where.)
Emacs would provide style guidance for the palette roles. E.g. garish
applies to a limited span (a word or token, not the better part of a
line); strident-1a/b are appropriate for entire lines.
An actual palette is realized by associating with each role:
- a basic foreground/background color pair
- a font modification rule. Examples: base, bold else base, italic
else underline else base
Notice that a palette is less than a face because it is not associated
with a font or font family. Applying a palette to a font family would
result in a basic set of faces (e.g. palette-garish,
palette-strident-2, palette-normal, etc). These faces could then form
the basis for a set of derived faces that would introduce a base set
of semantic notions.
/john
next prev parent reply other threads:[~2011-02-16 4:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-15 18:20 faces `compilation-info' and `compilation-line-number' Drew Adams
2011-02-15 21:07 ` Stefan Monnier
2011-02-15 21:41 ` Tim Cross
2011-02-16 4:02 ` John Yates [this message]
2011-02-16 5:36 ` Miles Bader
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=AANLkTik8DsjpD-h9wG00zJibfN9taWJJZFe8+9iHZZ+d@mail.gmail.com \
--to=john@yates-sheets.org \
--cc=emacs-devel@gnu.org \
/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.