At 6:04 PM +0100 18-04-00, Scott L. Johnson wrote:
>This is different. With the 3.5 color ROM (either debug or release), if you
>have a field with attr.underline set to anything (other than noUnderline)
>and with attr.editable = true, then FldDrawField draws it correctly. But if
>you set attr.editable = false, then FldDrawField draws the underline in a
>different color. For the default color scheme it's black instead of light
>gray. It varies in other schemes (via Chrome). I guessed that this isn't
>intended behavior because the docs and <UIColor.h> show no support for a
>separate underline color specifically for non-editable fields.
The 'field' colors from UIColor.h apply only to *editable* fields.
Non-editable fields use the 'object' UI colors.
This choice was made to help make it really clear to the user when a field
would be editable.
Underlines in non-editable fields should be drawn in the ui object
foreground color. That is, the same color as the text. This should be
true both for the field lines and for the lines under the characters.
It's possible that the field code does not actually draw the
not-under-character field lines at all when showing non-editable text.
There aren't any test cases that test underlined non-editable fields. (Our
UI guidelines don't say it, but it's implied that if a field is underlined,
then the user should be able to edit it... non-editable fields are just a
hacky way of displaying wrapped "label" text.)
--Bob
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
