Adjusting Edit Menu items
J. Landman Gay
jacque at hyperactivesw.com
Sun May 13 21:53:12 EDT 2012
On 5/13/12 4:39 PM, Peter Haworth wrote:
> I discovered then that there's a problem with those group mouseDown
> handlers on a Mac - it's impossible to tell which menu was clicked because
> "target" and "me" both return the name of the menu group, not the menu that
> was clicked, so you end up adjusting menus when they don't need adjusting.
> To complicate matters more, on Windows, the target does return the menu
> button name.
I just set everything. It's fast enough. I have one mousedown menu
handler that adjusts twenty or more items and it's fine. You could try
it and see how it goes.
Menu buttons on OS X don't receive messages, which is why you aren't
getting the info you want, and why the mousedown handler has to be in
> If an Edit menu item is disabled, does it's Mac command key and Windows
> shortcut key equivalent still work? If not, that would be an issue with
> this approach unless I watch for those keys as well as using a mouseDown
If a menu item is disabled, so is its command key. That seems reasonable
to me. The command keys are just shortcuts to the menu items and should
behave the same. You can work around it with a commandKeyDown handler in
the card or stack. That will always fire, but it can interfere with the
real menu shortcuts sometimes.
Another way to handle it is to re-enable menu items the user might need
at the end of a menupick handler. If the menus aren't pulled down, no
one can tell if the items are enabled or not and their command keys will
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
More information about the Use-livecode