AuroraMiddleware/gtk
1
0
Fork 1
mirror of https://gitlab.gnome.org/GNOME/gtk.git synced 2024-11-15 05:00:09 +00:00
Code Issues Projects Releases Wiki Activity
a33aefc281
gtk/gdk/wayland/gdkprivate-wayland.h

267 lines
13 KiB
C
Raw Normal View History

Add Wayland backend
2010-12-18 20:38:49 +00:00
/* GDK - The GIMP Drawing Kit
* Copyright (C) 1995-1997 Peter Mattis, Spencer Kimball and Josh MacDonald
*
* 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/>.
Add Wayland backend
2010-12-18 20:38:49 +00:00
*/
/*
* Modified by the GTK+ Team and others 1997-2000. See the AUTHORS
* file for a list of people on the GTK+ Team. See the ChangeLog
* files for a list of changes. These files are distributed with
wayland: Formatting fixes
2015-02-28 03:28:28 +00:00
* GTK+ at ftp://ftp.gtk.org/pub/gtk/.
Add Wayland backend
2010-12-18 20:38:49 +00:00
*/
/*
wayland: Formatting fixes
2015-02-28 03:28:28 +00:00
* Private uninstalled header defining things local to the Wayland backend
Add Wayland backend
2010-12-18 20:38:49 +00:00
*/
#ifndef __GDK_PRIVATE_WAYLAND_H__
#define __GDK_PRIVATE_WAYLAND_H__
#include <gdk/gdkcursor.h>
#include <gdk/gdkprivate.h>
wayland: Make GdkWaylandDisplay public Allows to access Wayland specific display information like wl_display etc. Add gdk_wayland_display_get_wl_display for getting the Wayland wl_display.
2013-01-19 22:43:27 +00:00
#include <gdk/wayland/gdkwayland.h>
Add Wayland backend
2010-12-18 20:38:49 +00:00
#include <gdk/wayland/gdkdisplay-wayland.h>
wayland: Process the keymap that is sent over from the compositor Load the keymap from the file descriptor that the compositor has sent us and then save that into our internal object for future use.
2012-07-16 11:33:35 +00:00
#include <xkbcommon/xkbcommon.h>
Add Wayland backend
2010-12-18 20:38:49 +00:00
#include "gdkinternals.h"
#include "config.h"
wayland: Put interface version defines in a common place So far only one, but put it somewhere all files can see it. https://bugzilla.gnome.org/show_bug.cgi?id=746141
2015-03-13 13:38:24 +00:00
#define WL_SURFACE_HAS_BUFFER_SCALE 3
wayland: Add support for gtk_window_set_modal Add two new requests to the gtk_surface interface: set_modal and unset_modal. The server will currently not do anything special with input focus, and its up to the client to ignore events on the parent surface. This commit bumps the gtk_shell interface version to 2. By connecting to a Wayland server with another gtk_shell interface version any features depending on the gtk_shell protocol will not be available. https://bugzilla.gnome.org/show_bug.cgi?id=745721
2015-03-06 03:40:12 +00:00
#define SUPPORTED_GTK_SHELL_VERSION 2
wayland: Move gtk-shell compatibility version define too https://bugzilla.gnome.org/show_bug.cgi?id=745721
2015-03-16 12:00:50 +00:00
Add Wayland backend
2010-12-18 20:38:49 +00:00
#define GDK_WINDOW_IS_WAYLAND(win) (GDK_IS_WINDOW_IMPL_WAYLAND (((GdkWindow *)win)->impl))
wayland: Refactor the keymap handling so it is associated with device Although GDK expects the keymap to be associated with the display under Wayland this is really associated with the input device so expose this by finding the first keyboard device. Signed-off-by: Rob Bradford <rob@linux.intel.com>
2012-07-16 18:02:41 +00:00
GdkKeymap *_gdk_wayland_keymap_new (void);
wayland: Don't recreated keymaps on layout change The GDK model for keymaps expects the keymap object to stay around and emit a ::keys-changed signal. So, do that. This should make layout changes work, but it remains untested since weston does not support layout changes at runtime. At the same time, plug a memory leak where GdkWaylandKeymap forgot to free its xkb objects in finalize. https://bugzilla.gnome.org/show_bug.cgi?id=696339
2013-03-23 22:02:28 +00:00
void _gdk_wayland_keymap_update_from_fd (GdkKeymap *keymap,
uint32_t format,
uint32_t fd,
uint32_t size);
wayland: Create and expose an xkb_state on the keymap object This is then logically associated with the input device since each (keyboard) input device has its own keymap. Signed-off-by: Rob Bradford <rob@linux.intel.com>
2012-07-16 18:16:48 +00:00
struct xkb_state *_gdk_wayland_keymap_get_xkb_state (GdkKeymap *keymap);
wayland: Respect keymap repeat information xkb has a function to tell us whether a key should be repeated or not. Lets use that information.
2013-03-23 21:09:38 +00:00
struct xkb_keymap *_gdk_wayland_keymap_get_xkb_keymap (GdkKeymap *keymap);
wayland: Fix up key event translation The is_modifier field is supposed to be set if the key would act as a modifier, not if any modifiers are currently active. To fix this, introduce a private _gdk_wayland_keymap_key_is_modifier function. At the same time, make the hardware_keycode field in key events actually contain the hardware keycode, not a copy of the keyval.
2013-04-06 14:40:56 +00:00
gboolean _gdk_wayland_keymap_key_is_modifier (GdkKeymap *keymap,
guint keycode);
Add Wayland backend
2010-12-18 20:38:49 +00:00
wayland: Remove overly complex cursor cache
2014-08-10 16:15:40 +00:00
void _gdk_wayland_display_init_cursors (GdkWaylandDisplay *display);
wayland: Add a cursor cache We avoid creating a new GdkCursor object every time _gdk_wayland_display_get_cursor_for_name/type() is called.
2013-03-21 02:34:03 +00:00
void _gdk_wayland_display_finalize_cursors (GdkWaylandDisplay *display);
wayland: Support scaling of theme based cursors Support scaling of cursors created from themes. The default scale is always 1, but if the pointer cursor surface enters an output with a higher scale, load the larger version of the cursor theme and use the image from that theme. This assumes the theme size is set to one that fits with an output scale = 1. https://bugzilla.gnome.org/show_bug.cgi?id=746141
2015-03-13 07:40:18 +00:00
void _gdk_wayland_display_update_cursors (GdkWaylandDisplay *display);
struct wl_cursor_theme * _gdk_wayland_display_get_scaled_cursor_theme (GdkWaylandDisplay *wayland_display,
guint scale);
wayland: Add a cursor cache We avoid creating a new GdkCursor object every time _gdk_wayland_display_get_cursor_for_name/type() is called.
2013-03-21 02:34:03 +00:00
Add Wayland backend
2010-12-18 20:38:49 +00:00
GdkCursor *_gdk_wayland_display_get_cursor_for_type (GdkDisplay *display,
GdkCursorType cursor_type);
wayland: Support scaling of theme based cursors Support scaling of cursors created from themes. The default scale is always 1, but if the pointer cursor surface enters an output with a higher scale, load the larger version of the cursor theme and use the image from that theme. This assumes the theme size is set to one that fits with an output scale = 1. https://bugzilla.gnome.org/show_bug.cgi?id=746141
2015-03-13 07:40:18 +00:00
GdkCursor *_gdk_wayland_display_get_cursor_for_type_with_scale (GdkDisplay *display,
GdkCursorType cursor_type,
guint scale);
Add Wayland backend
2010-12-18 20:38:49 +00:00
GdkCursor *_gdk_wayland_display_get_cursor_for_name (GdkDisplay *display,
const gchar *name);
gdk: Add gdk_cursor_new_from_surface We need this to be able to handle scaled cursor images. We implement the new _from_pixbuf by converting to a surface and assuming the scale was 1.
2013-08-07 10:18:38 +00:00
GdkCursor *_gdk_wayland_display_get_cursor_for_surface (GdkDisplay *display,
cairo_surface_t *surface,
gdouble x,
gdouble y);
Add Wayland backend
2010-12-18 20:38:49 +00:00
void _gdk_wayland_display_get_default_cursor_size (GdkDisplay *display,
guint *width,
guint *height);
void _gdk_wayland_display_get_maximal_cursor_size (GdkDisplay *display,
guint *width,
guint *height);
gboolean _gdk_wayland_display_supports_cursor_alpha (GdkDisplay *display);
gboolean _gdk_wayland_display_supports_cursor_color (GdkDisplay *display);
wayland: Support setting cursors And a handful unrelated cleanups. Still doesn't really have an answer for cursor themes.
2011-02-09 19:48:29 +00:00
struct wl_buffer *_gdk_wayland_cursor_get_buffer (GdkCursor *cursor,
wayland: Implement animatable cursors Cursor animations are handled on a per-device basis, with GdkWaylandDevice updating the pointer surface for each frame. https://bugzilla.gnome.org/show_bug.cgi?id=696429
2013-03-28 12:08:43 +00:00
guint image_index,
wayland: Use more explicit out parameter names Prevent confusion between positional values and hotspot values. Signed-off-by: Rob Bradford <rob@linux.intel.com>
2013-03-28 14:47:03 +00:00
int *hotspot_x,
int *hotspot_y,
wayland: Switch to new wayland cursors mechanism
2012-07-11 13:43:16 +00:00
int *w,
gdk: Add gdk_cursor_new_from_surface We need this to be able to handle scaled cursor images. We implement the new _from_pixbuf by converting to a surface and assuming the scale was 1.
2013-08-07 10:18:38 +00:00
int *h,
int *scale);
wayland: Implement animatable cursors Cursor animations are handled on a per-device basis, with GdkWaylandDevice updating the pointer surface for each frame. https://bugzilla.gnome.org/show_bug.cgi?id=696429
2013-03-28 12:08:43 +00:00
guint _gdk_wayland_cursor_get_next_image_index (GdkCursor *cursor,
guint current_image_index,
guint *next_image_delay);
wayland: Support setting cursors And a handful unrelated cleanups. Still doesn't really have an answer for cursor themes.
2011-02-09 19:48:29 +00:00
wayland: Support scaling of theme based cursors Support scaling of cursors created from themes. The default scale is always 1, but if the pointer cursor surface enters an output with a higher scale, load the larger version of the cursor theme and use the image from that theme. This assumes the theme size is set to one that fits with an output scale = 1. https://bugzilla.gnome.org/show_bug.cgi?id=746141
2015-03-13 07:40:18 +00:00
void _gdk_wayland_cursor_set_scale (GdkCursor *cursor,
guint scale);
Track 2.99.3 API changes
2011-02-08 13:12:59 +00:00
GdkDragProtocol _gdk_wayland_window_get_drag_protocol (GdkWindow *window,
GdkWindow **target);
Add Wayland backend
2010-12-18 20:38:49 +00:00
void _gdk_wayland_window_register_dnd (GdkWindow *window);
GdkDragContext *_gdk_wayland_window_drag_begin (GdkWindow *window,
GdkDevice *device,
gdk: Allow passing the start coordinates in drag_begin Add a variant of gdk_drag_begin that takes the start position in addition to the device. All backend implementation have been updated to accept (and ignore) the new arguments. Subsequent commits will make use of the data in some backends.
2015-12-07 18:47:45 +00:00
GList *targets,
gint x_root,
gint y_root);
wayland: Implement DND icon hotspot API In Wayland, the hotspot of a DND icon is set using the buffer offset in wl_buffer.attach. To implement this, add a private API to cause the next wl_surface.attach to offset the new buffer with a given offset. Setting a DND icon hotspot sets this offset while also queuing a redraw of the window to trigger the wl_surface.attach. https://bugzilla.gnome.org/show_bug.cgi?id=759168
2015-12-08 10:19:33 +00:00
void _gdk_wayland_window_offset_next_wl_buffer (GdkWindow *window,
int x,
int y);
wayland: Ensure we have a drop-side GdkDragContext without pointer This GdkDragContext should be created even if we don't have pointer capabilities. Make it created on add_seat(), and only set the device on wl_seat.capabilities, so it can be set to either master pointer. https://bugzilla.gnome.org/show_bug.cgi?id=741066
2015-11-19 23:07:36 +00:00
GdkDragContext * _gdk_wayland_drop_context_new (struct wl_data_device *data_device);
wayland: Implement the dropping part of DnD All destination-side events are emitted, and updates to the drop context are notified through the currently handled wl_data_offer. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 18:20:37 +00:00
void _gdk_wayland_drag_context_set_source_window (GdkDragContext *context,
GdkWindow *window);
void _gdk_wayland_drag_context_set_dest_window (GdkDragContext *context,
GdkWindow *dest_window,
uint32_t serial);
void _gdk_wayland_drag_context_emit_event (GdkDragContext *context,
GdkEventType type,
guint32 time_);
void _gdk_wayland_drag_context_set_coords (GdkDragContext *context,
gdouble x,
gdouble y);
void gdk_wayland_drag_context_set_action (GdkDragContext *context,
GdkDragAction action);
wayland: Implement drag sources The wl_data_source is retrieved from the selection object for the DnD selection, and used to initiate a drag. When the drag is finished, a button release or touch end event is synthesized to finish the DnD operation after the compositor grab is gone. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 19:30:22 +00:00
GdkDragContext * gdk_wayland_drag_context_lookup_by_data_source (struct wl_data_source *source);
GdkDragContext * gdk_wayland_drag_context_lookup_by_source_window (GdkWindow *window);
struct wl_data_source * gdk_wayland_drag_context_get_data_source (GdkDragContext *context);
wayland: Implement the dropping part of DnD All destination-side events are emitted, and updates to the drop context are notified through the currently handled wl_data_offer. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 18:20:37 +00:00
void gdk_wayland_drop_context_update_targets (GdkDragContext *context);
Add Wayland backend
2010-12-18 20:38:49 +00:00
void _gdk_wayland_display_create_window_impl (GdkDisplay *display,
GdkWindow *window,
GdkWindow *real_parent,
GdkScreen *screen,
GdkEventMask event_mask,
GdkWindowAttr *attributes,
gint attributes_mask);
GdkWindow *_gdk_wayland_display_get_selection_owner (GdkDisplay *display,
GdkAtom selection);
gboolean _gdk_wayland_display_set_selection_owner (GdkDisplay *display,
GdkWindow *owner,
GdkAtom selection,
guint32 time,
gboolean send_event);
Track 2.99.3 API changes
2011-02-08 13:12:59 +00:00
void _gdk_wayland_display_send_selection_notify (GdkDisplay *dispay,
GdkWindow *requestor,
Add Wayland backend
2010-12-18 20:38:49 +00:00
GdkAtom selection,
GdkAtom target,
GdkAtom property,
guint32 time);
gint _gdk_wayland_display_get_selection_property (GdkDisplay *display,
GdkWindow *requestor,
guchar **data,
GdkAtom *ret_type,
gint *ret_format);
void _gdk_wayland_display_convert_selection (GdkDisplay *display,
GdkWindow *requestor,
GdkAtom selection,
GdkAtom target,
guint32 time);
gint _gdk_wayland_display_text_property_to_utf8_list (GdkDisplay *display,
GdkAtom encoding,
gint format,
const guchar *text,
gint length,
gchar ***list);
gchar * _gdk_wayland_display_utf8_to_string_target (GdkDisplay *display,
const gchar *str);
wayland: Consolidate device and devicemanager implementation
2011-02-09 20:27:08 +00:00
GdkDeviceManager *_gdk_wayland_device_manager_new (GdkDisplay *display);
wayland: Handle seat removal Also, emit ::device-added and ::device-removed signals as devices appear and disappear.
2013-03-27 02:57:46 +00:00
void _gdk_wayland_device_manager_add_seat (GdkDeviceManager *device_manager,
guint32 id,
struct wl_seat *seat);
void _gdk_wayland_device_manager_remove_seat (GdkDeviceManager *device_manager,
guint32 id);
wayland: Port to new input protocol mechanism This replaces the wl_input_device with wl_pointer, wl_keyboard, wl_touch all tied together under a wl_seat. This is quite a radical change in protocol and for now keyboard handling is disabled.
2012-07-11 13:29:43 +00:00
wayland: Refactor the keymap handling so it is associated with device Although GDK expects the keymap to be associated with the display under Wayland this is really associated with the input device so expose this by finding the first keyboard device. Signed-off-by: Rob Bradford <rob@linux.intel.com>
2012-07-16 18:02:41 +00:00
GdkKeymap *_gdk_wayland_device_get_keymap (GdkDevice *device);
wayland: Improve implicit grab serial retrieval _gdk_wayland_device_get_button_press_serial() has been replaced by _gdk_wayland_device_get_implicit_grab_serial(), which takes a touch/pointer event and figures out the relevant serial, and _gdk_wayland_device_get_last_implicit_grab_serial() which returns the most recent serial. The button press serial was currently used when operating popping up xdg_shell/surface popups and window menus, so this is now touch aware, of some sort. https://bugzilla.gnome.org/show_bug.cgi?id=734374
2014-08-13 19:05:58 +00:00
uint32_t _gdk_wayland_device_get_implicit_grab_serial(GdkWaylandDevice *device,
const GdkEvent *event);
uint32_t _gdk_wayland_device_get_last_implicit_grab_serial (GdkWaylandDevice *device,
GdkEventSequence **seqence);
wayland: Implement drag/source side of selections This has been made to work similarly to X11, requests for the data device contents are notified through GDK_SELECTION_REQUEST events, the data stored in the GDK_SELECTION property as a reaction to that event is then stored into the wayland selection implementation, and written to the fd when requested/available. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 16:49:44 +00:00
struct wl_data_device * gdk_wayland_device_get_data_device (GdkDevice *gdk_device);
void gdk_wayland_device_set_selection (GdkDevice *gdk_device,
struct wl_data_source *source);
wayland: Refactor the keymap handling so it is associated with device Although GDK expects the keymap to be associated with the display under Wayland this is really associated with the input device so expose this by finding the first keyboard device. Signed-off-by: Rob Bradford <rob@linux.intel.com>
2012-07-16 18:02:41 +00:00
wayland: Move DnD grab breaking function into gdkdevice-wayland.c This has little to do with GdkDragContext, and a lot to do with the GdkDevice that triggered it, seems to make more sense in gdkdevice-wayland.c.
2015-06-01 13:55:20 +00:00
void gdk_wayland_device_unset_grab (GdkDevice *device);
wayland: Add internal API to unset a touch implicit grab This removes both the wayland specific accounting, and the Gdk implicit grab tracking. https://bugzilla.gnome.org/show_bug.cgi?id=731380
2014-08-20 18:22:42 +00:00
void gdk_wayland_device_unset_touch_grab (GdkDevice *device,
GdkEventSequence *sequence);
Add Wayland backend
2010-12-18 20:38:49 +00:00
void _gdk_wayland_display_deliver_event (GdkDisplay *display, GdkEvent *event);
GSource *_gdk_wayland_display_event_source_new (GdkDisplay *display);
void _gdk_wayland_display_queue_events (GdkDisplay *display);
GdkAppLaunchContext *_gdk_wayland_display_get_app_launch_context (GdkDisplay *display);
Revert "wayland: Cache the discovery connection and reuse if possible" This reverts commit 524ce7f88e26a498c43729f99fda564f5e222582.
2013-04-19 20:22:32 +00:00
GdkDisplay *_gdk_wayland_display_open (const gchar *display_name);
Add Wayland backend
2010-12-18 20:38:49 +00:00
GdkWindow *_gdk_wayland_screen_create_root_window (GdkScreen *screen,
int width,
int height);
GdkScreen *_gdk_wayland_screen_new (GdkDisplay *display);
wayland: Make monitor removal work The global_removal argument is the _name_ of the object. We were comparing it to the _object id_ of the object. To fix this, store the name at the time the object is bound.
2013-03-27 02:16:15 +00:00
void _gdk_wayland_screen_add_output (GdkScreen *screen,
guint32 id,
wayland: Implement gdk_screen_get_monitor_scale() We bind to the newer version of the wl_output which supports the new done and scale events, and if we use this to get the scale for each monitor (defaulting to 1 if not supported).
2013-06-04 09:18:49 +00:00
struct wl_output *output,
guint32 version);
wayland: Handle seat removal Also, emit ::device-added and ::device-removed signals as devices appear and disappear.
2013-03-27 02:57:46 +00:00
void _gdk_wayland_screen_remove_output (GdkScreen *screen,
guint32 id);
wayland: fill in refresh_interval in GdkFrameTimings Track the outputs that a window is on, and use the refresh rate from a random one of those outputs for the refresh_interval in GdkFrameTimings. https://bugzilla.gnome.org/show_bug.cgi?id=698864
2013-04-25 15:19:31 +00:00
int _gdk_wayland_screen_get_output_refresh_rate (GdkScreen *screen,
struct wl_output *output);
wayland: Implement gdk_screen_get_monitor_scale() We bind to the newer version of the wl_output which supports the new done and scale events, and if we use this to get the scale for each monitor (defaulting to 1 if not supported).
2013-06-04 09:18:49 +00:00
guint32 _gdk_wayland_screen_get_output_scale (GdkScreen *screen,
struct wl_output *output);
Added api to set a window to fullscreen on a given monitor. https://bugzilla.gnome.org/show_bug.cgi?id=752677
2015-07-13 16:30:42 +00:00
struct wl_output *_gdk_wayland_screen_get_wl_output (GdkScreen *screen,
gint monitor_num);
Add Wayland backend
2010-12-18 20:38:49 +00:00
gtk-shell: extend the protocol with shell capabilities Add the concept of shell capabilities, which allow the compositor to advertise support for the app menu and the global menubar, which are then propagated as GdkSettings. https://bugzilla.gnome.org/show_bug.cgi?id=707129
2013-09-03 07:54:53 +00:00
void _gdk_wayland_screen_set_has_gtk_shell (GdkScreen *screen);
wayland: Improve creation of windowing surface roles We no longer need a grabbed seat, instead we'll just use the default seat if this happens, not without first warning and recommending gdk_seat_grab() for the operation. https://bugzilla.gnome.org/show_bug.cgi?id=759309
2015-12-09 11:56:26 +00:00
void _gdk_wayland_window_set_grab_seat (GdkWindow *window,
GdkSeat *seat);
wayland: Store the device that does a grab for a window on the window This allows us to get the device if we need to make the window a popup. This relies on the side effect that GTK calls into GDK to take a grab before the popup window is shown.
2012-02-27 14:06:22 +00:00
wayland: Add internal API for handling Wayland serial numbers We need to keep track of the serial numbers for various API requests.
2012-07-11 16:06:32 +00:00
guint32 _gdk_wayland_display_get_serial (GdkWaylandDisplay *wayland_display);
void _gdk_wayland_display_update_serial (GdkWaylandDisplay *wayland_display, guint32 serial);
wayland: Merge buffer implementations
2014-02-23 18:57:24 +00:00
cairo_surface_t * _gdk_wayland_display_create_shm_surface (GdkWaylandDisplay *display,
int width,
int height,
guint scale);
struct wl_buffer *_gdk_wayland_shm_surface_get_wl_buffer (cairo_surface_t *surface);
void _gdk_wayland_shm_surface_set_busy (cairo_surface_t *surface);
gboolean _gdk_wayland_shm_surface_get_busy (cairo_surface_t *surface);
wayland: Don't allocate a full size SHM buffer when drawing using OpenGL Before this patch, we'd always allocate a full size SHM buffer via the wl_shm_pool, even though it would never be used. Instead allocate a logical 1x1 cairo image surface. https://bugzilla.gnome.org/show_bug.cgi?id=745076
2015-02-24 10:10:07 +00:00
gboolean _gdk_wayland_is_shm_surface (cairo_surface_t *surface);
wayland: complete cursor_for_pixbuf Finishes the implementation for loading cursors from pixbufs. Gnome bug #696223
2013-03-21 20:05:32 +00:00
wayland: Implement drop/destination side of selections This implementation makes the destination side of selections work similarly to X11's, gdk_selection_convert() triggers data fetching, which is notified through GDK_SELECTION_NOTIFY events on arrival, the buffered data is then available through gdk_selection_property_get(). https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 16:34:01 +00:00
GdkWaylandSelection * gdk_wayland_display_get_selection (GdkDisplay *display);
GdkWaylandSelection * gdk_wayland_selection_new (void);
void gdk_wayland_selection_free (GdkWaylandSelection *selection);
wayland: Split handling of clipboard/DnD data offers We currently only hold the last offer received, which is wrong, as both are independent and have different life cycles. This means we have to store per-selection wl_data_offer and targets, and maintain these as appropriate from the clipboard/DnD specific entry points.
2015-04-07 14:40:57 +00:00
void gdk_wayland_selection_ensure_offer (GdkDisplay *display,
struct wl_data_offer *wl_offer);
wayland: Don't use the default display Pass a display in so that multi-display technology works.
2014-10-28 04:44:48 +00:00
void gdk_wayland_selection_set_offer (GdkDisplay *display,
wayland: Split handling of clipboard/DnD data offers We currently only hold the last offer received, which is wrong, as both are independent and have different life cycles. This means we have to store per-selection wl_data_offer and targets, and maintain these as appropriate from the clipboard/DnD specific entry points.
2015-04-07 14:40:57 +00:00
GdkAtom selection,
wayland: Don't use the default display Pass a display in so that multi-display technology works.
2014-10-28 04:44:48 +00:00
struct wl_data_offer *wl_offer);
wayland: Split handling of clipboard/DnD data offers We currently only hold the last offer received, which is wrong, as both are independent and have different life cycles. This means we have to store per-selection wl_data_offer and targets, and maintain these as appropriate from the clipboard/DnD specific entry points.
2015-04-07 14:40:57 +00:00
struct wl_data_offer * gdk_wayland_selection_get_offer (GdkDisplay *display,
GdkAtom selection);
GList * gdk_wayland_selection_get_targets (GdkDisplay *display,
GdkAtom selection);
wayland: Implement drop/destination side of selections This implementation makes the destination side of selections work similarly to X11's, gdk_selection_convert() triggers data fetching, which is notified through GDK_SELECTION_NOTIFY events on arrival, the buffered data is then available through gdk_selection_property_get(). https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 16:34:01 +00:00
wayland: Implement drag/source side of selections This has been made to work similarly to X11, requests for the data device contents are notified through GDK_SELECTION_REQUEST events, the data stored in the GDK_SELECTION property as a reaction to that event is then stored into the wayland selection implementation, and written to the fd when requested/available. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 16:49:44 +00:00
void gdk_wayland_selection_store (GdkWindow *window,
GdkAtom type,
GdkPropMode mode,
const guchar *data,
gint len);
struct wl_data_source * gdk_wayland_selection_get_data_source (GdkWindow *owner,
GdkAtom selection);
wayland: Don't use the default display Pass a display in so that multi-display technology works.
2014-10-28 04:44:48 +00:00
void gdk_wayland_selection_unset_data_source (GdkDisplay *display, GdkAtom selection);
wayland: Implement drag/source side of selections This has been made to work similarly to X11, requests for the data device contents are notified through GDK_SELECTION_REQUEST events, the data stored in the GDK_SELECTION property as a reaction to that event is then stored into the wayland selection implementation, and written to the fd when requested/available. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 16:49:44 +00:00
wayland: Add OpenGL support This uses EGL to implement GdkGLContext for wayland.
2014-10-09 09:06:48 +00:00
EGLSurface gdk_wayland_window_get_egl_surface (GdkWindow *window,
EGLConfig config);
gl: Make all user GdkGLContexts not attached to any window We make user facing gl contexts not attached to a surface if possible, or attached to dummy surfaces. This means nothing can accidentally read/write to the toplevel back buffer.
2014-10-09 14:09:05 +00:00
EGLSurface gdk_wayland_window_get_dummy_egl_surface (GdkWindow *window,
EGLConfig config);
wayland: Implement drag/source side of selections This has been made to work similarly to X11, requests for the data device contents are notified through GDK_SELECTION_REQUEST events, the data stored in the GDK_SELECTION property as a reaction to that event is then stored into the wayland selection implementation, and written to the fd when requested/available. https://bugzilla.gnome.org/show_bug.cgi?id=697855
2014-08-21 16:49:44 +00:00
Add Wayland backend
2010-12-18 20:38:49 +00:00
#endif /* __GDK_PRIVATE_WAYLAND_H__ */
Reference in New Issue Copy Permalink