You can do this by handling the commandKey or controlKey message. Use a
front script if necessary.
Kind regards,
Mark Schonewille
http://economy-x-talk.com
https://www.facebook.com/marksch
Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com
Op 02-Sep-16 om 20:04 schreef Paul Dupuis:
So I just wasted an hour tracking down a sort of "problem" that was not
really a problem.
My desktop app has printing and selecting "Print..." from the File menu
of my app was doing the "right" think, but Comand/Control-P was not.
Sadly, it took me a whole hour to realize that the Command-P was being
passed to the IDE and invoking the IDE's File > Print Card... menu item,
which looked enough like a very old version of our printing code in this
case to make me think that tons of recent changes had someone "been undone".
So, problem solved in once sense in that when the Standalone gets built,
Command/Control-P will end up invoking my printer code, but the IDEs.
But, here is the puzzler, is there a way to tell the IDE to NOT handle
menu keyboard equivalents and send those keyboard commands to the
Applications menu so that all the functions of the App's menu can really
be tested in the IDE?
I could see nothing in Preferences.
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
