1. 06 Mar, 2019 3 commits
  2. 18 Feb, 2019 1 commit
    • Nate Graham's avatar
      Be the top handler for .kra files by default · 55a18103
      Nate Graham authored
      Currently, if there are any other apps installed that can open .kra files, and they
      have the `InitialPreference` value set in their .desktop file, they will open .kra
      files by default instead of Krita. This is non-ideal.
      This patch sets the `InitialPreference` value in Krita's own .desktop file high
      enough that it will always be the default first handler for .kra files.
      CCBUG: 337272
      Test Plan:
      - Apply the patch and then this one for Gwenview: D19121
      - Rebuild and install both apps
      - Run `sudo update-desktop-database`
      - Right-click on a .kra file in Dolphin. Krita shows up as the top app to open it, with Gwenview showing up in the "Open With" menu
      Reviewers: #krita, rempt
      Reviewed By: #krita, rempt
      Subscribers: rempt
      Tags: #krita
      Differential Revision: https://phabricator.kde.org/D19120
  3. 13 Feb, 2019 1 commit
  4. 08 Feb, 2019 4 commits
  5. 04 Feb, 2019 2 commits
  6. 20 Jan, 2019 1 commit
  7. 07 Jan, 2019 3 commits
  8. 06 Jan, 2019 1 commit
  9. 03 Jan, 2019 2 commits
  10. 02 Jan, 2019 1 commit
  11. 01 Jan, 2019 2 commits
  12. 28 Dec, 2018 2 commits
    • Dmitry Kazakov's avatar
      Deref image shared pointers before calling ~KisDocument (#396985) · 931179e9
      Dmitry Kazakov authored
      Call the implicit KisImageSP destructor with scoping.
      Alternatively, we could remove the:
              // check if the image has actually been deleted
      check from KisDocument which seems a bit possessive about its current image.
      Test Plan: Cf. https://bugs.kde.org/show_bug.cgi?id=396985
      Patch by Beuc (https://phabricator.kde.org/p/Beuc/)
      Reviewers: #krita
      Subscribers: dkazakov
      Tags: #krita
      Differential Revision: https://phabricator.kde.org/D17708
    • Dmitry Kazakov's avatar
      overview docker: preserve aspect ratio and don't stretch when some layers are hidden · 8004cc32
      Dmitry Kazakov authored
      Since 58e1c17a , the overview docker displays thumbnails for transparent layers incorrectly (e.g. when hiding the background layer or selectively displaying one single layer). The thumbnail is stretch with a wrong aspect ratio.
      A solid afternoon of debugging points that the final step of thumbnailing does not provide a size, hence the bounds of the KisPaintDevice are used instead, resulting in a size mismatch.
      The attached patch fixes this issue while preserving the fixes from the aforementioned patch.
      Note: in 4.1.3, the size also mismatched, but was centered without stretching/resizing in the overview docker with correct aspect ratio; however the canvas viewport outline was wrong.
      Test Plan:
      - Create a new A4/landscape image
      - Create a perfect circle somewhere near the bottom-left of the screen (i.e. not the top-left)
      - Check the overview thumbnail (state 1)
      - Hide the background layer
      - Check that the overview thumbnail is consistent with state 1: same position and correct aspect ratio for the circle
      Patch by Beuc (https://phabricator.kde.org/p/Beuc/)
      Reviewers: #krita, rempt
      Reviewed By: #krita, rempt
      Tags: #krita
      Differential Revision: https://phabricator.kde.org/D17695
  13. 18 Dec, 2018 2 commits
  14. 17 Dec, 2018 1 commit
  15. 16 Dec, 2018 3 commits
  16. 12 Dec, 2018 4 commits
    • Halla Rempt's avatar
      debug-- · 2ff81c26
      Halla Rempt authored
    • Halla Rempt's avatar
      Update version to 4.1.7 · 8e97142c
      Halla Rempt authored
    • Halla Rempt's avatar
      Fix loading recent files · 6bade6e8
      Halla Rempt authored
    • Halla Rempt's avatar
      Work around QTBUG-72488 · 6a895456
      Halla Rempt authored
      Qt 5.12 now deletes a void pointer member variable of QTabletEvent.
      QTableEvent doesn't implement a copy constructor for QTabletEvent,
      but Krita does copy events when compressing move events. Both
      the original and the copy try to delete the pointer, and poof.
      This is strictly a workaround, only valid for Qt 5.12 and should
      be removed if this bug is fixed in Qt 5.12.1 or later.
  17. 11 Dec, 2018 3 commits
  18. 10 Dec, 2018 1 commit
  19. 06 Dec, 2018 1 commit
  20. 05 Dec, 2018 2 commits