1. 25 Jun, 2019 1 commit
  2. 10 May, 2019 2 commits
  3. 03 May, 2019 1 commit
  4. 24 Apr, 2019 1 commit
  5. 23 Apr, 2019 1 commit
  6. 19 Apr, 2019 3 commits
  7. 18 Apr, 2019 1 commit
    • Alvin Wong's avatar
      Fix fullscreen mode on Windows with OpenGL · e83e8779
      Alvin Wong authored
      A previous attempt was made in D1977 [1] but it didn't work properly.
      The patch `0003-Hack-for-fullscreen-workaround.patch` only partly hid
      the issue and the issue has resurfaced since this patch was removed.
      
      This commit actually enables Qt's workaround with an additional patch
      from Qt 5.13 [2]. The workaround adds a 1px border around the window. An
      additional hack is added to hide three of the borders, though we can't
      hide all four borders since the bug will return. This currently leaves
      the bottom border visible as a compromise.
      
      This workaround is not active when ANGLE is being used. If anyone is
      annoyed by the 1px border, they may consider switching to ANGLE.
      
      [1]: https://phabricator.kde.org/D1977
      [2]: https://codereview.qt-project.org/246155
      
      Differential Revision: https://phabricator.kde.org/D20657
      e83e8779
  8. 16 Apr, 2019 2 commits
    • Dmitry Kazakov's avatar
      Fix setting custom tablet mapping · 9cf5c866
      Dmitry Kazakov authored
      1) Fix support for negative offsets
      2) The setting is applied right after pressing OK in the
         configuration dialog
      3) Qt fetches this updated info after tablet proximity leave/enter
         cycle.
      9cf5c866
    • Dmitry Kazakov's avatar
      Implement a dialog passing Qt forced tablet mapping · 71371bbc
      Dmitry Kazakov authored
      Go to Preferences->Tablet Settings->Wintab->Advanced...
      
      In the dialog one can select between modes:
      
      * Use information provided by tablet ---  we fetch the mapping
        from the tablet driver
      
      * Map to entire virtual screen --- default way how Qt handled it
        before
      
      * Map to custom area --- just map to the custom area of the screen
        in **hardware** (that is, unscaled) pixels.
      71371bbc
  9. 03 Apr, 2019 2 commits
  10. 15 Mar, 2019 2 commits
  11. 12 Mar, 2019 1 commit
  12. 11 Mar, 2019 1 commit
  13. 05 Feb, 2019 1 commit
    • Boudewijn Rempt's avatar
      Add usage logging to the buginfo dialog · caebac3e
      Boudewijn Rempt authored
      We can now log important events to a krita.log file. It is completely
      independent of qDebug, and only meant for those actions that we know
      users often get wrong or have problems with. Right now, it logs
      creating, loading, exporting and saving a file, and switching between
      the smoothing options.
      
      The krita.log file is NOT automatically uploaded or shared or anything
      like that. The header that explains this is translated so users can
      see that for themselves.
      
      We rotate 10 sessions in the log file, so even if the user starts Krita
      a few times after having a problem, we should still be able to review
      the problematical session.
      
      The logging api is pretty simple: a static KisUsageLogger::log method
      that writes a timestamp, and a KisUsageLogger::write method that writes
      an informational line without a timestamp.
      
      Note that the logger is created and torn down in the main function:
      this means that the location is GenericDataLocation, not AppDataLocation.
      
      CCMAIL:kimageshop@kde.org
      caebac3e
  14. 29 Jan, 2019 1 commit
    • Dmitry Kazakov's avatar
      Make HDR code build on systems where patched Qt is not available · 4d345627
      Dmitry Kazakov authored
      You need to add -DHAVE_HDR to enable HDR-related code. But
      you will need a patched Qt for that.
      
      The patch also makes the code behave correctly on Linux
      systems.
      
      PS:
      The patch also makes it possible to select OpenGL ES renderer
      on Linux. The renderer is selected fine, but doesn't work for
      some reason. I guess some texture format is set incorrectly.
      4d345627
  15. 26 Jan, 2019 1 commit
    • Dmitry Kazakov's avatar
      Imeplemented automatic selection of a renderer and/or surface format · 6384d4aa
      Dmitry Kazakov authored
      This patch generalizes the thing previously implemented in kis_opengl_win
      by Alvin Wong long ago.
      
      The algorithm is based on two finctions: KisOpenGL::selectSurfaceFormat()
      and KisOpenGLModeProber::probeFormat(). The former one generates the full
      list of all possible renderer/format combinations, then sorts it according
      to user's preferences and HDR necessity, then probes every resulting format
      with the latter function. As soon as it finds a format that fits the
      requirements, it makes this format default for the root surface of the
      application.
      6384d4aa
  16. 21 Dec, 2018 1 commit
    • Dmitry Kazakov's avatar
      Implemented switching of the root surface color color space · be922ce0
      Dmitry Kazakov authored
      Notes:
      1) It is configured in Settings->Display->Root Surface Format
      2) Rec. 2020 surface doesn't fully work because the we cannot do ICC
         conversions with it
      3) One needs to restart Krita to get the surface type activated
      4) One can also get the properties of the current display in the
         tooltip of the display label in the preferences dialog.
      be922ce0
  17. 30 Nov, 2018 1 commit
  18. 16 Nov, 2018 1 commit
  19. 08 Oct, 2018 2 commits
  20. 05 Oct, 2018 1 commit
  21. 05 Aug, 2018 2 commits
  22. 17 Jul, 2018 1 commit
  23. 10 Jul, 2018 3 commits
  24. 26 Jun, 2018 3 commits
  25. 16 Jun, 2018 1 commit
  26. 05 Jun, 2018 1 commit
  27. 19 May, 2018 2 commits