Kyle Jones <kyle_jones(a)wonderworks.com> writes:
William M. Perry writes:
> Andy Piper <andy(a)xemacs.org> writes:
> > Shouldn't you use XEmacs concepts like "face" rather than just
simply
> > colors? Shouldn't you use keywords rather than symbols here? It would be
> > great if we could establish some sort of generic internal structure that
> > could be used by both the gtk stuff and the existing widget stuff.
>
> You could possibly use a face, but I personally hate the idea of creating
> an entire face just because you want to change the background color on
> _one_ item.
But how will a user customize this stuff? Users already know how to
alter face properties. Why should they have to learn another way to mess
with colors? Also you seem to be ignoring the fact that color
instantiators are window system specific. "red" will probably work on
any Window system, but rgb:ff/0/0 probably won't. But there are times
when you want to specify an RGB value. With a face (containing
background/foreground color specifiers) you can do this per device type.
If you're just using strings for color names, I don't see how you're
going to do it.
Good point... Does the current widget stuff handle changes to faces though?
Or is it a 'you get the colors from the face at instantiation time, and no
changes afterwards'? Or do we require a separate call to
set-glyph-property?
-Bill P.