1. 06 Jun, 2017 1 commit
  2. 27 May, 2017 2 commits
  3. 25 May, 2017 1 commit
  4. 22 May, 2017 2 commits
  5. 11 May, 2017 4 commits
  6. 08 May, 2017 3 commits
  7. 29 Apr, 2017 1 commit
    • Athanasios Kanellopoulos's avatar
      Sort the tag-values alphabetically in the "Tags" column · 65467d80
      Athanasios Kanellopoulos authored
      Up until now tag-values have appeared unsorted in the Tags column
      when the selected View Mode is "Details".
      In older versions of Dolphin (in KDE4) the tags-values were
      alphabetically sorted in the Tags column, which means that back then
      this was the desired behavior.
      This commit restores this functionality.
      BUG: 377589
      FIXED-IN: 17.04.1
      REVIEW: 130068
  8. 12 Apr, 2017 1 commit
  9. 07 Apr, 2017 1 commit
  10. 05 Apr, 2017 1 commit
  11. 29 Mar, 2017 1 commit
  12. 27 Mar, 2017 2 commits
    • Albert Astals Cid's avatar
    • Don Nguyen's avatar
      behavior change -> New Window opens with same URL · 4de29ad9
      Don Nguyen authored
      This patch will cause a "New Window" command to open a new window with
      the URL from the active view.  Opening a new instance via launcher will
      still open a new window with the URL specified in Startup settings.
      This is the behavior in Windows 10 file explorer.  The advantage is this
      gives the user a way to open a new window with the current URL(New
      Window) as well as a new window with URL specified in Startup
      settings(new instance) whereas currently, there isn't an easy way to
      open a new window with the current URL.  You'd have to either open a new
      window and copy and paste the URL, or open a new tab(which opens with
      the same URL) and detach it.  I'd much rather have the new window open
      with the current URL and if what I wanted was the Startup URL I could
      easily get there as it's already bookmarked.
      REVIEW: 129973
  13. 20 Mar, 2017 2 commits
  14. 15 Mar, 2017 1 commit
  15. 14 Mar, 2017 2 commits
  16. 13 Mar, 2017 1 commit
    • Elvis Angelaccio's avatar
      Port to KStandardAction::DeleteFile · 68bb0ec2
      Elvis Angelaccio authored
      It was introduced in kconfig 5.25 and it properly handles the shift+del
      shortcut (together with kxmlgui >= 5.30). This allows us to drop the
      custom delete shortcut as well as the shift+del workaround in
      Test Plan: Shift+Del still deletes files, without the 'ambiguous shortcut' warning dialog.
      Reviewers: emmanuelp
      Differential Revision: https://phabricator.kde.org/D5010
  17. 12 Mar, 2017 1 commit
  18. 10 Mar, 2017 1 commit
  19. 08 Mar, 2017 2 commits
  20. 26 Feb, 2017 1 commit
    • Vishal Rao's avatar
      Increase smooth scrolling animation duration from 100 to 300 ms and set easing curve to InOutQuart · 58c5eae1
      Vishal Rao authored
      The current animation duration for smooth scrolling is 100 ms which feels as if there is no smooth scroll animation in the first place. Bumping this up to something like 300 ms seems to make the scrolling actually appear smooth.
      Also, based on diff comments the easing curve is set to InOutQuart.
      Test Plan: Built this change locally and tried scrolling a folder with many items both single step mouse wheel and also larger steps of the mouse wheel.
      Reviewers: elvisangelaccio, emmanuelp
      Reviewed By: emmanuelp
      Subscribers: htietze, colomar, andreask, emmanuelp, elvisangelaccio
      Differential Revision: https://phabricator.kde.org/D4560
  21. 24 Feb, 2017 1 commit
  22. 20 Feb, 2017 1 commit
    • David Edmundson's avatar
      Work round missing right click event after dismissing a context menu · f72dadb0
      David Edmundson authored
      There is a bug that can happen in the following situation:
      - user right clicks to open a menu
      - that context menu grabs input
      - the QGrabphicsView also notes the mouse was pressed, but not that the
      mouse was released because it doesn't have mouse events any more
      - when a user clicks to dismiss the menu and then without moving clicks
      quickly again to send, we don't get another press event because the
      QGraphicsScene still thinks the mouse is pressed from the first time the
      context menu was shown and
      QGraphicsScenePrivate::lastMouseGrabberItemHasImplicitMouseGrab still
      points to the old object.
      This is a known bug in QGraphicsView and you can see
      QGraphicsScenePrivate::sendMouseEvent has a workaround to reset the
      lastMouseGrabberItemHasImplicitMouseGrab on mouse moves, with the
      comment: "This is a temporary fix for until we get proper mouse
      grab events."
      Realistically this isn't going to happen in QGraphicsView now.
      We do get a double click event though. By checking for double click
      events we can grab those missed clicks. It doesn't cause any other side
      effects because normally the context menu will fire after the first
      click and this rarely gets processed.
      REVIEW: 129960
  23. 19 Feb, 2017 1 commit
  24. 18 Feb, 2017 6 commits