At 3:42 PM +0100 22-02-00, Gordon, Douglas wrote:
>I guess my point is that it is a bit more difficult than I expected to make
>use of different colors even in a fairly simple app. There are some other
>fields that I could use color in, but it's not clear exactly how the UI
>colors can be manipulated at exactly the right time for the system to draw
>them without having to add a lot of custom drawing code. Has anyone else had
>good or bad luck in implementing color into their existing apps? Does the
>color API in 3.5 seem adequate, or are there some essential features that
>are "missing"?
You are not missing anything.
You are correct that it's hard to colorize the standard controls such that
different controls appear in different colors. This was deliberate.
We couldn't figure out a good way to allow color customization and still
keep backward compatibility with current apps. It seemed like any
customization would necessarily require adding new fields to the controls,
and that would break too much.
So, instead there's the UIColor.h look-aside table to define the color
scheme. If you're really dedicated, you might find a way to tweak the UI
color definitions at just the right time to colorize only one control.
...but it won't be easy.
That was actually the original intention for UIColorPushTable and
UIColorPopTable. But we never could make it work right, so those functions
don't do anything for you now.
Sorry. I think your best bet would be to just create a custom table entry
and do the drawing yourself. Then you can colorize things however you
want. If you have a custom table entry, your function will get called when
the cell is drawn, even for TblSelectItem, so you have full control.
That's the best compromise we could come up with.
--Bob
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
