1. 30 Aug, 2018 1 commit
  2. 24 Aug, 2018 1 commit
  3. 21 Aug, 2018 1 commit
  4. 20 Aug, 2018 1 commit
  5. 19 Aug, 2018 1 commit
  6. 18 Aug, 2018 1 commit
  7. 17 Aug, 2018 1 commit
  8. 29 Jul, 2018 2 commits
  9. 22 Jul, 2018 1 commit
  10. 17 May, 2018 1 commit
  11. 21 Nov, 2017 1 commit
  12. 17 Nov, 2017 1 commit
  13. 16 Nov, 2017 5 commits
  14. 04 Nov, 2017 1 commit
  15. 20 Oct, 2017 1 commit
  16. 09 Oct, 2017 1 commit
  17. 01 Oct, 2017 1 commit
    • Friedrich W. H. Kossebau's avatar
      Ensure setting of custom app language is seen on start-up · 5cba8f47
      Friedrich W. H. Kossebau authored
      The custom language setting is read in from the config in a method hooked
      up to the QApp instance creation (see KXMLGUI's kswitchlanguagedialog_p.cpp
      sources), which deploys the custom setting by setting the LANGUAGE env var.
      For this to work, the respective init code of KLocalizedString static
      data, which contains the set of languages as read from the env vars,
      needs to be only triggered after the QApp instance creation.
      Which includes calling KLocalizedString::setApplicationDomain() only then,
      which this patch cares for.
  18. 14 Aug, 2017 1 commit
  19. 13 Jul, 2017 1 commit
  20. 30 May, 2017 1 commit
  21. 15 May, 2017 1 commit
    • Aleix Pol Gonzalez's avatar
      Make it possible to open directories from the command line · b8e426be
      Aleix Pol Gonzalez authored
      When using the terminal, it's sometimes useful to open the project we're in
      with KDevelop. Running `kdevelop .` would do this in this case.
      If kdevelop isn't running then it uses a fresh instance, if it does it tells
      the ones we're using to open the project, just like for files.
      Reviewers: #kdevelop, vhanda, mwolff
      Reviewed By: #kdevelop, mwolff
      Subscribers: mwolff, kfunk, cullmann, zhigalin, kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D5754
  22. 14 May, 2017 1 commit
    • René J.V. Bertin's avatar
      Don't remove an existing app icon · 2042e4da
      René J.V. Bertin authored
      This corrects commit 0d56bd9a
      which had the effect of removing the embedded application icon
      on systems like Mac and MS Windows where icon themes are typically
      not configured, and QIcon::fromTheme() thus returns an empty QIcon.
      QIcon::fromTheme() should always be called with a valid fallback
      icon, for instance the target icon (QApplication::windowIcon()).
  23. 12 May, 2017 2 commits
    • Friedrich W. H. Kossebau's avatar
      No longer use QLoggingCategory::setFilterRules() to set default · dbd1139a
      Friedrich W. H. Kossebau authored
      Emables use of qtlogging.ini config files by the user
      (e.g. via kdebugsettings)
    • Friedrich W. H. Kossebau's avatar
      Default to disabled debug log on Q_LOGGING_CATEGORY calls · 256c5f4c
      Friedrich W. H. Kossebau authored
      This removes the need to call QLoggingCategory::setFilterRules()
      in the program code to default to disabled debug type log
      without any other settings.
      The latter has disadvantages, as it shadows any settings done
      in qtlogging.ini config files by the user
      (e.g. via kdebugsettings), thus enabling runtime control only
      via QT_LOGGING_CONF/QT_LOGGING_RULES, which is not that
      comfortable with lots of categories.
      Also use ECMQtDeclareLoggingCategory for less manual code
      While there can be some inconsistency with the default disabled
      log categories by ECMQtDeclareLoggingCategory, which
      switched to QtInfoMsg for ECM 5.26 (when KF5 5.26 has Qt 5.5
      as min dep, which is the Qt version QtInfoMsg was added),
      current KDevPlatform code has Qt 5.4 as minimum version and
      thus also does not use qCInfo, so KDevPlatform behaviour should
      be the same across used Qt versions.
  24. 27 Apr, 2017 3 commits
  25. 07 Apr, 2017 1 commit
  26. 06 Apr, 2017 1 commit
  27. 01 Apr, 2017 1 commit
  28. 17 Mar, 2017 2 commits
  29. 23 Feb, 2017 1 commit
  30. 14 Feb, 2017 1 commit
    • Friedrich W. H. Kossebau's avatar
      Standardize on "Executable" in UI & API, do not mix with "Binary" · 691f9c46
      Friedrich W. H. Kossebau authored
      For UI:
      * KDevelop supports both scripting and compiled languages,
        so e.g. debugging target can be non-binary
      * external tools might be known as binary-only, but sometimes they
        are inside wrapper scripts and no place really requires a compiled binary
      * consistent terms help users & also translators
      For API/variable names:
      * "executable" matches API of Qt
      * consistent with UI language
      Config storage keys not touched for now, might need more thinking.
      Depends on D4592
      Reviewers: #kdevelop, apol
      Reviewed By: #kdevelop, apol
      Subscribers: flherne, kdevelop-devel
      Differential Revision: https://phabricator.kde.org/D4593
  31. 12 Jan, 2017 1 commit