1. 24 Jun, 2010 2 commits
  2. 23 Jun, 2010 5 commits
  3. 20 Jun, 2010 2 commits
  4. 18 Jun, 2010 1 commit
  5. 28 Mar, 2010 1 commit
  6. 13 Mar, 2010 1 commit
  7. 10 Mar, 2010 1 commit
  8. 09 Mar, 2010 1 commit
    • Jakob Leben's avatar
      Qt: drag-and-drop: simplification and robustness · e3c255e6
      Jakob Leben authored
      - Make PlMimeData simply a subclass of QMimeData: destructor of indirect
      subclasses of QObject is called even if their direct base class' destructor
      is not virtual.
      - Protection against using input_item_t* from another VLC instance:
      qobject_cast<PlMimeData*>() will fail on QMimeData dropped from another process.
      - Some refactoring of PLModel::dropMove() for robustness.
      e3c255e6
  9. 08 Mar, 2010 3 commits
    • Jakob Leben's avatar
      Qt: use input_item_t* for drag-and-drop data · 61e1f02d
      Jakob Leben authored
      A helper object keeps reference count until drag-and-drop is finished.
      61e1f02d
    • Rémi Duraffort's avatar
      d575e644
    • Jakob Leben's avatar
      Qt: Playlist drag and drop corrections · 4bd42ef6
      Jakob Leben authored
      - Use item ids instead of pointers for drag data to prevent usage after freeing.
      - The list of selected items that contitutes drag data is sorted correctly according to item position in tree. This keeps their relative order after drop operation even if they originated from different parent nodes.
      - If a parent and any of it's children are selected, only the parent enters drag'n'drop operation. Children are thus not moved out of the parent when dropping.
      - Copying by drag and drop performs a recursive copy of all children.
      4bd42ef6
  10. 05 Mar, 2010 1 commit
  11. 04 Mar, 2010 2 commits
  12. 03 Mar, 2010 1 commit
  13. 01 Mar, 2010 1 commit
    • Rémi Denis-Courmont's avatar
      Qt4: use explicit direct connections when passing VLC pointers... · 88d39cee
      Rémi Denis-Courmont authored
      ...without reference. With a direct connection, the call stack ensures
      that the pointer remains valid until the slot returns. This is not the
      case for asynchronous ("queued" in Qt4 documentation) signals.
      
      Obviously, this means we have to emit the signals from the Qt4 main loop
      thread, *or* alternatively not touch any Qt4 UI stuff fromt he slot.
      Hopefully, any such bug would be easier to find this ways.
      88d39cee
  14. 24 Feb, 2010 2 commits
  15. 23 Feb, 2010 1 commit
  16. 18 Feb, 2010 1 commit
  17. 17 Feb, 2010 1 commit
  18. 14 Feb, 2010 2 commits
  19. 12 Feb, 2010 1 commit
  20. 11 Feb, 2010 1 commit
  21. 10 Feb, 2010 4 commits
  22. 09 Feb, 2010 1 commit
  23. 02 Feb, 2010 2 commits
  24. 31 Jan, 2010 1 commit
  25. 30 Jan, 2010 1 commit