1. 04 Mar, 2016 12 commits
  2. 26 Feb, 2016 1 commit
  3. 23 Feb, 2016 3 commits
  4. 22 Feb, 2016 1 commit
  5. 20 Feb, 2016 2 commits
  6. 17 Feb, 2016 3 commits
  7. 16 Feb, 2016 1 commit
  8. 11 Feb, 2016 1 commit
  9. 09 Feb, 2016 4 commits
  10. 05 Feb, 2016 1 commit
    • Derek Foreman's avatar
      xwm: Don't clear the selection if it has no text type available · 4e184482
      Derek Foreman authored
      weston maintains a copy of the most recently selected "thing" - it picks
      the first available type when it copies, and saves that one only.
      
      When an application quits weston will make the saved selection active.
      
      When xwm sees the selection set it will check if any of the offered types
      are text.  If no text type is offered it will clear the selection.
      
      weston then interprets this in the same way as an application exiting and
      causing the selection to be unset, and we get caught in a live lock with
      both weston and xwayland consuming as much cpu as they can.
      
      The simple fix is to just remove the test for text presence.
      Signed-off-by: default avatarDerek Foreman <derekf@osg.samsung.com>
      Reviewed-by: Carlos Garnacho's avatarCarlos Garnacho <carlosg@gnome.org>
      4e184482
  11. 04 Feb, 2016 1 commit
  12. 03 Feb, 2016 1 commit
  13. 02 Feb, 2016 2 commits
  14. 01 Feb, 2016 4 commits
  15. 20 Jan, 2016 1 commit
  16. 19 Jan, 2016 2 commits
    • Bryce Harrington's avatar
      51e89200
    • Carlos Garnacho's avatar
      dnd: Turn into a full blown example · f377535a
      Carlos Garnacho authored
      In order to keep things simple, weston-dnd made a few choices that
      turn out to be unrealistic, a few tweaks have been done to make it
      less of a playground demo:
      
      - It now caters for copy/move operations, instead of just move,
        which still remains the default nonetheless.
      - As "move" operations are no longer assumed, the item isn't removed
        on start_drag, instead it is made translucent until the drag
        operation finishes (and we know whether the item is to be
        removed after transfer or left as is)
      - For the same reasons, "Drop nowhere to delete item" no longer
        happens. Drag-and-drop is a failable operation and must not result
        in data loss.
      - As multiple actions are now allowed, we set the pointer icon
        surface accordingly to the current operation.
      
      This makes weston-dnd a better example of what applications usually
      want to do here.
      
      Changes since v2:
        - Updated to behave alright-ish with version < 3.
      
      Changes since v1:
        - Remove unneeded include. Remove extra newlines. Other minor
          code fixes.
      Signed-off-by: Carlos Garnacho's avatarCarlos Garnacho <carlosg@gnome.org>
      Reviewed-by: Jonas Ådahl's avatarJonas Ådahl <jadahl@gmail.com>
      f377535a