AuroraMiddleware/gtk2
1
0
Fork 0
forked from AuroraMiddleware/gtk
Code Issues Pull Requests Projects Releases Wiki Activity
945379d623
gtk2/gtk/gtkwindowprivate.h

170 lines
8.7 KiB
C
Raw Normal View History

Hide GtkWindowGroup members In the process of removing all sealed members from headers. At the same time, add a gtkwindowprivate.h header and move all internal functions from gtkwindow.h there.
2010-12-18 01:41:16 +00:00
/* GTK - The GIMP Toolkit
* Copyright (C) 2010 Red Hat, Inc.
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free Software Foundation; either
* version 2 of the License, or (at your option) any later version.
*
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* Lesser General Public License for more details.
*
* You should have received a copy of the GNU Lesser General Public
Change FSF Address
2012-02-27 13:01:10 +00:00
* License along with this library. If not, see <http://www.gnu.org/licenses/>.
Hide GtkWindowGroup members In the process of removing all sealed members from headers. At the same time, add a gtkwindowprivate.h header and move all internal functions from gtkwindow.h there.
2010-12-18 01:41:16 +00:00
*/
#ifndef __GTK_WINDOW_PRIVATE_H__
#define __GTK_WINDOW_PRIVATE_H__
window: Make embedded xid specific to the X11 backend
2011-01-28 13:35:49 +00:00
#include <gdk/gdk.h>
Hide GtkWindowGroup members In the process of removing all sealed members from headers. At the same time, add a gtkwindowprivate.h header and move all internal functions from gtkwindow.h there.
2010-12-18 01:41:16 +00:00
#include "gtkwindow.h"
gtkwindow: Add management functions for GtkPointerFocus instances Each toplevel will keep its own tracking of the current ongoing foci, add the plumbing that will allow to create/update/remove those as they come and go.
2017-03-31 15:31:20 +00:00
#include "gtkpointerfocusprivate.h"
Hide GtkWindowGroup members In the process of removing all sealed members from headers. At the same time, add a gtkwindowprivate.h header and move all internal functions from gtkwindow.h there.
2010-12-18 01:41:16 +00:00
G_BEGIN_DECLS
void _gtk_window_internal_set_focus (GtkWindow *window,
GtkWidget *focus);
void _gtk_window_group_add_grab (GtkWindowGroup *window_group,
GtkWidget *widget);
void _gtk_window_group_remove_grab (GtkWindowGroup *window_group,
GtkWidget *widget);
void _gtk_window_group_add_device_grab (GtkWindowGroup *window_group,
GtkWidget *widget,
GdkDevice *device,
gboolean block_others);
void _gtk_window_group_remove_device_grab (GtkWindowGroup *window_group,
GtkWidget *widget,
GdkDevice *device);
gboolean _gtk_window_group_widget_is_blocked_for_device (GtkWindowGroup *window_group,
GtkWidget *widget,
GdkDevice *device);
void _gtk_window_unset_focus_and_default (GtkWindow *window,
GtkWidget *widget);
void _gtk_window_set_is_active (GtkWindow *window,
gboolean is_active);
window: Allow _gtk_window_set_allocation to return a modified allocation Update the documentation and users of this function to handle the future case that that we have some internal decorations to the window and useable allocation is thus smaller. By having a separate out parameter there is no need to have an in/out function and allows for greater robustness. The current implementation simply returns the allocation provided.
2013-02-26 19:33:04 +00:00
void _gtk_window_set_allocation (GtkWindow *window,
const GtkAllocation *allocation,
GtkAllocation *allocation_out);
GtkApplicationWindow: Fix resize grip positioning Based on a patch by Carlos Garcia Campos, bug 668248
2012-01-20 06:01:08 +00:00
Hide GtkWindowGroup members In the process of removing all sealed members from headers. At the same time, add a gtkwindowprivate.h header and move all internal functions from gtkwindow.h there.
2010-12-18 01:41:16 +00:00
typedef void (*GtkWindowKeysForeachFunc) (GtkWindow *window,
guint keyval,
GdkModifierType modifiers,
gboolean is_mnemonic,
gpointer data);
gtkmain: Let windows handle WM-related events before delivering to the grab_widget This makes it possible to move/resize client-side decorated windows that are otherwise obscured by a GTK+ grab somewhere else, either a popover within the window itself or a modal dialog above the window.
2014-01-07 16:49:31 +00:00
gboolean _gtk_window_check_handle_wm_event (GdkEvent *event);
Hide GtkWindowGroup members In the process of removing all sealed members from headers. At the same time, add a gtkwindowprivate.h header and move all internal functions from gtkwindow.h there.
2010-12-18 01:41:16 +00:00
/* --- internal (GtkAcceleratable) --- */
gboolean _gtk_window_query_nonaccels (GtkWindow *window,
guint accel_key,
GdkModifierType accel_mods);
window: rename functions dealing with mnemonic delayed display Don't mention "auto mnemonics", since those methods are purely about scheduling a delayed display, and that makes understanding the code a bit harder. https://bugzilla.gnome.org/show_bug.cgi?id=697144
2013-04-02 19:56:31 +00:00
void _gtk_window_schedule_mnemonics_visible (GtkWindow *window);
window: Add a delay before automatically showing mnemonics Showing mnemonics immediately on modifier press can be annoying and distracting when the user is just trying to Alt+Tab into another application/window since the mnemonic will show up and quickly vanish again when we receive the focus out event. https://bugzilla.gnome.org/show_bug.cgi?id=672431
2012-08-20 23:28:25 +00:00
GtkApplication: a new approach to accels Rework how accels are handled on GtkApplicationWindow. Instead of having GtkApplication fill the GtkAccelMap which is then used by GtkApplicationWindow to create a GtkAccelGroup filled with closures that is then associated with the window, do it directly. GtkApplication now keeps a list of accels and their actions. Accelerators on a GtkApplicationWindow ask GtkApplication to execute the appropriate action. This saves a fair bit of complexity and memory use (due to not having to create all those closures and accelmap entries). The new approach also supports multiple accels per action (although there is not yet a public API for it). This patch (and the ones before) Reviewed and ACK'd by Matthias Clasen.
2013-07-10 03:44:51 +00:00
void _gtk_window_notify_keys_changed (GtkWindow *window);
GtkWindow: better app menu fallback for CSD Do the menubutton for app menu fallback ourselves in GtkWindow for the csd, non-custom titlebar case. This fits better with the way we handle other title buttons. Themes have control over the placement of this button by placing menu in the decoration-button-layout style property.
2013-11-16 19:46:10 +00:00
gboolean _gtk_window_titlebar_shows_app_menu (GtkWindow *window);
gtkwindow: Rename get_decoration_size => get_shadow_width
2014-01-09 19:44:34 +00:00
void _gtk_window_get_shadow_width (GtkWindow *window,
GtkBorder *border);
GtkWindow: Make titlebar widget available privately This will be used in GtkApplicationWindow in the following commits.
2013-11-16 06:39:41 +00:00
headerbar: Support all kinds of CSD decorations Move the gtkwindow.c CSD code into GtkHeaderBar, and make it triggerable by the show-close-button property, and remove shows-fallback-app-menu. https://bugzilla.gnome.org/show_bug.cgi?id=720233
2013-12-11 06:26:34 +00:00
void _gtk_window_toggle_maximized (GtkWindow *window);
Allow csd for override-redirect windows This commit makes it possible to use client-side decorations for override-redirect windows by calling _gtk_window_request_csd() before realizing the window. Since the wm won't do interactive resizing for us in this case anyway, don't bother creating the border windows we use for this purpose on regular toplevels. To make this accessible to themes, we set a "csd" style class on client-side decorated windows. With this, .window-frame.csd.menu can be used to define the shadow for csd menus, and .menu can be used to define a border for menus under non-composited wms. https://bugzilla.gnome.org/show_bug.cgi?id=731187
2014-06-06 21:59:38 +00:00
void _gtk_window_request_csd (GtkWindow *window);
Split GtkWindowGroup into its own file gtkwindow.c is too big and too messy. This is a small step towards making it better.
2014-06-04 10:18:03 +00:00
/* Window groups */
GtkWindowGroup *_gtk_window_get_window_group (GtkWindow *window);
void _gtk_window_set_window_group (GtkWindow *window,
GtkWindowGroup *group);
window: Make popover window private
2014-01-17 17:12:10 +00:00
/* Popovers */
void _gtk_window_add_popover (GtkWindow *window,
window: Add concept of popover "parent" This will be the widget that the popover relates to (::pointing-to in GtkPopover, ::parent in GtkTextHandle). Additional API to check the popover/parent relationship between widgets has been added, which will be useful wherever this is necessary in a generic manner. https://bugzilla.gnome.org/show_bug.cgi?id=750993
2015-06-15 12:05:00 +00:00
GtkWidget *popover,
gtkwindow: Only allow unrestricted positioning to text handle popovers This behavior has been made optional on add_popover() time, text handles will keep being able to overflow the window, in order to allow text selection on views too close to the window edge. Regular GtkPopovers are reinstaurated to the previous size positioning logic though, that is, limited by the visible area of the window.
2015-07-06 14:39:06 +00:00
GtkWidget *popover_parent,
gboolean clamp_allocation);
window: Make popover window private
2014-01-17 17:12:10 +00:00
void _gtk_window_remove_popover (GtkWindow *window,
GtkWidget *popover);
void _gtk_window_set_popover_position (GtkWindow *window,
GtkWidget *popover,
GtkPositionType pos,
const cairo_rectangle_int_t *rect);
void _gtk_window_get_popover_position (GtkWindow *window,
GtkWidget *popover,
GtkPositionType *pos,
cairo_rectangle_int_t *rect);
GtkWindow: make popover stacking explicit The list of popovers will specify the stacking order, a _gtk_window_raise_popover() private call has been added so popover widgets can request being on top. Also, the stacking on popovers is ensured on gtk_window_size_allocate(), after the size/stacking changes on the child widget have finished, this will ensure popovers are kept on top of window contents. https://bugzilla.gnome.org/show_bug.cgi?id=756670
2015-10-22 16:09:23 +00:00
void _gtk_window_raise_popover (GtkWindow *window,
GtkWidget *popover);
window: Make popover window private
2014-01-17 17:12:10 +00:00
window: Add concept of popover "parent" This will be the widget that the popover relates to (::pointing-to in GtkPopover, ::parent in GtkTextHandle). Additional API to check the popover/parent relationship between widgets has been added, which will be useful wherever this is necessary in a generic manner. https://bugzilla.gnome.org/show_bug.cgi?id=750993
2015-06-15 12:05:00 +00:00
GtkWidget * _gtk_window_get_popover_parent (GtkWindow *window,
GtkWidget *popover);
gboolean _gtk_window_is_popover_widget (GtkWindow *window,
GtkWidget *popover);
window: Make icons GdkTextures Cairo surfaces are bad, mkay?
2017-11-04 19:23:33 +00:00
GdkTexture * gtk_window_get_icon_for_size (GtkWindow *window,
int size);
GtkHeaderBar: try harder to find the best window icon GtkWindow has 4 (!) APIs for setting window icons, and we have to try them all in the right order to find the right icon. This commit makes it so, and keeps the icon list manipulation inside gtkwindow.c by adding a private API for getting a single icon at the right size. https://bugzilla.gnome.org/show_bug.cgi?id=722515
2014-01-24 20:40:37 +00:00
gtkwindow: Add private API to mark as subsurface This is a rather hackish way to let GTK+ widgets declare popup windows as subsurfaces, so they may work on wayland without the need of xdg_popup, and without many changes yet on the GTK+ side. https://bugzilla.gnome.org/show_bug.cgi?id=695504
2014-08-21 15:34:09 +00:00
void gtk_window_set_use_subsurface (GtkWindow *window,
gboolean use_subsurface);
window: Add private API to hardcode the main GdkWindow for a GtkWindow This must be called while the window is not realized yet, and sets the GdkWindow that will be used for the next GtkWindow's realize/unrealize cycle. The GtkWindow takes ownership on the GdkWindow, and as such it will be destroyed when the widget is unrealized. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-28 12:40:42 +00:00
void gtk_window_set_hardcoded_window (GtkWindow *window,
GdkWindow -> GdkSurface initial type rename This renames the GdkWindow class and related classes (impl, backend subclasses) to surface. Additionally it renames related types: GdkWindowAttr, GdkWindowPaint, GdkWindowWindowClass, GdkWindowType, GdkWindowTypeHint, GdkWindowHints, GdkWindowState, GdkWindowEdge This is an automatic conversion using the below commands: git sed -f g GdkWindowWindowClass GdkSurfaceSurfaceClass git sed -f g GdkWindow GdkSurface git sed -f g "gdk_window\([ _\(\),;]\|$\)" "gdk_surface\1" # Avoid hitting gdk_windowing git sed -f g "GDK_WINDOW\([ _\(]\|$\)" "GDK_SURFACE\1" # Avoid hitting GDK_WINDOWING git sed "GDK_\([A-Z]*\)IS_WINDOW\([_ (]\|$\)" "GDK_\1IS_SURFACE\2" git sed GDK_TYPE_WINDOW GDK_TYPE_SURFACE git sed -f g GdkPointerWindowInfo GdkPointerSurfaceInfo git sed -f g "BROADWAY_WINDOW" "BROADWAY_SURFACE" git sed -f g "broadway_window" "broadway_surface" git sed -f g "BroadwayWindow" "BroadwaySurface" git sed -f g "WAYLAND_WINDOW" "WAYLAND_SURFACE" git sed -f g "wayland_window" "wayland_surface" git sed -f g "WaylandWindow" "WaylandSurface" git sed -f g "X11_WINDOW" "X11_SURFACE" git sed -f g "x11_window" "x11_surface" git sed -f g "X11Window" "X11Surface" git sed -f g "WIN32_WINDOW" "WIN32_SURFACE" git sed -f g "win32_window" "win32_surface" git sed -f g "Win32Window" "Win32Surface" git sed -f g "QUARTZ_WINDOW" "QUARTZ_SURFACE" git sed -f g "quartz_window" "quartz_surface" git sed -f g "QuartzWindow" "QuartzSurface" git checkout NEWS* po-properties
2018-03-20 10:40:08 +00:00
GdkSurface *gdk_surface);
gtkwindow: Add private API to mark as subsurface This is a rather hackish way to let GTK+ widgets declare popup windows as subsurfaces, so they may work on wayland without the need of xdg_popup, and without many changes yet on the GTK+ side. https://bugzilla.gnome.org/show_bug.cgi?id=695504
2014-08-21 15:34:09 +00:00
window: Turn gtk_window_set_screen() into gtk_window_set_display() And have a priv->display instead of a priv->screen. Includes turning gtk_menu_set_screen() into gtk_menu_set_display(), because that function just forwards to its window.
2017-10-31 06:41:15 +00:00
GdkDisplay *gtk_window_get_display (GtkWindow *window);
window: Avoid unnecessary detours Don't call gtk_widget_get_screen on a window - it only ends up calling gtk_window_get_screen in the end, anyway.
2015-09-11 13:09:10 +00:00
Put window exporting behind a display protocol agnostic API Introduce a private API meant for abstracting how to get a handle of a window that can be shared with other processes. The API is async, since some implementations will require that. Currently, only X11 is supported, which doesn't. Based on a patch by Jonas Adahl.
2016-07-26 19:46:41 +00:00
/* Exported handles */
typedef void (*GtkWindowHandleExported) (GtkWindow *window,
const char *handle,
gpointer user_data);
gboolean gtk_window_export_handle (GtkWindow *window,
GtkWindowHandleExported callback,
gpointer user_data);
void gtk_window_unexport_handle (GtkWindow *window);
gtk: Add a GskRenderer to GtkWindow Each top-level should have its own GskRenderer, to be used when drawing the render node tree.
2016-06-23 16:34:38 +00:00
GskRenderer *gtk_window_get_renderer (GtkWindow *window);
gtkwindow: Add management functions for GtkPointerFocus instances Each toplevel will keep its own tracking of the current ongoing foci, add the plumbing that will allow to create/update/remove those as they come and go.
2017-03-31 15:31:20 +00:00
GtkWidget * gtk_window_lookup_pointer_focus_widget (GtkWindow *window,
GdkDevice *device,
GdkEventSequence *sequence);
GtkWidget * gtk_window_lookup_effective_pointer_focus_widget (GtkWindow *window,
GdkDevice *device,
GdkEventSequence *sequence);
gtk: Check implicit grab status before sending crossing events As we now refrain from sending the crossing events if there's an implicit grab, those events must be sent on button release when the implicit grab is broken.
2017-05-24 23:57:22 +00:00
GtkWidget * gtk_window_lookup_pointer_focus_implicit_grab (GtkWindow *window,
GdkDevice *device,
GdkEventSequence *sequence);
gtkwindow: Add management functions for GtkPointerFocus instances Each toplevel will keep its own tracking of the current ongoing foci, add the plumbing that will allow to create/update/remove those as they come and go.
2017-03-31 15:31:20 +00:00
void gtk_window_update_pointer_focus (GtkWindow *window,
GdkDevice *device,
GdkEventSequence *sequence,
GtkWidget *target,
gdouble x,
gdouble y);
gtk: Implement per-focus implicit grabs Unlike GTK+ grabs which are global to all/one device, the implicit grab is per focus, which means each may have implicit grabs on different or the same widget.
2017-03-31 15:55:49 +00:00
void gtk_window_set_pointer_focus_grab (GtkWindow *window,
GdkDevice *device,
GdkEventSequence *sequence,
GtkWidget *grab_widget);
gtkwindow: Add management functions for GtkPointerFocus instances Each toplevel will keep its own tracking of the current ongoing foci, add the plumbing that will allow to create/update/remove those as they come and go.
2017-03-31 15:31:20 +00:00
gtk: Update GtkPointerFocus targets on mapping/sensitivity changes Those are situations that must cause foci on these widgets to repick themselves.
2017-03-31 15:49:21 +00:00
void gtk_window_update_pointer_focus_on_state_change (GtkWindow *window,
GtkWidget *widget);
gtkwindow: Revoke implicit grabs when activating an explicit one Only if they fall outside the grab widget, in that case the widget holding the implicit grab won't be receiving events anymore, so we can just undo it.
2017-04-01 20:38:02 +00:00
void gtk_window_maybe_revoke_implicit_grab (GtkWindow *window,
GdkDevice *device,
GtkWidget *grab_widget);
gtkwindow: Add private API to update pointer cursors
2017-04-04 15:08:48 +00:00
void gtk_window_maybe_update_cursor (GtkWindow *window,
GtkWidget *widget,
GdkDevice *device);
gtkwindow: Revoke implicit grabs when activating an explicit one Only if they fall outside the grab widget, in that case the widget holding the implicit grab won't be receiving events anymore, so we can just undo it.
2017-04-01 20:38:02 +00:00
Hide GtkWindowGroup members In the process of removing all sealed members from headers. At the same time, add a gtkwindowprivate.h header and move all internal functions from gtkwindow.h there.
2010-12-18 01:41:16 +00:00
G_END_DECLS
#endif /* __GTK_WINDOW_PRIVATE_H__ */
Reference in New Issue Copy Permalink