From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: "Drew Adams" <drew.adams@oracle.com>
Cc: 'Philipp Haselwarter' <philipp.haselwarter@gmx.de>, emacs-devel@gnu.org
Subject: RE: Eliminating a couple of independent face definitions
Date: Sun, 06 Feb 2011 16:11:21 +0900 [thread overview]
Message-ID: <87k4hd1vty.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <EE5DAC448D3A40528FC585DB5A511C73@us.oracle.com>
I'm glad we agree about avoiding redundant defintion of semantically
similar faces.
Drew Adams writes:
> How did this discussion start? Yidong seemed to be saying
> (possible misinterpretation, admittedly) that it would be good
> to get rid of duplicate face definitions, by which he
> apparently meant faces that have different names but the same
> attribute values.
That seems unlikely to me; Emacs developers are generally good about
focusing on underlying semantics rather than surface similarities. In
this case, if that were his intention he'd most likely have suggested
a naming convention that expresses face structure. You might have
been well-advised to ask him if that is what he meant.
> I have nothing against the examples of inheritance that you
> argued for. They are they same kinds of inheritance that I
> argued for.
You did? I'm sorry, I missed it. The question I responded to didn't
make that distinction at all; it simply asked what is the rationale
for inheritance.
And others (cf. John Yates) do not seem to agree that semantic
redundancy is an issue of concern. In a long thread it's easy to
become confused about who advocated what, and almost all the arguments
(including conflicting ones) become associated with the most verbose
posters. If I misrepresented your position, I'm sorry.
next prev parent reply other threads:[~2011-02-06 7:11 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-02 4:05 Eliminating a couple of independent face definitions Chong Yidong
2011-02-02 4:11 ` Lennart Borgman
2011-02-02 5:02 ` Tim Cross
2011-02-02 15:15 ` Drew Adams
2011-02-02 17:17 ` Chong Yidong
2011-02-02 20:33 ` Philipp Haselwarter
2011-02-02 23:01 ` Lennart Borgman
2011-02-03 19:10 ` Drew Adams
2011-02-04 0:12 ` Tim Cross
2011-02-05 22:11 ` Drew Adams
2011-02-07 0:59 ` Drew Adams
2011-02-07 1:30 ` Tim Cross
2011-02-07 14:09 ` Drew Adams
2011-02-07 21:14 ` Tim Cross
2011-02-07 22:12 ` Drew Adams
2011-02-08 3:51 ` Tim Cross
2011-02-08 15:26 ` Drew Adams
2011-02-08 19:10 ` Philipp Haselwarter
2011-02-08 13:58 ` Davis Herring
2011-02-08 14:33 ` Drew Adams
2011-02-08 15:34 ` Davis Herring
2011-02-08 16:16 ` Drew Adams
2011-02-08 17:40 ` Lennart Borgman
2011-02-08 19:10 ` Davis Herring
2011-02-07 1:08 ` Tim Cross
2011-02-04 0:18 ` Stephen J. Turnbull
2011-02-04 3:55 ` John Yates
2011-02-04 4:56 ` Stephen J. Turnbull
2011-02-04 4:57 ` Jambunathan K
2011-02-05 22:09 ` Drew Adams
2011-02-06 7:11 ` Stephen J. Turnbull [this message]
2011-02-04 10:26 ` Julien Danjou
2011-02-04 17:57 ` color-complement for defface (was: Eliminating a couple of independent face definitions) Ted Zlatanov
2011-02-14 18:11 ` color-complement for defface Ted Zlatanov
2011-02-20 17:44 ` Julien Danjou
2011-03-10 19:09 ` Ted Zlatanov
2011-03-10 19:11 ` Ted Zlatanov
2011-02-02 21:24 ` Eliminating a couple of independent face definitions Tim Cross
2011-02-03 16:14 ` Dan Nicolaescu
2011-02-02 17:16 ` Chong Yidong
2011-02-02 9:58 ` Štěpán Němec
2011-02-02 17:05 ` Chong Yidong
2011-02-02 10:05 ` Julien Danjou
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=87k4hd1vty.fsf@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=philipp.haselwarter@gmx.de \
/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.