1. 10 Feb, 2016 1 commit
  2. 21 Mar, 2015 1 commit
  3. 04 Feb, 2015 1 commit
  4. 28 Jan, 2015 1 commit
  5. 25 Dec, 2014 1 commit
  6. 14 Dec, 2014 2 commits
  7. 02 Nov, 2014 1 commit
  8. 21 Oct, 2014 3 commits
  9. 18 Oct, 2014 2 commits
  10. 10 Oct, 2014 1 commit
  11. 07 Oct, 2014 1 commit
  12. 01 Oct, 2014 1 commit
  13. 09 Sep, 2014 1 commit
    • Kai Uwe Broulik's avatar
      Add "Open Path" context menu action · 42153e55
      Kai Uwe Broulik authored
      This adds a third option to the "in new tab" and "in new window" which opens
      the parent folder in the same view
      
      BUG: 298704
      FIXED-IN: 4.15
      REVIEW: 110133
      42153e55
  14. 21 Aug, 2014 1 commit
  15. 19 Aug, 2014 1 commit
  16. 13 Aug, 2014 1 commit
  17. 29 Jun, 2014 1 commit
  18. 12 Jun, 2014 1 commit
  19. 05 May, 2014 3 commits
  20. 20 Nov, 2013 1 commit
  21. 28 Aug, 2013 1 commit
    • Emmanuel Pescosta's avatar
      Replaced all KNewFileMenu usages in DolphinPart by DolphinNewFileMenu. · a4ef4bbf
      Emmanuel Pescosta authored
      Removed all signal-slot-connections related to DolphinNewFileMenu->errorMessage(QString)
      in DolphinMainWindow and DolphinContextMenu and replaced it by a better solution.
      
      Now we make use of the already existing DolphinNewFileMenuObserver singleton class to achieve a better
      error handling, because every newly created DolphinContextMenu instance registers himself by DolphinNewFileMenuObserver
      and we use this to connect the errorMessage(QString) signal of every DolphinContextMenu instance to the errorMessage(QString)
      signal of the DolphinNewFileMenuObserver singleton class.
      
      So we need only one connection from DolphinNewFileMenuObserver to DolphinMainWindow (or to DolphinPart) to
      collect all error messages thrown by every DolphinNewFileMenu instance.
      
      REVIEW: 112178
      a4ef4bbf
  22. 16 Aug, 2013 1 commit
  23. 25 Jun, 2013 1 commit
  24. 21 Jun, 2013 1 commit
  25. 04 Jun, 2013 1 commit
  26. 29 May, 2013 1 commit
  27. 22 May, 2013 1 commit
  28. 14 May, 2013 1 commit
  29. 05 May, 2013 1 commit
    • David Faure's avatar
      Reimplement handling of Shift while showing menu without KModifierKeyInfo · 57e65aab
      David Faure authored
      Finding out whether shift is pressed initially can be done
      with qApp->keyboardModifiers(), and finding out that the user is pressing
      or release shift can be done with keyPressEvent/keyReleaseEvent.
      
      This required to inherit from KMenu rather than having the KMenu
      as a member.
      
      KModifierKeyInfo is only implemented on X11, so this makes the code
      more portable. If similar solutions can be found for other users of
      KModifierKeyInfo, it will be deprecated in KF5.
      
      REVIEW: 110303
      57e65aab
  30. 11 Jul, 2012 1 commit
  31. 10 Jul, 2012 1 commit
  32. 02 Jun, 2012 2 commits
  33. 29 May, 2012 1 commit