Thank you Jens, yes, I will create a new target with a build phase to copy the helper app within the app bundle.
The helper app will contain only the timers code. So, at a given time, it will launch my app, as totally hidden, tell it to execute the task then quit. I just hope that the helper can launch the app as totally hidden, while a user could still launch the app (on a different moment) as a non-hidden app. Can I do that? I mean can the helper set the LaunchServices of the app on the fly? Regards -- Leonardo > Da: Jens Alfke <[email protected]> > Data: Wed, 8 Jun 2011 12:00:59 -0700 > A: Leonardo <[email protected]> > Cc: Cocoa Developers <[email protected]> > Oggetto: Re: Login item not hidden > > > On Jun 8, 2011, at 10:55 AM, Leonardo wrote: > >> Thanks Jens but I can't split the engine from the interface. It's a huge >> work. > > That¹s too bad. This kind of situation is an example of why it¹s good to keep > these things separable. > >> Also, the app should still work as a normal app, so I would not create >> two projects, one for the app and one for the separate binary. > > You don¹t need two projects. Just add a new target to your project to build > the binary, make it a dependency of your app, and add a build step that copies > the binary into the app bundle. This is a really common design. > >> I thought to create a small app e.g. FireApp and, as iTunesHelper, embed it >> within my app. > > That¹s pretty much the same as what I proposed above, just with a different > type of target. But if you can¹t separate the engine from the UI, what pieces > go into the helper app? Is it going to have a copy of everything in the main > app? (You could avoid duplicating code by building your shared functionality > as a dynamic library or framework, then embedding that in the app bundle and > having both targets link against it.) > > Just remember to give the helper app a different bundle ID, or LaunchServices > won¹t allow both of them to be running at the same time. > > Jens > > _______________________________________________ Cocoa-dev mailing list ([email protected]) 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 [email protected]
