--d6Gm4EdcadzBjdND
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Aug 29, 2001 at 11:31:43AM -0700, Waldo Bastian wrote:
> On Wednesday 29 August 2001 11:01 am, Thomas Zander wrote:
> > On Wed, Aug 29, 2001 at 10:35:50AM -0700, Waldo Bastian wrote:
> > > On Tuesday 28 August 2001 05:18 am, Lenny wrote:
> > > > 3) I removed the color-name because it's really redundant. Since
> > > > color->color-name mapping doesn't work (if you manipulate a color, =
the
> > > > name of a matching named-color doesn't get recognized) and the color
> > > > changes when you chose a different palette, the color-name only wor=
ked
> > > > in conjunction with the named-color-palette =3D> redundant informat=
ion.
> > >
> > > Redundant means that the information is available through other means
> > > already. Ths is not the case, the color name is additional information
> > > and is not available by any other means. Therefore it should stay,
> >
> > Correct argument, Lenny showed us not that its redundent, but more why =
its
> > not correctly implemented and will (for practical reasons) never be.=20
>=20
> The name is provided in the context of the palette, (without that context=
 you=20
> have a 1->N mapping between color->name), if the lookup of a color-name=
=20
> doesn't work then that should be fixed.
>=20
> > This is not called redundant, its called a bug or unwanted feature.
>=20
> Whether you want a feature or not is based on your judgement, it doesn't=
=20
> follow from anything raised by Lenny.
>=20
> > That is why I don't agree with your conclusion that it should stay, the=
re
> > is no extra value in keeping it.
> > And in the end a value that costs more then it is wearth gets a call for
> > redundancy ;)
>=20
> Colors are often identified by their name, if you have a corporate logo w=
ith=20
> three shades of green, you may want to name those colors "tail green", "e=
yes=20
> green" and "body green". When you now make a palette for your corporate=
=20
> colors you want to be able to see those names to correctly identify the=
=20
> colors. After all, you don't want to use "tail green" for the eyes, and y=
ou=20
> don't want to use "eyes green" for the tail of your logo. "tail green" is=
=20
> more informative than #02F022 and "eyes green" is more informative than=
=20
> "#18E000". As such names within the context of a palette provide added va=
lue
> to our users.
>=20
> That you have no use for it doesn't mean that it is an unwanted feature.

The point stated is that a certain color picked does not autometically get
associated with the name given.=20
In fact this can not be done since one color can have more then one name.
In Lennys design this is avoided since the name is removed from the=20
color panel, and a color<->name releation is not 1<->1 .

Your worry for using color names with can be solved by creating additional
color space(s) which use these names to replace the color selection box.
So we have "RGB", "HSV", "Named Colors" etc.

--=20
Thomas Zander                                            zander@earthling.n=
et
The only thing worse than failure is the fear of trying something new

--d6Gm4EdcadzBjdND
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7jUPFCojCW6H2z/QRAgGRAJ9bZB7SSeuLO6QRrqWH1w8ioJOp+wCgu7sm
dCqKp73TyV/hDooiV1Cba5Q=
=QcjV
-----END PGP SIGNATURE-----

--d6Gm4EdcadzBjdND--