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
      075ef63c
    • Milian Wolff's avatar
      Output paths when there's a mismatch · db0c6370
      Milian Wolff authored
      db0c6370
    • Milian Wolff's avatar
      Penalize matches in the shared project prefix path · a4f48fd5
      Milian Wolff authored
      Summary:
      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:
      
      /A/B/C/D/file
      /A/B/C/C/E/file
      
      Note also how quickopen trims the shared prefix path when it displays
      the results:
      
      D/file
      C/E/file
      
      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
      a4f48fd5
    • Milian Wolff's avatar
      Prefer matches closer to the end of the path · 0d38ff7c
      Milian Wolff authored
      Summary:
      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":
      
      /home/user/sources/project/src/something_home.cpp
      /home/user/sources/project/src/something_sources.cpp
      /home/user/sources/project/src/something_project.cpp
      
      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
      0d38ff7c
    • Milian Wolff's avatar
      Simplify code and remove duplicate loop to find exact matches · 490ebbc3
      Milian Wolff authored
      Summary:
      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
      490ebbc3
    • Milian Wolff's avatar
      Run match filter loop in reverse order from the end of the path · 80331a7d
      Milian Wolff authored
      Summary:
      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
      80331a7d
    • Milian Wolff's avatar
      Refactor matchPathFilter to enable more advanced result sorting · a016f25b
      Milian Wolff authored
      Summary:
      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
      a016f25b
    • Kevin Funk's avatar
      Merge remote-tracking branch 'origin/5.2' · 6fadfae0
      Kevin Funk authored
      6fadfae0
    • Kevin Funk's avatar
      release-scripts: create_log: More refactoring · a325f79f
      Kevin Funk authored
      Changes:
      - 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
      a325f79f
    • 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
      98087f35
    • Kevin Funk's avatar
      9e3510a8
    • Kevin Funk's avatar
      release-scripts: kdevplatform repo is no more · 144333bc
      Kevin Funk authored
      144333bc
  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
      a44554ef
  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.
      9b4ef75a
    • Milian Wolff's avatar
      Only do fuzzy path matching on the very last path/filter segments · 5b9b5c1e
      Milian Wolff authored
      Summary:
      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
      5b9b5c1e
    • Milian Wolff's avatar
      CMake Server: Reuse existing build directory path when available · e9b0a340
      Milian Wolff authored
      Summary:
      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:
      
      /home/milian/projects/kf5/src/frameworks/kdesu
      
      kdesrc-build will build this in:
      /home/milian/projects/kf5/build-dbg/frameworks/kdesu
      
      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:
      /home/milian/projects/kf5/build/frameworks/kdesu
      
      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
      e9b0a340
    • 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.
      cd35dbbe
    • Milian Wolff's avatar
      07fb377c
    • Milian Wolff's avatar
      Use more specific include · 85995a9c
      Milian Wolff authored
      85995a9c
    • Friedrich W. H. Kossebau's avatar
      Merge branch '5.2' · edf2742b
      Friedrich W. H. Kossebau authored
      edf2742b
    • Friedrich W. H. Kossebau's avatar
      Avoid emptry entries in project files filter list · 3a74e103
      Friedrich W. H. Kossebau authored
      Summary:
      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
      3a74e103
    • 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"
      973133a4
  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.
      384c75cc
  12. 27 Mar, 2018 2 commits