From: Richard Gaskin <[EMAIL PROTECTED]>
I propose removing those but keeping the optionKey section for script
access:
on commandKeyDown which
if the optionKey is down then
switch which
case "S"
edit script of the topStack
break
case "C"
On 5/6/04 8:11 PM, Richard Gaskin wrote:
Robert Brenstein wrote:
However, if reliably detecting this is too complicated, we could
settle for checking only which tool is active and skip cmd-number if
it is browse.
This wouldn't work for me either, I'm afraid. The reason I use these key
combos so
Robert Brenstein wrote:
I agree that checking makes the most sense, but the defaultMenuBar is
not necessarily the active one, as any window with a menubar will have
its menubar active when it is in front.
Is there a robust way to check for the current menubar?
--
Richard Gaskin
As far as I know
I agree that checking makes the most sense, but the defaultMenuBar
is not necessarily the active one, as any window with a menubar will
have its menubar active when it is in front.
Is there a robust way to check for the current menubar?
--
Richard Gaskin
As far as I know, a custom menubar shown
and pass commandKeyDown otherwise.
I agree that checking makes the most sense, but the defaultMenuBar is
not necessarily the active one, as any window with a menubar will have
its menubar active when it is in front.
Is there a robust way to check for the current menubar?
--
Richard Gaskin
Fou
J. Landman Gay wrote:
On 5/6/04 4:22 PM, Richard Gaskin wrote:
Are more people relying on maintenance of this behavior than are
adversely affected by it?
I use Cmd-1 though 4 all the time.
With your own menubar active or with MC's.
That's essentially where I have an issue with it:
If control is
On 5/6/04 4:22 PM, Richard Gaskin wrote:
Are more people relying on maintenance of this behavior than are
adversely affected by it?
I use Cmd-1 though 4 all the time.
--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software | http://www.hyperactivesw.com
__
commandKeyDown otherwise.
Robert
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard
In the MC IDE frontscript is this script:
on commandKeyDown which
if which is in "1234" then
set the defaultStack to the topStack
switch which
case "1"
go to first card
break
case "2"
go to prev card
break
case "3
On 21/2/01 10:19 pm, Jeanne A. E. DeVoto <[EMAIL PROTECTED]> wrote:
>> For example, on the Mac the
>> commandKeyDown message is only sent when a key is pressed with the
>> commandKey, but on Windows the message is sent when the control key is
>> pressed by itself
>For example, on the Mac the
>commandKeyDown message is only sent when a key is pressed with the
>commandKey, but on Windows the message is sent when the control key is
>pressed by itself too.
Really? I did not know that!
Is this also the case for Unix?
--
jeanne a. e. dev
>For example, on the Mac the
>commandKeyDown message is only sent when a key is pressed with the
>commandKey, but on Windows the message is sent when the control key is
>pressed by itself too.
Really? I did not know that!
Is this also the case for Unix?
--
jeanne a. e. dev
and pc leaves a toddler
> sitting there twiddling her thumb.
Which platform did you try this on? For example, on the Mac the
commandKeyDown message is only sent when a key is pressed with the
commandKey, but on Windows the message is sent when the control key is
pressed by itself too. On the M
I've not been successful in using the
on commandkeydown
on controlkeydown
on enterkeydown
I have no problems with
on arrowkeys or
on keydown
in the stack script. Basically I want to make sure that any key that is hit by a
toddler on the keyboard is registered and a hidden button is cl
14 matches
Mail list logo