Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'Quickeys and Fast User Switiching' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Quickeys and Fast User Switiching
Authored by: zadig on Apr 20, '04 04:15:43PM

Wouldn't this be more of a bug than a feature? It seems to me that Quickeys doesn't handle fast user switching very well (OK, at all).



[ Reply to This | # ]
Huh?
Authored by: mm2270 on Apr 20, '04 04:29:19PM

I'm not sure what you're saying.
He's stating that he was able to set his QK macro into action and successfully switch to another user account so he could regain control of his mouse to do other work, and all the while the macro was continuing to run under the now switched out of account. If anything, it's remarkable that QK would continue at all.



[ Reply to This | # ]
Huh?
Authored by: zadig on Apr 22, '04 01:11:09PM

The problem is that instead of passing the Quickey keystroke to the current user's space (as that user might reasonably expect), the macro "disappears" from that user's point of view (a bug, if that user wanted something to happen). The fact that it's operating in another user's space is a bug or a feature, depending on what Quickeys' developers say.



[ Reply to This | # ]
Quickeys and Fast User Switiching
Authored by: wheeles on Apr 21, '04 10:05:43AM

Whether a bug or feature is surely a question of semantics.

I think it comes down to how QuicKeys passes mouse commands to the windowing system and how OS X manages the switched out users. QuicKeys appears to pass the mouse commands to the specific user space rather than the current user space. Whether this was intentional or an accident of programming is hard to say.



[ Reply to This | # ]