Re: [g-a-devel]Support for Color in ATK
- From: "Draghi Puterity" <mp baum de>
- To: <Peter Korn sun com>, "Bill Haneman" <Bill Haneman sun com>
- Cc: <Peter Korn sun com>, <Padraig Obriain sun com>, <gnome-accessibility-devel gnome org>
- Subject: Re: [g-a-devel]Support for Color in ATK
- Date: Wed, 9 Jan 2002 10:30:50 +0100
Hi All,
I just want to express my strong support for Peter's statement.
Maybe we can live a while without widget colors, but we certainly need text
color. Although I increasingly tend to agree with Bill's point of view that
color actually means state for widgets, I don't think this concept can
successfully be extrapolated to a text inside a document, because there the
"state" will be even more context dependent. For example the boss will mark
a text paragraph in red and tell the employee "please review the red
paragraph". Do we want a "boss marked text for review" state? Of course not,
the state in this case is just a convention between the two.
Draghi
----- Original Message -----
From: "Peter Korn" <korn sun com>
To: "Bill Haneman" <Bill Haneman sun com>
Cc: <mp baum de>; <Peter Korn sun com>; <Padraig Obriain sun com>;
<gnome-accessibility-devel gnome org>
Sent: Tuesday, January 08, 2002 8:01 PM
Subject: Re: [g-a-devel]Support for Color in ATK
> Hi Bill,
>
> > In the case of text, we can if need be support color information via the
> > existing attribute API (though we would prefer that the attribute
information be
> > more semantically meaningful) if we encounter cases where color
information is
> > not redundant with other types of attribution. However as Peter points
out, for
> > other types of visuals we can't reliably get color information from
"background"
> > or "foreground" since most gnome UI elements (which are not already
completely
> > specified by the theme/state information) are multicolored,
pixmap-based, or are
> > icons of some sort.
>
> I think for text we should definitely support color information via the
> Attribute API. I expect that in too many cases color will be used to mean
> things that aren't indicated in any other place (for example, I seriously
> doubt that end-users writing documents will have read the GNOME
Accessibility
> guidelines and be taking care to use named styles associated with text
> coloring; they'll just color the text and assume that anyone reading the
> document will see the colors!).
>
>
> Regards,
>
> Peter Korn
> Sun Accessibility team
> _______________________________________________
> Gnome-accessibility-devel mailing list
> Gnome-accessibility-devel gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]