I recently wrote a utility program called WindowTiler which moves around the currently focused window using global shortcuts. If I just started WindowTiler or used it recently everything is fine, but if the program idled for some time in the background the next call via a global shortcut will need up to several seconds until my program reacts, i.e. until it moves the window around.
Since moving around windows is the purpose of my App, it's crucial to me that there is no lag whatsoever. I think this problem is similar to that of Spotlight: If I didn't use it for a while it won't receive the first character typed, since the search box wasn't opened fast enough. I am interested in the concrete reason for the lag and which options I have to avoid it. Apps like Divvy serve a similar purpose but don't seem to have that problem, so there must be a solution. PS: My program is declared to be an agent, which is the standard way to implement menu bar Apps. Because of that it doesn't appear in the dock and behaves differently in some details, e.g. the call `makeKeyAndOrderFront` does not bring the window of the app to the foreground, you have to call `activateIgnoringOtherApps` to achieve that. PPS: I'm using the Carbon API to register the global shortcuts and move the windows around via AppleScript (compiled at runtime). Objective C is used to connect everything and to configure the menu bar icon etc. I'm still running Mac OS X 10.6.8, i.e. Snow Leopard, not Lion. _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
