From: "Drew Adams" <drew.adams@oracle.com>
To: <rms@gnu.org>
Cc: emacs-devel@gnu.org
Subject: RE: custom type `color' is not enforced
Date: Thu, 20 Dec 2007 22:48:48 -0800 [thread overview]
Message-ID: <BNELLINCGFJLDJIKDGACOEOMCFAA.drew.adams@oracle.com> (raw)
In-Reply-To: <E1J5Z2r-0000lo-0T@fencepost.gnu.org>
> > `C-h M-o color RET TAB' correctly gives all options
> > defined with :type `color' (rigid equality test).
> > However, since Emacs currently does not
> > distinguish type `color' from type `string' (= this bug),
> >
> > That statement surprises me. The two types have different
> > names, and don't behave the same, so in what sense does
> > Emacs not distinguish them?
>
> Please reread what I said:
>
> You said Emacs does not distinguish type `color' from type `string'.
> That's mistaken; it does distinguish them.
You continue to omit the part where I explained what I meant by that. If you
want to argue about what I said, and you think that omitting the explanation
helps you win the argument, go ahead; you win.
That's like me quoting your current statement only partially: You said
"Emacs does not distinguish type". Yes, you said those words, but that's not
really what you were saying. Taking words out of context is not
constructive.
My point (from the beginning; = what I described as "this bug") was that
there is a sense in which those types are not distinguished. I explained
twice what that sense was, what I meant by the insufficient type
distinction. If you don't want to see my point, fine.
> They behave differently.
Yes, if you compare only the symbols `color' and `string', they do behave
differently. If `get-custom-type' is the only yardstick, then they are
totally different, unrelated types.
> I agree it would be good to make `color' check for a valid color.
> I hope someone will do that.
So do I.
next prev parent reply other threads:[~2007-12-21 6:48 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-02 8:55 custom type `color' is not enforced Drew Adams
2007-12-02 8:59 ` Drew Adams
2007-12-18 23:00 ` Drew Adams
2007-12-20 0:53 ` Richard Stallman
2007-12-20 1:27 ` Lennart Borgman (gmail)
2007-12-21 3:04 ` Richard Stallman
2007-12-20 19:11 ` Drew Adams
2007-12-20 19:27 ` Drew Adams
2007-12-21 3:59 ` Richard Stallman
2007-12-21 6:47 ` Drew Adams
2007-12-21 3:59 ` Richard Stallman
2007-12-21 6:48 ` Drew Adams [this message]
2007-12-21 9:36 ` Lennart Borgman (gmail)
2007-12-21 18:20 ` Drew Adams
2007-12-21 22:03 ` Drew Adams
2007-12-22 6:29 ` Richard Stallman
2007-12-22 20:58 ` Lennart Borgman (gmail)
2007-12-23 10:54 ` Per Abrahamsen
2007-12-23 12:46 ` Lennart Borgman (gmail)
2007-12-25 13:52 ` Per Abrahamsen
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=BNELLINCGFJLDJIKDGACOEOMCFAA.drew.adams@oracle.com \
--to=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=rms@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.