Thanks for your reply!

>To 'replace' a resource you would have to make sure that your >resource 
>database is the most recently opened (Just call DmOpenDatabase) AND you 
>have a resource of the correct type AND id.

>However even this is likly to cause lots of problems, as you don't know 
>what id each application has used, nor do you know what menu items the 
>application has.



Is it possible to create a separate menu quite independent of the currently 
running application's menu? 



>Alternative answers:-

>1) Look into MenuAddItem. You have to call it when the menu is >first 
>opened, but it does allow you to add to an existing menu.


I did consider this method until I discovered that not all applications are 
blessed with menus (for ex. calculator, perhaps the camera). 


>2) Look into sysNotifyMenuCmdBarOpenEvent. It is the notification >used 
>when the '/' is entered, opening up the small action bar at the >bottom 
>with cut/copy/paste etc. You can add a button(s) to that. >Unfortunatly 
>the command bar is not (easly) available on treo devices as the >don't 
>have graffitie.


Apparently, the application I'm developing has its counterparts on other 
non-Palm devices and there is this issue of maintaining the "look and feel" of 
it. If nothing else works, this might be the way to go. 

I've been considering implementing at the lower level - using bitmap and 
tracking pen events to recognise selection and deselection of items. But then 
again, since all of this is outside the domain of my application, any event 
that occurs is first processed by the current application and then passed on to 
my code (I'm using sysNotifyEventDequeuedEvent). In other words, there's a lot 
of refreshing/redrawing of resources by the current application which could 
potentially erase my bitmap. I'd have to draw it over and over again. 


>3) Trigger of some combination of hard keys

Some select hard keys need to be associated with the menu/list. 


> 2. How do I create a list dynamically and associate it with the current form 
> irrespective of the application it belongs to?
> 
> Thanks.
> 
>
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Reply via email to