Interface

Gdk-3.0GdkAppLaunchContextSignalSignatures

interface SignalSignatures {
    "launch-failed": (arg0: string) => void;
    "launch-started": (arg0: Gio.AppInfo, arg1: GLib.Variant<any>) => void;
    launched: (arg0: Gio.AppInfo, arg1: GLib.Variant) => void;
    notify: (arg0: GObject.ParamSpec) => void;
    "notify::display": (pspec: GObject.ParamSpec) => void;
}

Hierarchy (View Summary)

Index

Properties

Properties - Inherited from Gio

Properties

"notify::display": (pspec: GObject.ParamSpec) => void

Properties - Inherited from Gio

"launch-failed": (arg0: string) => void

The Gio.AppLaunchContext::launch-failed signal is emitted when a Gio.AppInfo launch fails. The startup notification id is provided, so that the launcher can cancel the startup notification.

Because a launch operation may involve spawning multiple instances of the target application, you should expect this signal to be emitted multiple times, one for each spawned instance.

2.36

"launch-started": (arg0: Gio.AppInfo, arg1: GLib.Variant<any>) => void

The Gio.AppLaunchContext::launch-started signal is emitted when a Gio.AppInfo is about to be launched. If non-null the platform_data is an GVariant dictionary mapping strings to variants (ie a{sv}), which contains additional, platform-specific data about this launch. On UNIX, at least the startup-notification-id keys will be present.

The value of the startup-notification-id key (type s) is a startup notification ID corresponding to the format from the startup-notification specification. It allows tracking the progress of the launchee through startup.

It is guaranteed that this signal is followed by either a Gio.AppLaunchContext::launched or Gio.AppLaunchContext::launch-failed signal.

Because a launch operation may involve spawning multiple instances of the target application, you should expect this signal to be emitted multiple times, one for each spawned instance.

2.72

launched: (arg0: Gio.AppInfo, arg1: GLib.Variant) => void

The Gio.AppLaunchContext::launched signal is emitted when a Gio.AppInfo is successfully launched.

Because a launch operation may involve spawning multiple instances of the target application, you should expect this signal to be emitted multiple times, one time for each spawned instance.

The platform_data is an GVariant dictionary mapping strings to variants (ie a{sv}), which contains additional, platform-specific data about this launch. On UNIX, at least the pid and startup-notification-id keys will be present.

Since 2.72 the pid may be 0 if the process id wasn’t known (for example if the process was launched via D-Bus). The pid may not be set at all in subsequent releases.

On Windows, pid is guaranteed to be valid only for the duration of the Gio.AppLaunchContext::launched signal emission; after the signal is emitted, GLib will call GLib.spawn_close_pid. If you need to keep the GLib.Pid after the signal has been emitted, then you can duplicate pid using DuplicateHandle().

2.36

notify: (arg0: GObject.ParamSpec) => void

The notify signal is emitted on an object when one of its properties has its value set through g_object_set_property(), g_object_set(), et al.

Note that getting this signal doesn’t itself guarantee that the value of the property has actually changed. When it is emitted is determined by the derived GObject class. If the implementor did not create the property with GObject.ParamFlags.EXPLICIT_NOTIFY, then any call to g_object_set_property() results in ::notify being emitted, even if the new value is the same as the old. If they did pass GObject.ParamFlags.EXPLICIT_NOTIFY, then this signal is emitted only when they explicitly call g_object_notify() or g_object_notify_by_pspec(), and common practice is to do that only when the value has actually changed.

This signal is typically used to obtain change notification for a single property, by specifying the property name as a detail in the g_signal_connect() call, like this:

g_signal_connect (text_view->buffer, "notify::paste-target-list",
G_CALLBACK (gtk_text_view_target_list_notify),
text_view)

It is important to note that you must use [canonical parameter names][class@GObject.ParamSpec#parameter-names] as detail strings for the notify signal.