1. 16 Oct, 2018 2 commits
    • LRN's avatar
      DnD: fix setting icon in drag-begin · 41721381
      LRN authored
      Commit 1c96b703 changed the way icon
      information is given to DnD. Previously an icon helper was kept at
      the drag source site. Now an image definition is stored there.
      The difference is that icon helper is an object that changes its
      state in response to an icon being set, thus the object survived
      multiple icon changes. Whereas image definition is destroyed and
      re-created from scratch every time a drag icon is changed.
      This created a problem where gtk_drag_begin_internal() would receive
      the value of site->image_def when a drag just began, then it emits
      "drag-begin" signal, in response to which an application can
      set drag icon, changing the value of site->image_def. However,
      gtk_drag_begin_internal() is unable to know about that change and
      continues to use the old value it received from up the stack.
      Not only does it prevent drag icon from being set from "drag-begin",
      it also can induce a crash, since the old image_def value used
      by gtk_drag_begin_internal() points to a freed memory region.
      Fix this by only setting a default icon (which is created in-place)
      in gtk_drag_begin_internal() if the caller does not care about icons.
      Otherwise gtk_drag_begin_internal() will return a boolean that indicates
      whether an icon needs to be set. Then the caller can invoke
      gtk_drag_set_icon_definition() to set the icon, if needed.
      Fixes #1407.
    • LRN's avatar
      Fix GtkDragSourceInfo disposal · 5e00fd25
      LRN authored
      gtk_drag_clear_source_info() immediately unrefs the info attached
      to the context (the very same info we're in the process of destroying
      in gtk_drag_source_info_free()). If that reference was the last one,
      then accessing the info object after that is a use-after-free error.
      Also, change the order a bit to first free the event, and only then
      unref the context.
      Fix this by copying all the fields of the info that we need, and
      then working with these copies.
  2. 11 Feb, 2018 2 commits
  3. 25 Nov, 2017 1 commit
    • LRN's avatar
      W32: Massive W32 DnD fix · 8caba953
      LRN authored
      Massive changes to OLE2 DnD protocol, which was completely broken before:
      * Keep GdkDragContext and OLE2 objects separate (don't ref/unref them
        together, don't necessarily create them together).
      * Keep IDataObject formats in the object itself, not in a global variable.
      * Fix getdata() to look up the request target in its format list, not in the
        global hash table
      * Create target GdkDragContext on each drag_enter, destroy it on drag_leave,
        whereas IDropTarget is created when a window becomes a drag destination
        and is re-used indefinitely.
      * Query the source IDataObject for its supported types, cache them in the
        target (!) context. This is how GTK+ works, honestly.
      * Remember current_src_object when we initiate a drag, to be able
        to detect later on that the data object is ours and use a
        shortcut when querying targets
      * Make sure GDK_DRAG_MOTION is only sent when something changes
      * Support GTK drag cursors
      * Ensure that exotic GTK clipboard formats are registered
        (but try to avoid registering formats that can't be used between applications).
      * Don't enumerate internal formats
      * Ensure that DnD indicator window can't accept drags or receive any kind of input
        (use WS_EX_TRANSPARENT).
      * Remove unneeded indentation in _gdk_win32_dnd_do_dragdrop()
      * Fix indentation in gdk_win32_drag_context_drop_finish()
      * Remove obsolete comments in _gdk_win32_window_register_dnd()
      * Check for DnD in progress when processing WM_KILLFOCUS, don't emit a grab
        break event in such cases (this allows alt-tabbing while DnD is in progress,
        though there may be lingering issues with focus after dropping...)
      * Support Shell ID List -> text/uri-list conversion, now it's possible
        to drop files (dragged from Explorer) on GTK+ applications
      * Explicitly use RegisterClipboardFormatA() when we know that the string
        is not in unicode. Otherwise explicitly use RegisterClipboardFormatW()
        with a UTF8->UTF16 converted string
      * Fix _gdk_win32_display_get_selection_owner() to correctly bail
        when selection owner HWND is NULL (looking up GdkWindow for NULL
        HWND always succeeds and returns the root window - not the intended
      * More logging
      * Send DROP_FINISHED event after DnD loop ends
      * Send STATUS event on feedback
      * Move GetKeyboardState() and related code into _gdk_win32_window_drag_begin(),
        so that it's closer to the point where last_pt and start_pt are set
      * Use & 0x80 to check for the key being pressed. Windows will set low-order bit
        to 1 for all mouse buttons to indicate that they are toggled, so simply
        checking for the value not being 0 is not enough anymore.
        This is probably a new thing in modern W32 that didn't exist before
        (OLE2 DnD code is old).
      * Fixed (hopefully) and simplified HiDPI parts of the code.
      Also adds managed DnD implementation for W32 GDK backend (for both
      OLE2 and LOCAL protocols). Mostly a copy of the X11 backend code, but
      there are some minor differences:
      * doesn't use drag_window field in GdkDragContext,
        uses the one in GdkWin32DragContext exclusively
      * subtracts hotspot offset from the window coordinates when showing
        the dragback animation
      * tries to consistently support scaling and caches the scale
        in the context
      * Some keynav code is removed (places where grabbing/ungrabbing should
        happen is marked with TODOs), and the rest is probably inert.
      Also significantly changes the way selection (and clipboard) is handled
      (as MSDN rightly notes, the handling for DnD and Clipboard
       formats is virtually the same, so it makes sense to handle
       both with the same code):
      * Don't spam GDK_OWNER_CHANGE, send them only when owner
        actually changes
      * Open clipboard when our process becomes the clipboard owner
        (we are doing it anyway, to empty the clipboard and *become* the owner),
        and then don't close it until a scheduled selection request event
        (with TARGETS target) is received. Process that event by announcing
        all of our supported formats (by that time add_targets() should have
        been called up the stack, thus the formats are known; just in case,
        add_targets() will also schedule a selection request, if one isn't
        scheduled already, so that late-coming formats can still be announced).
      * Allow clipboard opening for selection_convert() to be delayed if it
        fails initially.
      * The last two points above should fix all the bugs about GTK+ rising
        too much ruckus over OpenClipboard() failures, as owner change
        *is allowed* to fail (though not all callers currently handle
        that case), and selection_convert() is asynchronous to begin with.
        Still, this is somewhat risky, as there's a possibility that the
        code will work in unexpected ways and the clipboard will remain open.
        There's now logging to track the clipboard being opened and closed,
        and a number of failsafes that try to ensure that it isn't kept open
        for no reason.
      * Added copious notes on the way clipboard works on X11, Windows and GDK-W32,
        also removed old comments in DnD implementation, replaced some of them
        with the new ones
      * A lot of crufty module-global variables are stuffed into a singleton
        object, GdkWin32Selection. It's technically possible to make it a
        sub-object of the Display object (the way Wayland backend does),
        but since Display object on W32 is a singleton anyway... why bother?
      * Fixed the send_change_events() a bit (was slightly broken in one of the
        previous iterations)
      * Ensure that there's no confusion between selection conversion (an artifact
        term from X11) and selection transmutation (changing the data to be W32-compatible)
      * Put all the transmutation code and format-target-matching code into gdkselection-win32.c,
        now this code isn't spread across multiple files.
      * Consequently, moved some code away from gdkproperty-win32.c and gdkdnd-win32.c
      * Extensive format transmutation checks for OLE2 DnD and clipboard.
        We now keep track of which format mappings are for transmutations,
        and which aren't (for example, when formats are passed as-is, or when
        a registered name is just an alias)
      * Put transmutation code into separate functions
      * Ensure that drop target keeps a format->target map for supported formats,
        this is useful when selection_convert() is called, as it only receives a
        single target and no hints on the format from which the data should
        be transmuted into this target.
      * Add clear_targets() on W32, to de called by GTK
      * Use g_set_object() instead of g_ref_object() where it is allowed.
      * Fix indentation (and convert tabs to spaces), remove unused variables
  4. 22 Nov, 2017 1 commit
  5. 05 May, 2017 1 commit
  6. 09 Jan, 2017 1 commit
  7. 01 May, 2016 2 commits
  8. 27 Apr, 2016 2 commits
    • Matthias Clasen's avatar
      dnd: Fix some issues with drag icons · 1d35f273
      Matthias Clasen authored
      In non-composited environments, we were ending up with all-black
      drag icons, because nothing was drawing the background of our new
      toplevel. Fix this by drawing background when we are not composited.
      We don't do this when composited, since we want to allow transparent
    • Matthias Clasen's avatar
      dnd: Fix lifecycle issues with widgets as drag icons · c27c4e20
      Matthias Clasen authored
      The documentation clearly says that the widget is not destroyed,
      but we were in fact failing to keep it alive, since it was still
      a child or the icon_window when we destroy that. Fix this by
      reparenting the icon_widget out before. Also, deal with the
      possibility that the application might destroy the widget
      halfway through, for whatever reason.
  9. 25 Mar, 2016 1 commit
  10. 21 Feb, 2016 1 commit
  11. 15 Feb, 2016 1 commit
  12. 28 Jan, 2016 1 commit
    • Carlos Garnacho's avatar
      gtkdnd: Fix deprecation compile warnings · 0125aa0a
      Carlos Garnacho authored
      Grabbing must stay a bit longer until all other backends than x11/wayland
      catch up with GDK DnD, so ignore deprecation flags are used on those. The
      uses of GdkDeviceManager can be entirely avoided though.
  13. 20 Jan, 2016 1 commit
  14. 19 Jan, 2016 3 commits
  15. 11 Jan, 2016 1 commit
  16. 08 Jan, 2016 2 commits
    • Matthias Clasen's avatar
      Use standard cursor names for DND · 4b7c8218
      Matthias Clasen authored
      At least as far as we have them. CSS has on equivalent of dnd-ask,
      so we keep using that name as-is.
    • Alberto Ruiz's avatar
      introspection: This patch fixes nullable return values fixes for the following symbols in gtk · 496f0892
      Alberto Ruiz authored
  17. 26 Dec, 2015 1 commit
    • Matthias Clasen's avatar
      Use CSS syntax for drop highlighting · 158dbbc8
      Matthias Clasen authored
      I hadn't noticed the :drop() pseudo state in the CSS4 Selectors
      spec when I added this a while ago. This commit renames
      :drop(active) as equivalent to the :dnd pseudo state.
  18. 15 Dec, 2015 1 commit
  19. 13 Dec, 2015 3 commits
    • Matthias Clasen's avatar
      dnd: Cleanups · a22c1ec9
      Matthias Clasen authored
      Remove some now unused includes and dead code, and rename
      gtk_drag_set_icon_window to gtk_drag_set_icon_widget_internal,
      since it is no longer restricted to toplevel windows.
    • Matthias Clasen's avatar
      dnd: Stop doing cancel animation in GTK+ · 95f64814
      Matthias Clasen authored
      Under Wayland, the compositor does it, so there is no need
      for us to move the window ourselves. For X11, we are now
      doing the animation from the X11 backend. Trigger that by
      calling gdk_drag_drop_done().
      What changes here is that we have to keep the icon_window
      alive for as long as the drag context exists. Use a weak
      reference to do so.
    • Matthias Clasen's avatar
      dnd: Pass start coordinates when creating the drag context · a24bbcbb
      Matthias Clasen authored
      This will be used in subsequent commits.
  20. 08 Dec, 2015 2 commits
  21. 03 Dec, 2015 2 commits
  22. 02 Dec, 2015 7 commits
  23. 01 Dec, 2015 1 commit