1. 17 May, 2022 1 commit
  2. 16 May, 2022 1 commit
  3. 15 May, 2022 1 commit
  4. 13 May, 2022 1 commit
    • Alexander Lohnau's avatar
      Drop KNS3 prefix for KMoreTools includes · 0fc218fd
      Alexander Lohnau authored
      In KF6 KMoreTools should become it's own library and thus the KNS3 prefix should get removed.
      Considering that the classes are not in any namespace, having a namespaced include is not needed and only causes noise.
      0fc218fd
  5. 11 May, 2022 2 commits
  6. 08 May, 2022 1 commit
  7. 07 May, 2022 1 commit
  8. 06 May, 2022 2 commits
  9. 05 May, 2022 2 commits
  10. 04 May, 2022 2 commits
  11. 03 May, 2022 1 commit
  12. 02 May, 2022 2 commits
    • oioi 555's avatar
      Re-add "Open Terminal Here" feature · 9b5f5698
      oioi 555 authored and Nate Graham's avatar Nate Graham committed
      This is equivalent to the "Open Terminal Here" feature that existed until Version 20.12.  
      
      If the user has selected folders, replace "Open Terminal" in the context menu with "Open Terminal Here".  
      When more than 5 folders are selected, a modal window will ask the user if they are sure they want to
      open all 6 or more terminal windows.
      
      In Detail View, users can also select a file, 
      which will open a terminal at the location of that file.
      
      BUG: 452637
      FIXED-IN: 22.08
      9b5f5698
    • Script Kiddy's avatar
      SVN_SILENT made messages (.desktop file) - always resolve ours · e1483293
      Script Kiddy authored
      In case of conflict in i18n, keep the version of the branch "ours"
      To resolve a particular conflict, "git checkout --ours path/to/file.desktop"
      e1483293
  13. 01 May, 2022 6 commits
  14. 30 Apr, 2022 1 commit
  15. 29 Apr, 2022 1 commit
  16. 27 Apr, 2022 3 commits
    • Felix Ernst's avatar
      Merge branch 'release/22.04' · f08a8dd0
      Felix Ernst authored
      f08a8dd0
    • Felix Ernst's avatar
      Fix terminal panel not keeping up with dir changes · e70e12e3
      Felix Ernst authored
      The terminal panel is supposed to show the same location as the
      currently active Dolphin view at all times.
      
      However there was an issue when the terminal is supposed to
      quickly switch to a new location and then back again to the old
      one. The terminal ignored the switch to the old location unless it
      had already fully switched to the new location. Because it isn't
      particularly fast at fully switching to the new location, it would
      never do the expected thing of switching back to the old location.
      
      This commit makes it so the switch to the old location is only
      ignored if there are no in-progress switches to a different
      location.
      
      BUG: 391380
      
      BUG: 416690
      
      FIXED-IN: 22.04.2
      
      Not totally sure if this fixes everything but it seems like an improvement.
      e70e12e3
    • Script Kiddy's avatar
      SVN_SILENT made messages (.desktop file) - always resolve ours · 8076b54a
      Script Kiddy authored
      In case of conflict in i18n, keep the version of the branch "ours"
      To resolve a particular conflict, "git checkout --ours path/to/file.desktop"
      8076b54a
  17. 26 Apr, 2022 5 commits
  18. 25 Apr, 2022 1 commit
  19. 24 Apr, 2022 2 commits
  20. 20 Apr, 2022 1 commit
    • Felix Ernst's avatar
      Don't deselect on Ctrl+Right-Click · 6c91dfa4
      Felix Ernst authored
      (Part of my work towards !273)
      
      Currently, when items are selected and a user right-clicks a selected item
      while having the Ctrl key pressed down, the item is first
      deselected and then a context menu is opened that doesn't involve
      the item that was just deselected.
      
      This is slightly confusing because normally one right-clicks an
      item to see its context menu. Right-click being able to deselect
      an item seems like unintended functionality in the first place but
      in this scenario it also means that the intended opening of a
      context menu for the pressed item doesn't even happen.
      
      There is a good chance that nobody is even aware of this behaviour
      because the normal way to deselect an item would be to
      Ctrl+Left-Click if anything. Why would someone choose to open a
      context menu and deselect items in a single step? Why would they
      have selected an item they don't want to open a context menu for in
      the first place?
      
      Because of a discussion in this merge request deselecting on Ctrl+Middle-Click was also
      removed for consistency with Ctrl+Right-Click and
      Ctrl+Shift+Middle-Click.
      
      This commit also makes a later implementation of a selection mode
      more straightforward.
      6c91dfa4
  21. 19 Apr, 2022 2 commits
  22. 18 Apr, 2022 1 commit