Re: Ige-mac-integration: New version with Cocoa interface available.

[Colin Walters <walters verbum org>]

On Tue, May 18, 2010 at 2:05 PM, John Ralls <jralls ceridwen us> wrote:
>
> It has some useful bits, and seems mostly harmless, but I don't think that it will get much use in its present form.

Right - in reality I expect people to be using *Gtk*Application.  So
please look at that too.

> The action registry is a potentially useful piece of infrastructure, but it doesn't really go far enough to insulate the application developer from having to learn more than she wants to about each platform that she's targeting. She'll still have to have large sections of ifdef'd code catching the various signals from each operating system and invoking the actions, which will then emit signals that she'll have to connect to with her callbacks.

Can you give an example here?  Catching what signals?

> I don't think that there's much benefit to get_mainloop, run, and quit. If the event loop needs to be abstracted for a platform, that should be done in the platform's GMainLoop override.

I thought other platforms just hooked in window system event sources
in GDK?  Or are you talking about something else?

> The multiple/single invocation feature is something OSX handles by setting a key in the app's Info.plist. I suppose on Linux you'd have to register a key with dbus to indicate that the app already had a running instance. Just quitting seems rude to the end user, though. On OSX, LaunchServices "activates" the running instance.

Nothing stops gapplication-osx.c from doing this.

> I haven't spent much time with gdbus (or dbus either, for that matter). Is there some magic that allows other compilation units to see the static functions in gunixapplication.c?

No - the rename to "unix" is a misnomer because it has nothing to do
with the POSIX layer, but rather the freedesktop layered on top.