Re: Calling methods on other applications?
Re: Calling methods on other applications?
- Subject: Re: Calling methods on other applications?
- From: Conrad Carlen <email@hidden>
- Date: Sat, 2 Apr 2005 21:18:51 -0800
On Apr 2, 2005, at 3:19 PM, Finlay Dobbie wrote:
On Apr 2, 2005 11:55 PM, Benjamin Blonder <email@hidden> wrote:
Ideally I'd like to be able to somehow
convert the PIDs it returns into actual NSApplication pointers I could
then use to call the relevant resize methods. Right now though I'm
stumped as to how to do this. It seems like it ought to be possible -
any ideas?
What makes you think it ought to be possible? It isn't.
There is no supported way to accomplish what you are trying to do. Your best bet is the unsupported hacks like APE or SIMBL.
Benjamin,
For Cocoa, see NSObject's
<x-tad-bigger>poseAsClass:(Class)</x-tad-bigger>aClass.
poseAsClass is part of NSObject, is not deprecated, and thus not a "hack." What you do with it, to somebody else's app, may be another story. The bad part about poseAsClass is that there isn't a good way that I know of to use it in the context of somebody else's app. Input Managers have been used but that seems likely to break in the future if Input Manager modules are executed later than launch time - when it becomes too late to pose. Depending on how you use poseAsClass, particularly if you can find a way to use it without the Input Manager, it's not altogether evil - you'll probably have to revise your code whenever the app you're posing in changes, though.
-Conrad
-- Finlay
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden