>What happens when the underlying display is *dynamically*
updated and only *partially* obscured?
If I understand you correctly, Palm OS doesn't support that. It supports draws
only to the topmost window. It's a decision with big speed and simplification
wins.
So what do apps do that continuously update the screen? Well, look at Reptoids
or SubHunt. They stop drawing when winExitEvents occur and resume when a
winEnterEvent for their window occurs.
>Any chance of nop'ing the full width/bottom aligned messages so I can get my
gremlins to run clean?
Doing this would mean implementing a more complicated algorithm. Developers
will need to consider cases where multiple disjoint parts of their forms may
need to be drawn. Clearly there will be cost for everyone if we go this
direction.
The current algorithm tolerates the topmost window being not full width or
bottom justified. I think this helps a lot.
There may be an issue with popup lists and alarms. It hasn't been resolved yet.
This would be the only problem I know of to achieving clean gremlin runs.
I don't think I have much to say about athetic issues. By keeping dialogs
bottom justified, title bars are more likely to be completely visible, giving
the user a better context. But folks have free will, so there are always folks
with different preferences.
Has anyone played with turning off the form save behind bit as a way to save
dynamic memory? It should be more useful in color ROMs. It also makes the
dialogs appear really fast!
-Roger Flores
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html.
