Gtk.Application¶
class — extends Gio.Application, Gio.ActionGroup, Gio.ActionMap
A high-level API for writing applications.
GtkApplication supports many aspects of writing a GTK application
in a convenient fashion, without enforcing a one-size-fits-all model.
Currently, it handles GTK initialization, application uniqueness, session management, provides some basic scriptability and desktop shell integration by exporting actions and menus and manages a list of toplevel windows whose life-cycle is automatically tied to the life-cycle of your application.
While GtkApplication works fine with plain Windows,
it is recommended to use it together with ApplicationWindow.
Initialization¶
A typical GtkApplication will create a window in its
GIO.Application.activate, GIO.Application.open
or GIO.Application.command-line handlers. Note that all
of these signals may be emitted multiple times, so handlers must
be careful to take existing windows into account.
A typical ::activate handler should look like this:
static void
activate (GApplication *gapp)
{
GtkApplication *app = GTK_APPLICATION (gapp);
GtkWindow *window;
window = gtk_application_get_active_window (app);
if (!window)
window = create_window (app);
gtk_window_present (window);
}
Automatic resources¶
GtkApplication will automatically load menus from the GtkBuilder
resource located at "gtk/menus.ui", relative to the application's
resource base path (see Gio.Application.set_resource_base_path).
The menu with the ID "menubar" is taken as the application's
menubar. Additional menus (most interesting submenus) can be named
and accessed via Application.get_menu_by_id which allows for
dynamic population of a part of the menu structure.
Note that automatic resource loading uses the resource base path that is set at construction time and will not work if the resource base path is changed at a later time.
It is also possible to provide the menubar manually using
Application.set_menubar.
GtkApplication will also automatically setup an icon search path for
the default icon theme by appending "icons" to the resource base
path. This allows your application to easily store its icons as
resources. See IconTheme.add_resource_path for more
information.
If there is a resource located at gtk/help-overlay.ui which
defines a ShortcutsWindow with ID help_overlay then
GtkApplication associates an instance of this shortcuts window with
each ApplicationWindow and sets up the keyboard accelerator
<kbd>Control</kbd>+<kbd>?</kbd> to open it. To create a menu item that
displays the shortcuts window, associate the item with the action
win.show-help-overlay.
GtkApplication will also automatically set the application id as the
default window icon. Use Window.set_default_icon_name or
Window.icon-name to override that behavior.
Inhibiting¶
An application can block various ways to end the session with
the Application.inhibit function. Typical use cases for
this kind of inhibiting are long-running, uninterruptible operations,
such as burning a CD or performing a disk backup. The session
manager may not honor the inhibitor, but it can be expected to
inform the user about the negative consequences of ending the
session while inhibitors are present.
A simple application¶
A simple example is available in the GTK source code repository
See Also¶
- Using GtkApplication
- Getting Started with GTK: Basics
Constructors¶
new¶
@classmethod
def new(cls, application_id: str | None, flags: Gio.ApplicationFlags | int) -> Application
Creates a new application instance.
When using GtkApplication, it is not necessary to call init
manually. It is called as soon as the application gets registered as
the primary instance.
Concretely, init is called in the default handler for the
GApplication::startup signal. Therefore, GtkApplication subclasses
should always chain up in their GIO.Application.startup handler
before using any GTK API.
Note that commandline arguments are not passed to init.
If application_id is not NULL, then it must be valid. See
Gio.Application.id_is_valid.
If no application ID is given then some features (most notably application uniqueness) will be disabled.
Parameters:
application_id— The application IDflags— the application flags
Methods¶
add_window¶
Adds a window to the application.
This call can only happen after the application has started;
typically, you should add new application windows in response
to the emission of the GIO.Application.activate signal.
This call is equivalent to setting the Window.application
property of the window to application.
Normally, the connection between the application and the window
will remain until the window is destroyed, but you can explicitly
remove it with Application.remove_window.
GTK will keep the application running as long as it has any windows.
Parameters:
window— a window
get_accels_for_action¶
Gets the accelerators that are currently associated with the given action.
Parameters:
detailed_action_name— a detailed action name, specifying an action and target to obtain accelerators for
get_actions_for_accel¶
Returns the list of actions (possibly empty) that the accelerator maps to.
Each item in the list is a detailed action name in the usual form.
This might be useful to discover if an accel already exists in order to prevent installation of a conflicting accelerator (from an accelerator editor or a plugin system, for example). Note that having more than one action per accelerator may not be a bad thing and might make sense in cases where the actions never appear in the same context.
In case there are no actions for a given accelerator, an empty array
is returned. NULL is never returned.
It is a programmer error to pass an invalid accelerator string.
If you are unsure, check it with accelerator_parse first.
Parameters:
accel— an accelerator that can be parsed byaccelerator_parse
get_active_window¶
Gets the “active” window for the application.
The active window is the one that was most recently focused (within the application). This window may not have the focus at the moment if another application has it — this is just the most recently-focused window within this application.
get_menu_by_id¶
Gets a menu from automatically loaded resources.
See the section on Automatic resources for more information.
Parameters:
id— the ID of the menu to look up
get_menubar¶
Returns the menu model for the menu bar of the application.
get_window_by_id¶
Returns the window with the given ID.
The ID of a GtkApplicationWindow can be retrieved with
ApplicationWindow.get_id.
Parameters:
id— an identifier number
get_windows¶
Gets a list of the window associated with the application.
The list is sorted by most recently focused window, such that the first element is the currently focused window. (Useful for choosing a parent for a transient window.)
The list that is returned should not be modified in any way. It will only remain valid until the next focus change or window creation or deletion.
inhibit¶
def inhibit(self, window: Window | None, flags: ApplicationInhibitFlags | int, reason: str | None = ...) -> int
Informs the session manager that certain types of actions should be inhibited.
This is not guaranteed to work on all platforms and for all types of actions.
Applications should invoke this method when they begin an operation
that should not be interrupted, such as creating a CD or DVD. The
types of actions that may be blocked are specified by the flags
parameter. When the application completes the operation it should
call Application.uninhibit to remove the inhibitor. Note
that an application can have multiple inhibitors, and all of them must
be individually removed. Inhibitors are also cleared when the
application exits.
Applications should not expect that they will always be able to block the action. In most cases, users will be given the option to force the action to take place.
The reason message should be short and to the point.
If a window is given, the session manager may point the user to this window to find out more about why the action is inhibited.
The cookie that is returned by this function should be used as an
argument to Application.uninhibit in order to remove
the request.
Parameters:
window— a windowflags— what types of actions should be inhibitedreason— a short, human-readable string that explains why these operations are inhibited
list_action_descriptions¶
Lists the detailed action names which have associated accelerators.
See Application.set_accels_for_action.
remove_window¶
Remove a window from the application.
If the window belongs to the application then this call is
equivalent to setting the Window.application
property of the window to NULL.
The application may stop running as a result of a call to this function, if the window was the last window of the application.
Parameters:
window— a window
set_accels_for_action¶
Sets zero or more keyboard accelerators that will trigger the given action.
The first item in accels will be the primary accelerator,
which may be displayed in the UI.
To remove all accelerators for an action, use an empty,
zero-terminated array for accels.
For the detailed_action_name, see Gio.Action.parse_detailed_name
and [Gio.Action.print_detailed_name].
Parameters:
detailed_action_name— a detailed action name, specifying an action and target to associate accelerators withaccels— a list of accelerators in the format understood byaccelerator_parse
set_menubar¶
Sets or unsets the menubar for windows of the application.
This is a menubar in the traditional sense.
This can only be done in the primary instance of the application,
after it has been registered. GIO.Application.startup is
a good place to call this.
Depending on the desktop environment, this may appear at the top of each window, or at the top of the screen. In some environments, if both the application menu and the menubar are set, the application menu will be presented as if it were the first item of the menubar. Other environments treat the two as completely separate — for example, the application menu may be rendered by the desktop shell while the menubar (if set) remains in each individual window.
Use the base GActionMap interface to add actions, to respond to the
user selecting these menu items.
Parameters:
menubar— a menu model
uninhibit¶
Removes an inhibitor that has been previously established.
See Application.inhibit.
Inhibitors are also cleared when the application exits.
Parameters:
cookie— a cookie that was returned byApplication.inhibit
Virtual methods¶
do_window_added¶
Signal emitted when a GtkWindow is added to
application through Application.add_window.
do_window_removed¶
Signal emitted when a GtkWindow is removed from
application, either as a side-effect of being destroyed or
explicitly through Application.remove_window.
Properties¶
active_window¶
The currently focused window of the application.
menubar¶
The menu model to be used for the application's menu bar.
register_session¶
:::warning Deprecated since 4.22 This API is deprecated. :::
Set this property to true to register with the session manager.
This will make GTK track the session state (such as the
Application.screensaver-active property).
screensaver_active¶
This property is true if GTK believes that the screensaver is currently active.
Tracking the screensaver state is currently only supported on Linux.
Signals¶
query-end¶
Emitted when the session manager is about to end the session.
Applications can connect to this signal and call
Application.inhibit with ApplicationInhibitFlags.logout
to delay the end of the session until state has been saved.
window-added¶
Emitted when a window is added to an application.
window-removed¶
Emitted when a window is removed from an application.
This can happen as a side-effect of the window being destroyed
or explicitly through Application.remove_window.