Thank you very much, the NSWorkspace trick is neat. Doesn’t work for me,
though. Or, more precisely, doesn’t work for me on the external display.
Activating the Finder either through NSRunningApplication or NSWorkspace on
the built-in display works, but trying the same thing on my external
display
Hello!
I’m trying to bring the Finder window to front:
NSRunningApplication *finder = [NSRunningApplication
runningApplicationWithProcessIdentifier:finderPID];
[finder activateWithOptions:NSApplicationActivateIgnoringOtherApps];
This works on the primary, built-in display. But on my external
I should have mentioned that Finder behaves unlike other apps in this
regard. If I do the same with any other app, the app is correctly focused,
stealing focus from whatever app was focused before. (And the menu bar on
the display “gets focus”, too. Gets opaque, anyway.)
T.
Kyle Sluder wrote:
Sounds like you want a Quartz event tap filter. You can create one using
CGEventTapCreate.
That’s exactly what I am doing, but as I wrote, I found it hard to filter a
whole mouse click event, since the tap filter only receives the low-level event
types. When I receive a
Hello,
since no one replied so far, I’d take a try. I’m not much familiar with desktop
Cocoa, but on iOS we have to be careful to keep longer actions from the main
thread, since delays in the main thread block the UI. Isn’t this about the same
issue? Image loading would be the first thing I
. Am I missing
something?
Thank you,
Tomáš Znamenáček
___
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
I don't know, but we all are. What are you actually trying to do? If you
just want to process mouse clicks this is surely not the way to go about it.
I have a system utility application that needs to be triggered by a mouse click
on certain UI elements. In all applications, not just mine. When
