> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> if(pMenu->attr.visible) . . .
> if(pMenu->numMenus <= 1) . . .
> of course the compler now complains but I don't see
> PalmOSGlue access to the menu vars (or am I just blind???).
Currently there are no Menu glue functions. It has been suggested that the
new 3.5 dynamic Menu APIs be provided in glue form. However those functions
are rather big and complex and might not be good candidates for the glue
library.
> And following the same rules, why is the following
> considered OK? if(eventP->eType == frmLoadEvent)
Why not? EventType is still a publicly documented structure because that is
the way you are supposed to use it. Consider: if Palm changed the layout of
EventType, it would break all existing applications because apps always
instantiate a local EventType object. Compare to the UI objects which are
(supposed to be) instantiated only by OS code within OS data space, and are
therefore legal for Palm to redesign if they want without breaking cleanly
written applications.
-slj-
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
