1. 24 Jun, 2022 1 commit
    • António Fernandes's avatar
      listbase: Cancel rubberband if not handling drag · bed37db4
      António Fernandes authored
      If the drag events are claimed by another gesture (e.g. a GtkDragSource
      in an item widget), list base still commits a rubberband selection, for
      a rubberband which wasn't even visible yet. This is a problem for the
      GNOME Files application which needs both rubberbanding and drag-n-drop.
      
      My previous fix[0] was enough for the case where the event sequence is
      claimed right before the first GtkDragGesture::drag-update emission,
      but it's useless if the event is claimed later (e.g. after the drag
      treashold), because a rubberband already exists by that time.
      
      Therefore, the complete solution requres checking whether the event
      sequence is no longer being handled by our gesture, and commit the
      selection changes only if it is, but otherwise cleanup the rubberband.
      
      This is what GtkFlowBox does already, so let's do the same here.
      
      [0] commit dc4540fa
      bed37db4
  2. 23 Jun, 2022 2 commits
  3. 22 Jun, 2022 7 commits
  4. 21 Jun, 2022 4 commits
  5. 20 Jun, 2022 2 commits
  6. 17 Jun, 2022 3 commits
  7. 16 Jun, 2022 1 commit
  8. 15 Jun, 2022 2 commits
  9. 14 Jun, 2022 3 commits
  10. 13 Jun, 2022 12 commits
  11. 12 Jun, 2022 3 commits