1. 18 Apr, 2018 4 commits
  2. 17 Apr, 2018 1 commit
  3. 10 Apr, 2018 1 commit
  4. 09 Apr, 2018 12 commits
    • Milian Wolff's avatar
      Reformat to indent width 4 · 075ef63c
      Milian Wolff authored
    • Milian Wolff's avatar
      Output paths when there's a mismatch · db0c6370
      Milian Wolff authored
    • Milian Wolff's avatar
      Penalize matches in the shared project prefix path · a4f48fd5
      Milian Wolff authored
      This is a refinement of the previous patch, which isn't perfect yet:
      Assume you have a project at /A/B/C. Now, you have
      these two files in there:
      Note also how quickopen trims the shared prefix path when it displays
      the results:
      When you search for C/file, both files used to get the same quality,
      even though the former one matches only in the shared prefix path
      of the project.
      This patch adds a penalty when the match happens in the shared
      prefix. Thus, when you search for C/file you'd now get the second
      path preferred. This is imo much more desirable.
      The benchmark timings are still pretty much the same.
      Subscribers: kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11940
    • Milian Wolff's avatar
      Prefer matches closer to the end of the path · 0d38ff7c
      Milian Wolff authored
      Working on one codebase, I regularly fail to quickly find some
      files I'm looking for because they use generic names that are also
      part of the project path. We used to match from the start and
      grouped all fuzzy matches together in the OtherMatch group, thus
      the sort order for the following files is the same for the filter
      strings "home", "sources" or "project":
      Now, we sort the OtherMatches by how close we matched towards
      the end of the path. Thus we split up the sort order for the three
      paths and the corresponding three filter strings. We will now prefer
      "something_home.cpp" for "home", "something_sources.cpp" for "sources"
      and "something_project.cpp" for "project".
      I could not see any noteworthy changes in the benchmark runtimes.
      Subscribers: kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11939
    • Milian Wolff's avatar
      Simplify code and remove duplicate loop to find exact matches · 490ebbc3
      Milian Wolff authored
      Sadly, the code is not any faster (nor slower) - according to
      the benchmark the performance stays pretty much the same. Still,
      it's worth it to merge the loop for readability I think. It clearly
      shows that we want to go through the segments once to find a
      certain match quality.
      Subscribers: kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11938
    • Milian Wolff's avatar
      Run match filter loop in reverse order from the end of the path · 80331a7d
      Milian Wolff authored
      This doesn't change anything from the functionality POV, but will
      hopefully enable us to merge the ExactMatch loop and also improve
      sorting of OtherMatches in the future.
      The benchmark does not show any noteworthy timing differences.
      Subscribers: kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11937
    • Milian Wolff's avatar
      Refactor matchPathFilter to enable more advanced result sorting · a016f25b
      Milian Wolff authored
      We now return a plain int quality which is then used to sort the
      matched filter items. This patch does not touch the sorting
      behavior itself - this will be done in follow-up patches.
      Most notably, I plan to allow finer grained sorting of the
      OhterMatch category, such that matches closer to the end of
      the path are preferred.
      The benchmark shows no big difference before/after this patch,
      giving me confidence that I'm not introducing any big
      performance changes.
      Subscribers: kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11936
    • Kevin Funk's avatar
      Merge remote-tracking branch 'origin/5.2' · 6fadfae0
      Kevin Funk authored
    • Kevin Funk's avatar
      release-scripts: create_log: More refactoring · a325f79f
      Kevin Funk authored
      - Generate HTML code only at the very end of the createLog-function
      - Print 'No changes' in case there were no changes
      - Add a showInterestingChangesOnly option to createLog-function
    • Kevin Funk's avatar
      release-scripts: Add create_log_all.py · 98087f35
      Kevin Funk authored
      Can be used to generate the complete change log for all released
      KDevelop projects.
      Run like this:
        ./release-scripts/create_log_all.py v5.2.1 v5.2.2
    • Kevin Funk's avatar
    • Kevin Funk's avatar
      release-scripts: kdevplatform repo is no more · 144333bc
      Kevin Funk authored
  5. 08 Apr, 2018 1 commit
  6. 07 Apr, 2018 1 commit
  7. 06 Apr, 2018 4 commits
  8. 05 Apr, 2018 1 commit
    • René J.V. Bertin's avatar
      Use the project name more consistently · a44554ef
      René J.V. Bertin authored
      The user-provided project name will now also be used to name the .kdev4
      project files. This makes it possible to create multiple KDevelop
      projects in a single directory from within KDevelop.
      The project import process is changed slightly: the dialog questioning
      the user if an existing project file should be used or overridden will
      now only appear when importing a non-kdev4 "project" file to a project
      name that is already used in the same directory.
      Differential Revision: https://phabricator.kde.org/D9344
  9. 04 Apr, 2018 9 commits
    • Milian Wolff's avatar
      Don't export the matchesAbbreviationHelper function · 9b4ef75a
      Milian Wolff authored
      It is only used within the abbreviations.cpp file, and only by
      matchesAbbreviation and recursively by itself.
    • Milian Wolff's avatar
      Only do fuzzy path matching on the very last path/filter segments · 5b9b5c1e
      Milian Wolff authored
      The old code joined all filter segments and then used that to match
      it against the last path segment. This is quite odd behavior, imo:
      If I type "foo/bar", then I wouldn't expect it to match a file called
      "fooXbar". On the other hand, I would expect "foo/bar" to fuzzy-match
      "foo/xBxAxRx", since the "foo" segment is matched and then "bar" is
      fuzzy-matched against the "xBxAxRx" segment.
      The new tests fuzzy2, fuzzy3 and fuzzy5 fail with the old code but
      pass with the new, simplified code.
      Subscribers: kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11933
    • Milian Wolff's avatar
      CMake Server: Reuse existing build directory path when available · e9b0a340
      Milian Wolff authored
      When the build dir is accessible via multiple (symlinked) paths,
      we should reuse whatever the current CMakeCache is using. This
      ensures that we don't trigger a needless cache invalidation leading
      to a full project rebuild. E.g. I have:
      kdesrc-build will build this in:
      To enable quick build dir selection by kdevelop, I also
      created this symlink:
      /home/milian/projects/kf5/build -> /home/milian/projects/kf5/build-dbg
      Thus KDevelop is running the cmake server configuration job with
      this path instead of the one chosen by kdesrc-build above:
      In the end, this lead to me having to recompile every project after
      I ran kdesrc-build and opening the project in kdevelop...
      This patch looks up the existing CMAKE_CACHEFILE_DIR variable
      and reuses that if available. I.e. now KDevelop will actually use
      /home/milian/projects/kf5/build-dbg/frameworks/kdesu automatically,
      and I don't need to recompile everything all the time.
      Reviewers: #kdevelop, rjvbb
      Subscribers: kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11921
    • Milian Wolff's avatar
      De-inline path matching code from quick open filter template class · cd35dbbe
      Milian Wolff authored
      This reduces template code and makes it easier to change this
      code without having to recompile everything.
    • Milian Wolff's avatar
    • Milian Wolff's avatar
      Use more specific include · 85995a9c
      Milian Wolff authored
    • Friedrich W. H. Kossebau's avatar
      Merge branch '5.2' · edf2742b
      Friedrich W. H. Kossebau authored
    • Friedrich W. H. Kossebau's avatar
      Avoid emptry entries in project files filter list · 3a74e103
      Friedrich W. H. Kossebau authored
      Some project file manager plugins like KDevGenericManager do not have a list
      of project file name filters. They need to be skipped when accumulating the
      lists of file name filters instead of adding empty entries.
      Test Plan:
      Use "Open/Import Project..." action when running in environment with KDE_FULL_SESSION
      being set and select the dropdown list of the filter selection.
      No more empty entries after this patch.
      Reviewers: #kdevelop, mwolff
      Reviewed By: #kdevelop, mwolff
      Subscribers: mwolff, kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D11912
    • Script Kiddy's avatar
      SVN_SILENT made messages (.desktop file) - always resolve ours · 973133a4
      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"
  10. 03 Apr, 2018 3 commits
  11. 29 Mar, 2018 1 commit
    • Sven Brauch's avatar
      Fix build of language plugins on Windows · 384c75cc
      Sven Brauch authored
      Not sure why KDevelop built before, or why the language plugins
      apparently built on Linux. Probaly related to gcc somehow not
      compiling this template class member function when it is not called
      or something.
  12. 27 Mar, 2018 2 commits