AuroraMiddleware/gtk2
1
0
Fork 0
forked from AuroraMiddleware/gtk
Code Issues Pull Requests Projects Releases Wiki Activity
ee5708f543
gtk2/gdk/gdk-private.h

39 lines
1.5 KiB
C
Raw Normal View History

Make global GDK libgtk_only functions more private The current way of exposing GDK API that should be considered internal to GTK+ is to append a 'libgtk_only' suffix to the function name; this is not really safe. GLib has been using a slightly different approach: a private table of function pointers, and a macro that allows accessing the desired symbol inside that vtable. We can copy the approach, and deprecate the 'libgtk_only' symbols in lieu of outright removal. https://bugzilla.gnome.org/show_bug.cgi?id=739781
2014-11-07 13:40:22 +00:00
#ifndef __GDK__PRIVATE_H__
#define __GDK__PRIVATE_H__
#include <gdk/gdk.h>
Move GDK GL flags accessors to the private vtable This allows us to use the GDK_PRIVATE_CALL macro inside gtk. https://bugzilla.gnome.org/show_bug.cgi?id=739781
2014-11-07 14:27:56 +00:00
#include "gdk/gdkinternals.h"
Make global GDK libgtk_only functions more private The current way of exposing GDK API that should be considered internal to GTK+ is to append a 'libgtk_only' suffix to the function name; this is not really safe. GLib has been using a slightly different approach: a private table of function pointers, and a macro that allows accessing the desired symbol inside that vtable. We can copy the approach, and deprecate the 'libgtk_only' symbols in lieu of outright removal. https://bugzilla.gnome.org/show_bug.cgi?id=739781
2014-11-07 13:40:22 +00:00
Add a comment Document that gdk-private.h is meant for private gdk<>gtk apis.
2017-11-17 05:37:10 +00:00
/* Private API for use in GTK+ */
Make global GDK libgtk_only functions more private The current way of exposing GDK API that should be considered internal to GTK+ is to append a 'libgtk_only' suffix to the function name; this is not really safe. GLib has been using a slightly different approach: a private table of function pointers, and a macro that allows accessing the desired symbol inside that vtable. We can copy the approach, and deprecate the 'libgtk_only' symbols in lieu of outright removal. https://bugzilla.gnome.org/show_bug.cgi?id=739781
2014-11-07 13:40:22 +00:00
GdkDisplay * gdk_display_open_default (void);
gboolean gdk_device_grab_info (GdkDisplay *display,
GdkDevice *device,
GdkSurface: Rename lots of stuff from window->surface Mostly these are internal things, but the major public change is that event.window is now event.surface.
2018-03-20 14:14:10 +00:00
GdkSurface **grab_surface,
Make global GDK libgtk_only functions more private The current way of exposing GDK API that should be considered internal to GTK+ is to append a 'libgtk_only' suffix to the function name; this is not really safe. GLib has been using a slightly different approach: a private table of function pointers, and a macro that allows accessing the desired symbol inside that vtable. We can copy the approach, and deprecate the 'libgtk_only' symbols in lieu of outright removal. https://bugzilla.gnome.org/show_bug.cgi?id=739781
2014-11-07 13:40:22 +00:00
gboolean *owner_events);
void gdk_pre_parse (void);
GdkSurface: Rename lots of stuff from window->surface Mostly these are internal things, but the major public change is that event.window is now event.surface.
2018-03-20 14:14:10 +00:00
void gdk_surface_freeze_toplevel_updates (GdkSurface *surface);
void gdk_surface_thaw_toplevel_updates (GdkSurface *surface);
Hide GdkWindow libgtk_only API in the private vtable These are the last two global GDK symbols that have a libgtk_only suffix. https://bugzilla.gnome.org/show_bug.cgi?id=739781
2014-11-07 14:33:53 +00:00
GdkSurface: Rename lots of stuff from window->surface Mostly these are internal things, but the major public change is that event.window is now event.surface.
2018-03-20 14:14:10 +00:00
gboolean gdk_surface_supports_edge_constraints (GdkSurface *surface);
window: Improve detection of edge constraint support Instead of relying on special values of edge constraints, this patch adds an internal-only gdk_window_supports_edge_constraints() function that by default returns FALSE, and is implemented by GdkWindowWayland and GdkWindowX11. This way, we can properly detect server-side support for this feature and adapt accordingly. https://bugzilla.gnome.org/show_bug.cgi?id=783669
2017-09-18 02:09:10 +00:00
Remove gdk_event_get_user_data from public headers And add it back in gdk-private.h
2017-08-16 08:37:17 +00:00
GObject * gdk_event_get_user_data (const GdkEvent *event);
gdk: Add a private method to get a server timestamp This is needed in the clipboard code. We don't make it public, since that code is destined to eventually live in gdk anyway.
2017-11-17 20:39:08 +00:00
guint32 gdk_display_get_last_seen_time (GdkDisplay *display);
Include gdk-private.h This gives us access to private gdk api.
2017-11-17 21:34:04 +00:00
void gdk_display_set_double_click_time (GdkDisplay *display,
guint msec);
void gdk_display_set_double_click_distance (GdkDisplay *display,
guint distance);
Add private api for setting cursor theme This is implemented in multiple gdk backends, and we can avoid and ugly ifdef cascade in gtk by adding a vfunc for this.
2017-11-17 22:42:12 +00:00
void gdk_display_set_cursor_theme (GdkDisplay *display,
const char *theme,
int size);
gdk: Add a private api to find sandboxes This will be used in more places in the future.
2018-05-28 16:04:17 +00:00
gboolean gdk_running_in_sandbox (void);
Include gdk-private.h This gives us access to private gdk api.
2017-11-17 21:34:04 +00:00
display: Avoid unsetting the DESKTOP_STARTUP_ID variable too late Similar to what has been done recently for DESKTOP_AUTOSTART_ID [1], we need to get rid of this call to g_unsetenv() in the displays' backends for X11 and Wayland, so that it's guarantee to happen any thread is created, while still being accessible when needed. Let's stash the value of this environment variable when loading the GDK library, and provide a private method so that it can be retrieved from the displays' backend when implementing gdk_display_make_default(). [1] https://gitlab.gnome.org/GNOME/gtk/commit/22269902 Closes: https://gitlab.gnome.org/GNOME/gtk/issues/979
2018-06-11 15:09:06 +00:00
const gchar * gdk_get_startup_notification_id (void);
Make global GDK libgtk_only functions more private The current way of exposing GDK API that should be considered internal to GTK+ is to append a 'libgtk_only' suffix to the function name; this is not really safe. GLib has been using a slightly different approach: a private table of function pointers, and a macro that allows accessing the desired symbol inside that vtable. We can copy the approach, and deprecate the 'libgtk_only' symbols in lieu of outright removal. https://bugzilla.gnome.org/show_bug.cgi?id=739781
2014-11-07 13:40:22 +00:00
#endif /* __GDK__PRIVATE_H__ */
Reference in New Issue Copy Permalink