2008-07-01 22:57:50 +00:00
|
|
|
/* GDK - The GIMP Drawing Kit
|
2002-10-07 22:43:26 +00:00
|
|
|
* Copyright (C) 1995-1999 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
|
2012-02-27 13:01:10 +00:00
|
|
|
* License along with this library. If not, see <http://www.gnu.org/licenses/>.
|
2002-10-07 22:43:26 +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
|
|
|
|
* GTK+ at ftp://ftp.gtk.org/pub/gtk/.
|
|
|
|
*/
|
|
|
|
|
2008-06-22 14:28:52 +00:00
|
|
|
#include "config.h"
|
2010-10-15 02:05:51 +00:00
|
|
|
|
2010-12-11 05:14:53 +00:00
|
|
|
#include "gdkdndprivate.h"
|
2010-10-15 02:05:51 +00:00
|
|
|
#include "gdkdisplay.h"
|
2018-03-20 10:46:11 +00:00
|
|
|
#include "gdksurface.h"
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
#include "gdkintl.h"
|
2017-11-18 04:53:25 +00:00
|
|
|
#include "gdkcontentformats.h"
|
2017-12-13 14:03:53 +00:00
|
|
|
#include "gdkcontentprovider.h"
|
|
|
|
#include "gdkcontentserializer.h"
|
2016-01-13 19:51:19 +00:00
|
|
|
#include "gdkcursor.h"
|
2017-11-18 04:53:25 +00:00
|
|
|
#include "gdkenumtypes.h"
|
2017-08-05 13:34:39 +00:00
|
|
|
#include "gdkeventsprivate.h"
|
2016-01-13 19:51:19 +00:00
|
|
|
|
2018-04-30 12:10:44 +00:00
|
|
|
#define DROP_SUBCLASS 1
|
|
|
|
|
2018-04-30 11:14:29 +00:00
|
|
|
typedef struct _GdkDragContextPrivate GdkDragContextPrivate;
|
|
|
|
|
|
|
|
struct _GdkDragContextPrivate
|
|
|
|
{
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifndef DROP_SUBCLASS
|
2018-04-30 11:14:29 +00:00
|
|
|
GdkDisplay *display;
|
|
|
|
GdkDevice *device;
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2018-05-07 15:31:26 +00:00
|
|
|
GdkContentFormats *formats;
|
2018-05-13 15:03:57 +00:00
|
|
|
GdkDragAction actions;
|
|
|
|
GdkDragAction suggested_action;
|
2018-04-30 11:14:29 +00:00
|
|
|
};
|
|
|
|
|
2016-01-13 19:51:19 +00:00
|
|
|
static struct {
|
|
|
|
GdkDragAction action;
|
|
|
|
const gchar *name;
|
|
|
|
GdkCursor *cursor;
|
|
|
|
} drag_cursors[] = {
|
|
|
|
{ GDK_ACTION_ASK, "dnd-ask", NULL },
|
|
|
|
{ GDK_ACTION_COPY, "dnd-copy", NULL },
|
|
|
|
{ GDK_ACTION_MOVE, "dnd-move", NULL },
|
|
|
|
{ GDK_ACTION_LINK, "dnd-link", NULL },
|
|
|
|
{ 0, "dnd-none", NULL },
|
|
|
|
};
|
2010-07-09 00:34:45 +00:00
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
enum {
|
|
|
|
PROP_0,
|
2017-12-13 14:03:53 +00:00
|
|
|
PROP_CONTENT,
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifndef DROP_SUBCLASS
|
2018-04-27 10:32:17 +00:00
|
|
|
PROP_DEVICE,
|
2017-12-05 16:30:58 +00:00
|
|
|
PROP_DISPLAY,
|
2017-12-13 14:03:53 +00:00
|
|
|
PROP_FORMATS,
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2017-12-05 16:30:58 +00:00
|
|
|
N_PROPERTIES
|
|
|
|
};
|
|
|
|
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
enum {
|
|
|
|
CANCEL,
|
|
|
|
DROP_PERFORMED,
|
|
|
|
DND_FINISHED,
|
|
|
|
ACTION_CHANGED,
|
|
|
|
N_SIGNALS
|
|
|
|
};
|
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
static GParamSpec *properties[N_PROPERTIES] = { NULL, };
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
static guint signals[N_SIGNALS] = { 0 };
|
|
|
|
static GList *contexts = NULL;
|
2002-10-07 22:43:26 +00:00
|
|
|
|
2018-04-30 12:10:44 +00:00
|
|
|
G_DEFINE_TYPE_WITH_PRIVATE (GdkDragContext, gdk_drag_context, GDK_TYPE_DROP)
|
2018-04-30 11:14:29 +00:00
|
|
|
|
2010-06-08 19:21:18 +00:00
|
|
|
/**
|
|
|
|
* SECTION:dnd
|
|
|
|
* @title: Drag And Drop
|
|
|
|
* @short_description: Functions for controlling drag and drop handling
|
|
|
|
*
|
|
|
|
* These functions provide a low level interface for drag and drop.
|
|
|
|
* The X backend of GDK supports both the Xdnd and Motif drag and drop
|
|
|
|
* protocols transparently, the Win32 backend supports the WM_DROPFILES
|
|
|
|
* protocol.
|
|
|
|
*
|
|
|
|
* GTK+ provides a higher level abstraction based on top of these functions,
|
|
|
|
* and so they are not normally needed in GTK+ applications.
|
2014-02-07 02:07:03 +00:00
|
|
|
* See the [Drag and Drop][gtk3-Drag-and-Drop] section of
|
2010-06-08 19:21:18 +00:00
|
|
|
* the GTK+ documentation for more information.
|
|
|
|
*/
|
|
|
|
|
2017-12-26 19:39:24 +00:00
|
|
|
/**
|
|
|
|
* GdkDragContext:
|
|
|
|
*
|
|
|
|
* The GdkDragContext struct contains only private fields and
|
|
|
|
* should not be accessed directly.
|
|
|
|
*/
|
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
/**
|
|
|
|
* gdk_drag_context_get_display:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
|
|
|
* Gets the #GdkDisplay that the drag context was created for.
|
|
|
|
*
|
|
|
|
* Returns: (transfer none): a #GdkDisplay
|
|
|
|
**/
|
|
|
|
GdkDisplay *
|
|
|
|
gdk_drag_context_get_display (GdkDragContext *context)
|
|
|
|
{
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifdef DROP_SUBCLASS
|
|
|
|
return gdk_drop_get_display (GDK_DROP (context));
|
|
|
|
#else
|
2018-04-30 11:14:29 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
|
|
|
|
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), NULL);
|
|
|
|
|
|
|
|
return priv->display;
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2017-12-05 16:30:58 +00:00
|
|
|
}
|
|
|
|
|
2010-05-25 15:54:16 +00:00
|
|
|
/**
|
2017-11-18 04:53:25 +00:00
|
|
|
* gdk_drag_context_get_formats:
|
2010-05-25 15:54:16 +00:00
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
2017-11-18 04:53:25 +00:00
|
|
|
* Retrieves the formats supported by this context.
|
2010-05-25 15:54:16 +00:00
|
|
|
*
|
2017-11-18 04:53:25 +00:00
|
|
|
* Returns: (transfer none): a #GdkContentFormats
|
2010-05-25 15:54:16 +00:00
|
|
|
**/
|
2017-11-18 04:53:25 +00:00
|
|
|
GdkContentFormats *
|
|
|
|
gdk_drag_context_get_formats (GdkDragContext *context)
|
2010-05-25 15:54:16 +00:00
|
|
|
{
|
2018-05-07 15:31:26 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
|
|
|
|
2010-05-25 15:54:16 +00:00
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), NULL);
|
|
|
|
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifdef DROP_SUBCLASS
|
|
|
|
GdkContentFormats *formats = gdk_drop_get_formats (GDK_DROP (context));
|
|
|
|
|
|
|
|
if (formats)
|
|
|
|
return formats;
|
|
|
|
#endif
|
2018-05-07 15:31:26 +00:00
|
|
|
return priv->formats;
|
2010-05-25 15:54:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gdk_drag_context_get_actions:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
|
|
|
* Determines the bitmask of actions proposed by the source if
|
2014-05-17 03:12:51 +00:00
|
|
|
* gdk_drag_context_get_suggested_action() returns %GDK_ACTION_ASK.
|
2010-05-25 15:54:16 +00:00
|
|
|
*
|
2014-02-19 23:49:43 +00:00
|
|
|
* Returns: the #GdkDragAction flags
|
2010-05-25 15:54:16 +00:00
|
|
|
**/
|
|
|
|
GdkDragAction
|
|
|
|
gdk_drag_context_get_actions (GdkDragContext *context)
|
|
|
|
{
|
2018-05-13 15:03:57 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
|
|
|
|
2018-05-08 11:56:08 +00:00
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), 0);
|
2010-05-25 15:54:16 +00:00
|
|
|
|
2018-05-13 15:03:57 +00:00
|
|
|
return priv->actions;
|
2010-05-25 15:54:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gdk_drag_context_get_suggested_action:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
|
|
|
* Determines the suggested drag action of the context.
|
|
|
|
*
|
2014-02-19 23:49:43 +00:00
|
|
|
* Returns: a #GdkDragAction value
|
2010-05-25 15:54:16 +00:00
|
|
|
**/
|
|
|
|
GdkDragAction
|
|
|
|
gdk_drag_context_get_suggested_action (GdkDragContext *context)
|
|
|
|
{
|
2018-05-13 15:03:57 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
|
|
|
|
2010-05-25 15:54:16 +00:00
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), 0);
|
|
|
|
|
2018-05-13 15:03:57 +00:00
|
|
|
return priv->suggested_action;
|
2010-05-25 15:54:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2010-06-10 11:15:12 +00:00
|
|
|
* gdk_drag_context_get_selected_action:
|
2010-05-25 15:54:16 +00:00
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
|
|
|
* Determines the action chosen by the drag destination.
|
|
|
|
*
|
2014-02-19 23:49:43 +00:00
|
|
|
* Returns: a #GdkDragAction value
|
2010-05-25 15:54:16 +00:00
|
|
|
**/
|
|
|
|
GdkDragAction
|
2010-06-02 18:42:11 +00:00
|
|
|
gdk_drag_context_get_selected_action (GdkDragContext *context)
|
2010-05-25 15:54:16 +00:00
|
|
|
{
|
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), 0);
|
|
|
|
|
|
|
|
return context->action;
|
|
|
|
}
|
|
|
|
|
2010-06-10 13:52:45 +00:00
|
|
|
/**
|
2018-03-20 11:05:26 +00:00
|
|
|
* gdk_drag_context_get_source_surface:
|
2010-06-10 13:52:45 +00:00
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
2018-03-20 10:40:08 +00:00
|
|
|
* Returns the #GdkSurface where the DND operation started.
|
2010-06-10 13:52:45 +00:00
|
|
|
*
|
2018-03-20 10:40:08 +00:00
|
|
|
* Returns: (transfer none): a #GdkSurface
|
2010-06-10 13:52:45 +00:00
|
|
|
**/
|
2018-03-20 10:40:08 +00:00
|
|
|
GdkSurface *
|
2018-03-20 11:05:26 +00:00
|
|
|
gdk_drag_context_get_source_surface (GdkDragContext *context)
|
2010-06-10 13:52:45 +00:00
|
|
|
{
|
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), NULL);
|
|
|
|
|
2018-03-20 11:05:26 +00:00
|
|
|
return context->source_surface;
|
2010-06-10 13:52:45 +00:00
|
|
|
}
|
2010-12-10 05:58:33 +00:00
|
|
|
|
|
|
|
/**
|
2018-03-20 11:05:26 +00:00
|
|
|
* gdk_drag_context_get_dest_surface:
|
2010-12-10 05:58:33 +00:00
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
2018-03-20 14:14:10 +00:00
|
|
|
* Returns the destination surface for the DND operation.
|
2010-12-10 05:58:33 +00:00
|
|
|
*
|
2018-03-20 10:40:08 +00:00
|
|
|
* Returns: (transfer none): a #GdkSurface
|
2010-12-10 05:58:33 +00:00
|
|
|
**/
|
2018-03-20 10:40:08 +00:00
|
|
|
GdkSurface *
|
2018-03-20 11:05:26 +00:00
|
|
|
gdk_drag_context_get_dest_surface (GdkDragContext *context)
|
2010-12-10 05:58:33 +00:00
|
|
|
{
|
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), NULL);
|
|
|
|
|
2018-03-20 11:05:26 +00:00
|
|
|
return context->dest_surface;
|
2010-12-10 05:58:33 +00:00
|
|
|
}
|
|
|
|
|
2010-12-10 06:27:10 +00:00
|
|
|
/**
|
|
|
|
* gdk_drag_context_get_device:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
|
|
|
* Returns the #GdkDevice associated to the drag context.
|
|
|
|
*
|
|
|
|
* Returns: (transfer none): The #GdkDevice associated to @context.
|
|
|
|
**/
|
|
|
|
GdkDevice *
|
|
|
|
gdk_drag_context_get_device (GdkDragContext *context)
|
|
|
|
{
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifdef DROP_SUBCLASS
|
|
|
|
return gdk_drop_get_device (GDK_DROP (context));
|
|
|
|
#else
|
2018-04-30 11:14:29 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
|
|
|
|
2010-12-10 06:27:10 +00:00
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), NULL);
|
|
|
|
|
2018-04-30 11:14:29 +00:00
|
|
|
return priv->device;
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2010-12-10 06:27:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
gdk_drag_context_init (GdkDragContext *context)
|
|
|
|
{
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
contexts = g_list_prepend (contexts, context);
|
2010-12-10 06:27:10 +00:00
|
|
|
}
|
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
static void
|
|
|
|
gdk_drag_context_set_property (GObject *gobject,
|
|
|
|
guint prop_id,
|
|
|
|
const GValue *value,
|
|
|
|
GParamSpec *pspec)
|
|
|
|
{
|
|
|
|
GdkDragContext *context = GDK_DRAG_CONTEXT (gobject);
|
2018-04-30 11:14:29 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
2017-12-05 16:30:58 +00:00
|
|
|
|
|
|
|
switch (prop_id)
|
|
|
|
{
|
2017-12-13 14:03:53 +00:00
|
|
|
case PROP_CONTENT:
|
|
|
|
context->content = g_value_dup_object (value);
|
|
|
|
if (context->content)
|
2018-05-07 15:31:26 +00:00
|
|
|
{
|
|
|
|
g_assert (priv->formats == NULL);
|
|
|
|
priv->formats = gdk_content_provider_ref_formats (context->content);
|
|
|
|
}
|
2017-12-13 14:03:53 +00:00
|
|
|
break;
|
|
|
|
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifndef DROP_SUBCLASS
|
2018-04-27 10:32:17 +00:00
|
|
|
case PROP_DEVICE:
|
2018-04-30 11:14:29 +00:00
|
|
|
priv->device = g_value_dup_object (value);
|
|
|
|
g_assert (priv->device != NULL);
|
|
|
|
priv->display = gdk_device_get_display (priv->device);
|
2017-12-05 16:30:58 +00:00
|
|
|
break;
|
|
|
|
|
2018-05-07 15:31:26 +00:00
|
|
|
case PROP_FORMATS:
|
|
|
|
if (priv->formats)
|
|
|
|
{
|
|
|
|
GdkContentFormats *override = g_value_dup_boxed (value);
|
|
|
|
if (override)
|
|
|
|
{
|
|
|
|
gdk_content_formats_unref (priv->formats);
|
|
|
|
priv->formats = override;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
priv->formats = g_value_dup_boxed (value);
|
|
|
|
g_assert (priv->formats != NULL);
|
|
|
|
}
|
|
|
|
break;
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2018-05-07 15:31:26 +00:00
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
default:
|
|
|
|
G_OBJECT_WARN_INVALID_PROPERTY_ID (gobject, prop_id, pspec);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
gdk_drag_context_get_property (GObject *gobject,
|
|
|
|
guint prop_id,
|
|
|
|
GValue *value,
|
|
|
|
GParamSpec *pspec)
|
|
|
|
{
|
|
|
|
GdkDragContext *context = GDK_DRAG_CONTEXT (gobject);
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifndef DROP_SUBCLASS
|
2018-04-30 11:14:29 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2017-12-05 16:30:58 +00:00
|
|
|
|
|
|
|
switch (prop_id)
|
|
|
|
{
|
2017-12-13 14:03:53 +00:00
|
|
|
case PROP_CONTENT:
|
|
|
|
g_value_set_object (value, context->content);
|
|
|
|
break;
|
|
|
|
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifndef DROP_SUBCLASS
|
2018-04-27 10:32:17 +00:00
|
|
|
case PROP_DEVICE:
|
2018-04-30 11:14:29 +00:00
|
|
|
g_value_set_object (value, priv->device);
|
2018-04-27 10:32:17 +00:00
|
|
|
break;
|
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
case PROP_DISPLAY:
|
2018-04-30 11:14:29 +00:00
|
|
|
g_value_set_object (value, priv->display);
|
2017-12-05 16:30:58 +00:00
|
|
|
break;
|
|
|
|
|
2017-12-13 14:03:53 +00:00
|
|
|
case PROP_FORMATS:
|
2018-05-07 15:31:26 +00:00
|
|
|
g_value_set_boxed (value, priv->formats);
|
2017-12-13 14:03:53 +00:00
|
|
|
break;
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2017-12-13 14:03:53 +00:00
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
default:
|
|
|
|
G_OBJECT_WARN_INVALID_PROPERTY_ID (gobject, prop_id, pspec);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-12-10 06:27:10 +00:00
|
|
|
static void
|
|
|
|
gdk_drag_context_finalize (GObject *object)
|
|
|
|
{
|
|
|
|
GdkDragContext *context = GDK_DRAG_CONTEXT (object);
|
2018-05-07 15:31:26 +00:00
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
2010-12-10 06:27:10 +00:00
|
|
|
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
contexts = g_list_remove (contexts, context);
|
2017-12-13 14:03:53 +00:00
|
|
|
|
|
|
|
g_clear_object (&context->content);
|
2018-05-07 15:31:26 +00:00
|
|
|
g_clear_pointer (&priv->formats, gdk_content_formats_unref);
|
2010-12-10 06:27:10 +00:00
|
|
|
|
2018-03-20 11:05:26 +00:00
|
|
|
if (context->source_surface)
|
|
|
|
g_object_unref (context->source_surface);
|
2010-12-10 06:27:10 +00:00
|
|
|
|
2018-03-20 11:05:26 +00:00
|
|
|
if (context->dest_surface)
|
|
|
|
g_object_unref (context->dest_surface);
|
2010-12-10 06:27:10 +00:00
|
|
|
|
|
|
|
G_OBJECT_CLASS (gdk_drag_context_parent_class)->finalize (object);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
gdk_drag_context_class_init (GdkDragContextClass *klass)
|
|
|
|
{
|
|
|
|
GObjectClass *object_class = G_OBJECT_CLASS (klass);
|
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
object_class->get_property = gdk_drag_context_get_property;
|
|
|
|
object_class->set_property = gdk_drag_context_set_property;
|
2010-12-10 06:27:10 +00:00
|
|
|
object_class->finalize = gdk_drag_context_finalize;
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
|
2017-12-13 14:03:53 +00:00
|
|
|
/**
|
|
|
|
* GdkDragContext:content:
|
|
|
|
*
|
|
|
|
* The #GdkContentProvider or %NULL if the context is not a source-side
|
|
|
|
* context.
|
|
|
|
*/
|
|
|
|
properties[PROP_CONTENT] =
|
|
|
|
g_param_spec_object ("content",
|
|
|
|
"Content",
|
|
|
|
"The content being dragged",
|
|
|
|
GDK_TYPE_CONTENT_PROVIDER,
|
|
|
|
G_PARAM_READWRITE |
|
|
|
|
G_PARAM_CONSTRUCT_ONLY |
|
|
|
|
G_PARAM_STATIC_STRINGS |
|
|
|
|
G_PARAM_EXPLICIT_NOTIFY);
|
|
|
|
|
2018-04-30 12:10:44 +00:00
|
|
|
#ifndef DROP_SUBCLASS
|
2018-04-27 10:32:17 +00:00
|
|
|
/**
|
2018-05-01 10:35:32 +00:00
|
|
|
* GdkDragContext:device:
|
2018-04-27 10:32:17 +00:00
|
|
|
*
|
|
|
|
* The #GdkDevice that is performing the drag.
|
|
|
|
*/
|
|
|
|
properties[PROP_DEVICE] =
|
|
|
|
g_param_spec_object ("device",
|
|
|
|
"Device",
|
|
|
|
"The device performing the drag",
|
|
|
|
GDK_TYPE_DEVICE,
|
|
|
|
G_PARAM_READWRITE |
|
|
|
|
G_PARAM_CONSTRUCT_ONLY |
|
|
|
|
G_PARAM_STATIC_STRINGS |
|
|
|
|
G_PARAM_EXPLICIT_NOTIFY);
|
|
|
|
|
2017-12-05 16:30:58 +00:00
|
|
|
/**
|
|
|
|
* GdkDragContext:display:
|
|
|
|
*
|
|
|
|
* The #GdkDisplay that the drag context belongs to.
|
|
|
|
*/
|
|
|
|
properties[PROP_DISPLAY] =
|
|
|
|
g_param_spec_object ("display",
|
|
|
|
"Display",
|
2018-04-27 10:32:17 +00:00
|
|
|
"Display this drag belongs to",
|
2017-12-05 16:30:58 +00:00
|
|
|
GDK_TYPE_DISPLAY,
|
2018-04-27 10:32:17 +00:00
|
|
|
G_PARAM_READABLE |
|
2017-12-05 16:30:58 +00:00
|
|
|
G_PARAM_STATIC_STRINGS |
|
|
|
|
G_PARAM_EXPLICIT_NOTIFY);
|
|
|
|
|
2017-12-13 14:03:53 +00:00
|
|
|
/**
|
|
|
|
* GdkDragContext:formats:
|
|
|
|
*
|
|
|
|
* The possible formats that the context can provide its data in.
|
|
|
|
*/
|
|
|
|
properties[PROP_FORMATS] =
|
|
|
|
g_param_spec_boxed ("formats",
|
|
|
|
"Formats",
|
|
|
|
"The possible formats for data",
|
|
|
|
GDK_TYPE_CONTENT_FORMATS,
|
2018-05-07 15:31:26 +00:00
|
|
|
G_PARAM_READWRITE |
|
|
|
|
G_PARAM_CONSTRUCT_ONLY |
|
2017-12-13 14:03:53 +00:00
|
|
|
G_PARAM_STATIC_STRINGS |
|
|
|
|
G_PARAM_EXPLICIT_NOTIFY);
|
2018-04-30 12:10:44 +00:00
|
|
|
#endif
|
2017-12-13 14:03:53 +00:00
|
|
|
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
/**
|
|
|
|
* GdkDragContext::cancel:
|
2016-01-24 09:48:48 +00:00
|
|
|
* @context: The object on which the signal is emitted
|
2016-04-26 07:50:17 +00:00
|
|
|
* @reason: The reason the context was cancelled
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
*
|
|
|
|
* The drag and drop operation was cancelled.
|
|
|
|
*/
|
|
|
|
signals[CANCEL] =
|
2017-11-18 03:47:11 +00:00
|
|
|
g_signal_new (g_intern_static_string ("cancel"),
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
G_TYPE_FROM_CLASS (object_class),
|
2016-02-15 16:05:50 +00:00
|
|
|
G_SIGNAL_RUN_LAST,
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
G_STRUCT_OFFSET (GdkDragContextClass, cancel),
|
|
|
|
NULL, NULL,
|
2016-02-15 16:02:14 +00:00
|
|
|
g_cclosure_marshal_VOID__ENUM,
|
|
|
|
G_TYPE_NONE, 1, GDK_TYPE_DRAG_CANCEL_REASON);
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* GdkDragContext::drop-performed:
|
2016-01-24 09:48:48 +00:00
|
|
|
* @context: The object on which the signal is emitted
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
* @time: the time at which the drop happened.
|
|
|
|
*
|
|
|
|
* The drag and drop operation was performed on an accepting client.
|
|
|
|
*/
|
|
|
|
signals[DROP_PERFORMED] =
|
2017-11-18 03:47:11 +00:00
|
|
|
g_signal_new (g_intern_static_string ("drop-performed"),
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
G_TYPE_FROM_CLASS (object_class),
|
|
|
|
G_SIGNAL_RUN_LAST,
|
|
|
|
G_STRUCT_OFFSET (GdkDragContextClass, drop_performed),
|
|
|
|
NULL, NULL,
|
|
|
|
g_cclosure_marshal_VOID__INT,
|
|
|
|
G_TYPE_NONE, 1, G_TYPE_INT);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* GdkDragContext::dnd-finished:
|
2016-01-24 09:48:48 +00:00
|
|
|
* @context: The object on which the signal is emitted
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
*
|
|
|
|
* The drag and drop operation was finished, the drag destination
|
|
|
|
* finished reading all data. The drag source can now free all
|
|
|
|
* miscellaneous data.
|
|
|
|
*/
|
|
|
|
signals[DND_FINISHED] =
|
2017-11-18 03:47:11 +00:00
|
|
|
g_signal_new (g_intern_static_string ("dnd-finished"),
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
G_TYPE_FROM_CLASS (object_class),
|
|
|
|
G_SIGNAL_RUN_LAST,
|
|
|
|
G_STRUCT_OFFSET (GdkDragContextClass, dnd_finished),
|
|
|
|
NULL, NULL,
|
|
|
|
g_cclosure_marshal_VOID__VOID,
|
|
|
|
G_TYPE_NONE, 0);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* GdkDragContext::action-changed:
|
2016-01-24 09:48:48 +00:00
|
|
|
* @context: The object on which the signal is emitted
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
* @action: The action currently chosen
|
|
|
|
*
|
|
|
|
* A new action is being chosen for the drag and drop operation.
|
|
|
|
*/
|
|
|
|
signals[ACTION_CHANGED] =
|
2017-11-18 03:47:11 +00:00
|
|
|
g_signal_new (g_intern_static_string ("action-changed"),
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
G_TYPE_FROM_CLASS (object_class),
|
|
|
|
G_SIGNAL_RUN_LAST,
|
|
|
|
G_STRUCT_OFFSET (GdkDragContextClass, action_changed),
|
|
|
|
NULL, NULL,
|
|
|
|
g_cclosure_marshal_VOID__FLAGS,
|
|
|
|
G_TYPE_NONE, 1, GDK_TYPE_DRAG_ACTION);
|
2017-12-05 16:30:58 +00:00
|
|
|
|
|
|
|
g_object_class_install_properties (object_class, N_PROPERTIES, properties);
|
2010-12-10 06:27:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gdk_drag_status:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
* @action: the selected action which will be taken when a drop happens,
|
|
|
|
* or 0 to indicate that a drop will not be accepted
|
|
|
|
* @time_: the timestamp for this operation
|
|
|
|
*
|
|
|
|
* Selects one of the actions offered by the drag source.
|
|
|
|
*
|
|
|
|
* This function is called by the drag destination in response to
|
|
|
|
* gdk_drag_motion() called by the drag source.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
gdk_drag_status (GdkDragContext *context,
|
|
|
|
GdkDragAction action,
|
|
|
|
guint32 time_)
|
|
|
|
{
|
2018-05-14 02:16:25 +00:00
|
|
|
gdk_drop_status (GDK_DROP (context), action);
|
2010-12-10 06:27:10 +00:00
|
|
|
}
|
|
|
|
|
2017-08-24 18:30:47 +00:00
|
|
|
/*
|
2010-12-10 06:27:10 +00:00
|
|
|
* gdk_drag_abort:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
* @time_: the timestamp for this operation
|
|
|
|
*
|
|
|
|
* Aborts a drag without dropping.
|
|
|
|
*
|
|
|
|
* This function is called by the drag source.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
gdk_drag_abort (GdkDragContext *context,
|
|
|
|
guint32 time_)
|
|
|
|
{
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
|
|
|
|
GDK_DRAG_CONTEXT_GET_CLASS (context)->drag_abort (context, time_);
|
|
|
|
}
|
|
|
|
|
2017-08-24 18:30:47 +00:00
|
|
|
/*
|
2010-12-10 06:27:10 +00:00
|
|
|
* gdk_drag_drop:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
* @time_: the timestamp for this operation
|
|
|
|
*
|
|
|
|
* Drops on the current destination.
|
|
|
|
*
|
|
|
|
* This function is called by the drag source.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
gdk_drag_drop (GdkDragContext *context,
|
|
|
|
guint32 time_)
|
|
|
|
{
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
|
|
|
|
GDK_DRAG_CONTEXT_GET_CLASS (context)->drag_drop (context, time_);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2018-05-14 13:09:42 +00:00
|
|
|
* gdk_drag_finish:
|
2014-01-20 22:40:01 +00:00
|
|
|
* @context: a #GdkDragContext
|
2010-12-10 06:27:10 +00:00
|
|
|
* @success: %TRUE if the data was successfully received
|
|
|
|
* @time_: the timestamp for this operation
|
|
|
|
*
|
|
|
|
* Ends the drag operation after a drop.
|
|
|
|
*
|
|
|
|
* This function is called by the drag destination.
|
|
|
|
*/
|
|
|
|
void
|
2018-05-14 13:09:42 +00:00
|
|
|
gdk_drag_finish (GdkDragContext *context,
|
2010-12-10 06:27:10 +00:00
|
|
|
gboolean success,
|
|
|
|
guint32 time_)
|
|
|
|
{
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
|
2018-05-15 03:45:06 +00:00
|
|
|
if (success)
|
|
|
|
gdk_drop_finish (GDK_DROP (context), gdk_drag_context_get_selected_action (context));
|
|
|
|
else
|
|
|
|
gdk_drop_finish (GDK_DROP (context), 0);
|
2010-12-10 06:27:10 +00:00
|
|
|
}
|
|
|
|
|
2017-12-13 14:03:53 +00:00
|
|
|
static void
|
|
|
|
gdk_drag_context_write_done (GObject *content,
|
|
|
|
GAsyncResult *result,
|
|
|
|
gpointer task)
|
|
|
|
{
|
|
|
|
GError *error = NULL;
|
|
|
|
|
|
|
|
if (gdk_content_provider_write_mime_type_finish (GDK_CONTENT_PROVIDER (content), result, &error))
|
|
|
|
g_task_return_boolean (task, TRUE);
|
|
|
|
else
|
|
|
|
g_task_return_error (task, error);
|
|
|
|
|
|
|
|
g_object_unref (task);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
gdk_drag_context_write_serialize_done (GObject *content,
|
|
|
|
GAsyncResult *result,
|
|
|
|
gpointer task)
|
|
|
|
{
|
|
|
|
GError *error = NULL;
|
|
|
|
|
|
|
|
if (gdk_content_serialize_finish (result, &error))
|
|
|
|
g_task_return_boolean (task, TRUE);
|
|
|
|
else
|
|
|
|
g_task_return_error (task, error);
|
|
|
|
|
|
|
|
g_object_unref (task);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
gdk_drag_context_write_async (GdkDragContext *context,
|
|
|
|
const char *mime_type,
|
|
|
|
GOutputStream *stream,
|
|
|
|
int io_priority,
|
|
|
|
GCancellable *cancellable,
|
|
|
|
GAsyncReadyCallback callback,
|
|
|
|
gpointer user_data)
|
|
|
|
{
|
|
|
|
GdkContentFormats *formats, *mime_formats;
|
|
|
|
GTask *task;
|
|
|
|
GType gtype;
|
|
|
|
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
g_return_if_fail (context->content);
|
|
|
|
g_return_if_fail (mime_type != NULL);
|
|
|
|
g_return_if_fail (mime_type == g_intern_string (mime_type));
|
|
|
|
g_return_if_fail (G_IS_OUTPUT_STREAM (stream));
|
|
|
|
g_return_if_fail (cancellable == NULL || G_IS_CANCELLABLE (cancellable));
|
|
|
|
g_return_if_fail (callback != NULL);
|
|
|
|
|
|
|
|
task = g_task_new (context, cancellable, callback, user_data);
|
|
|
|
g_task_set_priority (task, io_priority);
|
|
|
|
g_task_set_source_tag (task, gdk_drag_context_write_async);
|
|
|
|
|
|
|
|
formats = gdk_content_provider_ref_formats (context->content);
|
|
|
|
if (gdk_content_formats_contain_mime_type (formats, mime_type))
|
|
|
|
{
|
|
|
|
gdk_content_provider_write_mime_type_async (context->content,
|
|
|
|
mime_type,
|
|
|
|
stream,
|
|
|
|
io_priority,
|
|
|
|
cancellable,
|
|
|
|
gdk_drag_context_write_done,
|
|
|
|
task);
|
|
|
|
gdk_content_formats_unref (formats);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
mime_formats = gdk_content_formats_new ((const gchar *[2]) { mime_type, NULL }, 1);
|
|
|
|
mime_formats = gdk_content_formats_union_serialize_gtypes (mime_formats);
|
|
|
|
gtype = gdk_content_formats_match_gtype (formats, mime_formats);
|
|
|
|
if (gtype != G_TYPE_INVALID)
|
|
|
|
{
|
|
|
|
GValue value = G_VALUE_INIT;
|
|
|
|
GError *error = NULL;
|
|
|
|
|
|
|
|
g_assert (gtype != G_TYPE_INVALID);
|
|
|
|
|
|
|
|
g_value_init (&value, gtype);
|
|
|
|
if (gdk_content_provider_get_value (context->content, &value, &error))
|
|
|
|
{
|
|
|
|
gdk_content_serialize_async (stream,
|
|
|
|
mime_type,
|
|
|
|
&value,
|
|
|
|
io_priority,
|
|
|
|
cancellable,
|
|
|
|
gdk_drag_context_write_serialize_done,
|
|
|
|
g_object_ref (task));
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
g_task_return_error (task, error);
|
|
|
|
}
|
|
|
|
|
|
|
|
g_value_unset (&value);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
g_task_return_new_error (task, G_IO_ERROR, G_IO_ERROR_NOT_SUPPORTED,
|
|
|
|
_("No compatible formats to transfer clipboard contents."));
|
|
|
|
}
|
|
|
|
|
|
|
|
gdk_content_formats_unref (mime_formats);
|
|
|
|
gdk_content_formats_unref (formats);
|
|
|
|
g_object_unref (task);
|
|
|
|
}
|
|
|
|
|
|
|
|
gboolean
|
|
|
|
gdk_drag_context_write_finish (GdkDragContext *context,
|
|
|
|
GAsyncResult *result,
|
|
|
|
GError **error)
|
|
|
|
{
|
|
|
|
g_return_val_if_fail (g_task_is_valid (result, context), FALSE);
|
|
|
|
g_return_val_if_fail (g_task_get_source_tag (G_TASK (result)) == gdk_drag_context_write_async, FALSE);
|
|
|
|
|
|
|
|
return g_task_propagate_boolean (G_TASK (result), error);
|
|
|
|
}
|
|
|
|
|
2018-05-13 15:03:57 +00:00
|
|
|
void
|
|
|
|
gdk_drag_context_set_actions (GdkDragContext *context,
|
|
|
|
GdkDragAction actions,
|
|
|
|
GdkDragAction suggested_action)
|
|
|
|
{
|
|
|
|
GdkDragContextPrivate *priv = gdk_drag_context_get_instance_private (context);
|
|
|
|
|
|
|
|
priv->actions = actions;
|
|
|
|
priv->suggested_action = suggested_action;
|
2018-05-14 00:49:33 +00:00
|
|
|
|
|
|
|
if (suggested_action & GDK_ACTION_ASK)
|
|
|
|
gdk_drop_set_actions (GDK_DROP (context), actions & GDK_ACTION_ALL);
|
|
|
|
else
|
|
|
|
gdk_drop_set_actions (GDK_DROP (context), suggested_action);
|
2018-05-13 15:03:57 +00:00
|
|
|
}
|
|
|
|
|
2015-12-02 04:33:53 +00:00
|
|
|
/**
|
2018-03-20 11:05:26 +00:00
|
|
|
* gdk_drag_context_get_drag_surface:
|
2015-12-02 04:33:53 +00:00
|
|
|
* @context: a #GdkDragContext
|
|
|
|
*
|
2018-03-20 14:14:10 +00:00
|
|
|
* Returns the surface on which the drag icon should be rendered
|
|
|
|
* during the drag operation. Note that the surface may not be
|
2015-12-02 04:33:53 +00:00
|
|
|
* available until the drag operation has begun. GDK will move
|
2018-03-20 14:14:10 +00:00
|
|
|
* the surface in accordance with the ongoing drag operation.
|
|
|
|
* The surface is owned by @context and will be destroyed when
|
2015-12-02 04:33:53 +00:00
|
|
|
* the drag operation is over.
|
|
|
|
*
|
2018-03-20 14:14:10 +00:00
|
|
|
* Returns: (nullable) (transfer none): the drag surface, or %NULL
|
2015-12-02 04:33:53 +00:00
|
|
|
*/
|
2018-03-20 10:40:08 +00:00
|
|
|
GdkSurface *
|
2018-03-20 11:05:26 +00:00
|
|
|
gdk_drag_context_get_drag_surface (GdkDragContext *context)
|
2015-12-02 04:33:53 +00:00
|
|
|
{
|
|
|
|
g_return_val_if_fail (GDK_IS_DRAG_CONTEXT (context), NULL);
|
|
|
|
|
2018-03-20 11:05:26 +00:00
|
|
|
if (GDK_DRAG_CONTEXT_GET_CLASS (context)->get_drag_surface)
|
|
|
|
return GDK_DRAG_CONTEXT_GET_CLASS (context)->get_drag_surface (context);
|
2015-12-02 04:33:53 +00:00
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
2015-12-08 02:52:03 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* gdk_drag_context_set_hotspot:
|
|
|
|
* @context: a #GdkDragContext
|
2018-03-20 14:14:10 +00:00
|
|
|
* @hot_x: x coordinate of the drag surface hotspot
|
|
|
|
* @hot_y: y coordinate of the drag surface hotspot
|
2015-12-08 02:52:03 +00:00
|
|
|
*
|
2018-03-20 14:14:10 +00:00
|
|
|
* Sets the position of the drag surface that will be kept
|
2015-12-08 02:52:03 +00:00
|
|
|
* under the cursor hotspot. Initially, the hotspot is at the
|
2018-03-20 14:14:10 +00:00
|
|
|
* top left corner of the drag surface.
|
2015-12-08 02:52:03 +00:00
|
|
|
*/
|
|
|
|
void
|
|
|
|
gdk_drag_context_set_hotspot (GdkDragContext *context,
|
|
|
|
gint hot_x,
|
|
|
|
gint hot_y)
|
|
|
|
{
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
|
|
|
|
if (GDK_DRAG_CONTEXT_GET_CLASS (context)->set_hotspot)
|
|
|
|
GDK_DRAG_CONTEXT_GET_CLASS (context)->set_hotspot (context, hot_x, hot_y);
|
|
|
|
}
|
2015-12-07 20:07:13 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* gdk_drag_drop_done:
|
|
|
|
* @context: a #GdkDragContext
|
|
|
|
* @success: whether the drag was ultimatively successful
|
|
|
|
*
|
|
|
|
* Inform GDK if the drop ended successfully. Passing %FALSE
|
|
|
|
* for @success may trigger a drag cancellation animation.
|
|
|
|
*
|
|
|
|
* This function is called by the drag source, and should
|
|
|
|
* be the last call before dropping the reference to the
|
|
|
|
* @context.
|
|
|
|
*
|
2016-02-15 17:56:42 +00:00
|
|
|
* The #GdkDragContext will only take the first gdk_drag_drop_done()
|
|
|
|
* call as effective, if this function is called multiple times,
|
|
|
|
* all subsequent calls will be ignored.
|
2015-12-07 20:07:13 +00:00
|
|
|
*/
|
|
|
|
void
|
|
|
|
gdk_drag_drop_done (GdkDragContext *context,
|
|
|
|
gboolean success)
|
|
|
|
{
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
|
2016-02-15 17:56:42 +00:00
|
|
|
if (context->drop_done)
|
|
|
|
return;
|
|
|
|
|
|
|
|
context->drop_done = TRUE;
|
|
|
|
|
2015-12-07 20:07:13 +00:00
|
|
|
if (GDK_DRAG_CONTEXT_GET_CLASS (context)->drop_done)
|
|
|
|
GDK_DRAG_CONTEXT_GET_CLASS (context)->drop_done (context, success);
|
|
|
|
}
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
|
|
|
|
void
|
|
|
|
gdk_drag_context_set_cursor (GdkDragContext *context,
|
|
|
|
GdkCursor *cursor)
|
|
|
|
{
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
|
|
|
|
if (GDK_DRAG_CONTEXT_GET_CLASS (context)->set_cursor)
|
|
|
|
GDK_DRAG_CONTEXT_GET_CLASS (context)->set_cursor (context, cursor);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2016-02-15 16:02:14 +00:00
|
|
|
gdk_drag_context_cancel (GdkDragContext *context,
|
|
|
|
GdkDragCancelReason reason)
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
{
|
|
|
|
g_return_if_fail (GDK_IS_DRAG_CONTEXT (context));
|
|
|
|
|
2016-02-15 16:02:14 +00:00
|
|
|
g_signal_emit (context, signals[CANCEL], 0, reason);
|
gdk: Allow internal management of source-side DnD
We've traditionally left GTK+ to handle the input side of things,
letting GDK only manage the windowing-specific messaging. This
way of splitting responsibilities is not compatible however with
some backends, we must fold then input management at the DnD stage
into GDK (and backends) domain.
The gdk_drag_context_manage_dnd() call is meant to be the entry
point for this mode of operation, if the drag and drop operation
becomes managed, the caller (i.e. gtkdnd.c) doesn't need to perform
grabs, nor manage input events itself.
As a consequence of this, different aspects now belong to the
backend GdkDragContext implementation:
- Because the caller doesn't see keyboard events anymore,
keyboard navigation must be managed in GDK, so is the decision
of the current action based on modifiers/button pressed.
- Because the caller won't see input events in general, the lifetime
of the drag and drop operation is now communicated through the
::drop-performed, ::dnd-finished and ::cancel events
- Because the caller doesn't participate anymore on the action
being chosen, the pointer cursor must be set by the backend.
The caller is rather notified of the final action through the
::action signal.
The caller is still responsible of dealing with the corresponding
GdkSelection, ensuring its ownership and communicating the supported
mimetypes.
2016-01-08 20:03:01 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
gboolean
|
|
|
|
gdk_drag_context_handle_source_event (GdkEvent *event)
|
|
|
|
{
|
|
|
|
GdkDragContext *context;
|
|
|
|
GList *l;
|
|
|
|
|
|
|
|
for (l = contexts; l; l = l->next)
|
|
|
|
{
|
|
|
|
context = l->data;
|
|
|
|
|
|
|
|
if (!context->is_source)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (!GDK_DRAG_CONTEXT_GET_CLASS (context)->handle_event)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (GDK_DRAG_CONTEXT_GET_CLASS (context)->handle_event (context, event))
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
}
|
2016-01-13 19:51:19 +00:00
|
|
|
|
|
|
|
GdkCursor *
|
2016-04-26 07:31:33 +00:00
|
|
|
gdk_drag_get_cursor (GdkDragContext *context,
|
|
|
|
GdkDragAction action)
|
2016-01-13 19:51:19 +00:00
|
|
|
{
|
|
|
|
gint i;
|
|
|
|
|
|
|
|
for (i = 0 ; i < G_N_ELEMENTS (drag_cursors) - 1; i++)
|
|
|
|
if (drag_cursors[i].action == action)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (drag_cursors[i].cursor == NULL)
|
2017-11-03 22:19:22 +00:00
|
|
|
drag_cursors[i].cursor = gdk_cursor_new_from_name (drag_cursors[i].name, NULL);
|
|
|
|
|
2016-01-13 19:51:19 +00:00
|
|
|
return drag_cursors[i].cursor;
|
|
|
|
}
|
2016-03-09 16:00:31 +00:00
|
|
|
|
2018-05-11 22:13:11 +00:00
|
|
|
/**
|
|
|
|
* gdk_drag_action_is_unique:
|
|
|
|
* @action: a #GdkDragAction
|
|
|
|
*
|
|
|
|
* Checks if @action represents a single action or if it
|
|
|
|
* includes multiple flags that can be selected from.
|
|
|
|
*
|
|
|
|
* When @action is 0 - ie no action was given, %TRUE
|
|
|
|
* is returned.
|
|
|
|
*
|
|
|
|
* Returns: %TRUE if exactly one action was given
|
|
|
|
**/
|
|
|
|
GdkDragAction
|
|
|
|
gdk_drag_action_is_unique (GdkDragAction action)
|
|
|
|
{
|
|
|
|
return (action & (action - 1)) == 0;
|
|
|
|
}
|