1. 09 Jan, 2021 6 commits
  2. 08 Jan, 2021 4 commits
  3. 07 Jan, 2021 2 commits
  4. 06 Jan, 2021 1 commit
  5. 04 Jan, 2021 1 commit
  6. 03 Jan, 2021 7 commits
  7. 16 Dec, 2020 2 commits
  8. 29 Nov, 2020 1 commit
  9. 20 Sep, 2020 1 commit
  10. 28 Oct, 2019 1 commit
  11. 06 Oct, 2019 1 commit
  12. 16 Sep, 2019 1 commit
  13. 24 Aug, 2019 1 commit
  14. 13 Aug, 2019 2 commits
  15. 10 Jul, 2019 1 commit
    • Christoph Cullmann's avatar
      [PATCH] Quick Open: fix LRU listing regression · 2fdd8c14
      Christoph Cullmann authored
      The quick open list used to be sorted by order of access (the old code
      called it LRU order). Commit d6e38c0c broke this.
      The first sort() call is changed to stable_sort() in order to preserve
      the "bold" field and the new "sort_id" field. A comment warns about this
      subtle and easy to break requirement. This change was needed to sort the
      file list by LRU (files not in the sortedViews list have no sort_id set,
      and thus are sorted below all LRU sorted entries).
      stable_sort() should be slower than sort(), although the C++ standard
      promises the same algorithmic complexity. On the other hand, this change
      also lets us get rid of the openedUrls string list and the associated
      linear search.
      The second sort must always be a stable_sort(). This is a bug in the
      previous code. It sorted only on the "bold" field, which means
      everything else can be reordered as sort() likes. Even if it "worked",
      it was buggy.
      To completely restore the old behavior, select the second entry by
      default in the quick open list. This is so that you can quickly switch
      between the two last recently accessed files. The old code actually
      selected the first entry if the sortedViews list contained less than 2
      elements - keep that behavior too.
      Author: Vincent Lang
      BUG: 407103
  16. 26 May, 2019 1 commit
  17. 22 May, 2019 1 commit
    • Christoph Cullmann's avatar
      Fix quick open mode selection · 4fbe4073
      Christoph Cullmann authored
      Me being an idiot and all forgot to change the quick open model when configuration dialog changes the mode (sigh).
      So fixing that. Testing manually it seems that now it behaves as expected.
      Thanks for being so patient.
      BUG: 407512
      Reviewers: cullmann
      Reviewed By: cullmann
      Subscribers: kwrite-devel
      Tags: #kate
      Differential Revision: https://phabricator.kde.org/D21294
  18. 09 Mar, 2019 1 commit
  19. 01 Mar, 2019 1 commit
  20. 19 Nov, 2018 1 commit
  21. 11 Nov, 2018 1 commit
  22. 17 Oct, 2018 1 commit
    • Tomaz  Canabrava's avatar
      Fix Duplicates on Quick Open File · d6e38c0c
      Tomaz Canabrava authored
      The logic on the quick open was overcomplex, and it led to
      bugs while filling the document list.
      The new logic fills a vector with all the files,
      organizes them by Url, remove the files based on the
      duplicated url's (so name matching doesn't matter) and only
      then starts to populate the view.
      I belive this is also faster than the old code as I minimized
      the amount of memory allocations and deallocations.
      I'm unsure about the use of QFileInfo in the end of the code as
      we can have too many files there and creating a temporary
      QFileInfo just to get the name is a huge overhead, we can do a split('/').last()
      for the file name. I'll do some measurements with that.
      Reviewers: cullmann, brauch, neundorf
      Reviewed By: cullmann
      Subscribers: gregormi, dhaumann, kwrite-devel
      Tags: #kate
      Differential Revision: https://phabricator.kde.org/D15804
  23. 13 Aug, 2018 1 commit