1. 19 May, 2018 2 commits
  2. 14 May, 2018 1 commit
  3. 11 May, 2018 1 commit
  4. 10 May, 2018 2 commits
  5. 09 May, 2018 1 commit
  6. 16 Apr, 2018 3 commits
  7. 13 Apr, 2018 1 commit
  8. 12 Apr, 2018 1 commit
  9. 11 Apr, 2018 3 commits
  10. 10 Apr, 2018 4 commits
  11. 04 Apr, 2018 1 commit
  12. 03 Apr, 2018 2 commits
  13. 31 Mar, 2018 1 commit
    • Boudewijn Rempt's avatar
      Remove the lock, collapse and hide option for dock titlebars · b662043a
      Boudewijn Rempt authored
      On asking around, it seems that even Krita power users were not
      using these options. New users to Krita seemed unable to grasp this
      functionality altogether. And we were always having trouble managing
      the locked and collapsed state of dockers.
      Note that not having a custom titlebar widget also makes it impossible
      to keep having an option to remove the titlebars altogether, which was
      another way to force the dockers to stay in one place.
      A side-effect is that on macOS, floating dockers are resizable now.
  14. 30 Mar, 2018 1 commit
  15. 28 Mar, 2018 1 commit
  16. 26 Mar, 2018 1 commit
  17. 20 Mar, 2018 1 commit
    • Boudewijn Rempt's avatar
      Try harder to setup the environment for finding translations · 19edf52a
      Boudewijn Rempt authored
      We can only get the application root if we have an application, so
      create a dummy temporary qapplication to get the root; then set
      all the paths and environment, then create the real application,
      then set the application domain. Now ki18n should be able to find
      the translations under all circumstances.
  18. 18 Mar, 2018 1 commit
  19. 17 Mar, 2018 3 commits
    • Wolthera van Hövell's avatar
      Remove all presets and brushes except for a handful. · 8e738a0e
      Wolthera van Hövell authored
      The lucky three are 'a)_Eraser_Circle.kpp', 'a)_Eraser_Circle.kpp' and for the predfined tips, 'triangle.svg'.
      The rest is available in the two packaged bundles. This allows people to remove all but the bare basics.
    • Wolthera van Hövell's avatar
      Fix 4.0 resource bundle to contain chisel_soft.png · e333b8fa
      Wolthera van Hövell authored
      This'll allow Krita to show it in the settings.
    • David Revoy's avatar
      Finalize preset_icons folder and add new emblems and thumbnails · fd234a70
      David Revoy authored
      This commit gather a general work over the preset_icons folder.
      I added new thumbnails, repainted some of them for them to look
      like part of the same family. All new png were optimized with
      pngquant[1] and pngcrush[2] to save a lot of size for the future
      appimage, packages and installer (at the scale of Krita large
      distribution, I like to think this optimisation saves a lot of
      I also deleted duplicate thumbnails finishing by _a.png.
      [1] pngquant --quality=75-85 --force --ext ".png" target.png
      [2] pngcrush -rem allb -brute -reduce target.png output.png
  20. 16 Mar, 2018 4 commits
    • David Revoy's avatar
      Add Krita_4_Default_Resources.bundle · 1f82961c
      David Revoy authored
      still TODO:
      - Whitelist this pack as a default activated bundle: I can't see it
        after a recompile in the Ressource Manager, so there is certainly
        and issue
      - Remove all paintoppresets and brushes from source folder
        ( and update CMakelist.txt accordingly)
    • David Revoy's avatar
      Bundle pack v3: fix license metadata · e0756497
      David Revoy authored
      In the metadatas was written "meta:value="CC-BY-0"/>"; cettainly a
      typo ("attribution" + "zero/publicdomain" make no sens).
      I changed it to "meta:value="CC-0"/>"
    • David Revoy's avatar
      Paintopresets thumbnails: disambiguation pass over similar thumb · 5eecf9bf
      David Revoy authored
      Change thumbnail appearance of presets too similar or slighly misleading.
      - b)_Basic-4_Flow_Opacity : was too similar to the other flow basic presets.
      - b)_Basic-5_Size_Opacity : was yet another red brush. One in ink family,
                                  and other one for details is sufficient.
                                  It's now yellow.
      - f)_Bristles-3_Large_Smooth : The brush render a round tip on canvas, but
                                     the thumbnail was displaying a flat large
                                     brush. Not logic. It's now a black rounded
      - f)_Bristles-5_Flat : 	The other way around; a flat brush-tip; the icon
                              wasn't flat enough.
    • David Revoy's avatar
      Paintoppreset: improvement for i)_Wet_Bristles · 292cad93
      David Revoy authored
      Changes sent by Radian over IRC, it improves the smoothness of the
      brush but impact the performance. But all in all the rendering is
      better this way and does a better work at being a "Wet_Bristles"
      This commit update tags md5, delete previous SVG brushes and
      replace it with the GBR provided by radian.
      main changes:
      - from 80 to 90px radius
      - from 0.5 to 0.3 spacing
      - brushmask is GBR now and 300px radius, instead of SVG 1000px radius.
  21. 15 Mar, 2018 1 commit
    • Boudewijn Rempt's avatar
      Load the tags in a separate step after loading all resources · 69d8a5e1
      Boudewijn Rempt authored
      This also refactors KoTagStore to remove two methods the use
      of which has disappeared in the mists of time, and that
      prevented some tags to be loaded for default resources.
      Now all Deevad's tags are loaded; all system tags used for
      custom resources in 3.3 are kept; all custom tags created
      in 3.3 are kept.
      The regression from the previous commit, where the krita 3
      bundle was loaded even if disabled is also fixed...
      Items 1, 2 and 4 of 391576 are resolved now, at least as
      far as I can see. I haven't dared look at item 3 yet...
  22. 14 Mar, 2018 2 commits
    • Boudewijn Rempt's avatar
      Make some more default scripts enabled by default · 81d3cba4
      Boudewijn Rempt authored
      Otherwise nobody is going to find them...
    • Boudewijn Rempt's avatar
      Create actions per-window instead of per-application · e9b06616
      Boudewijn Rempt authored
      Note that this changes the libkis scripting api. The Extension
      class now has two methods: setup and createActions. Old code
      was like this:
      from PyQt5.QtGui import *
      from PyQt5.QtWidgets import *
      from krita import *
      def hello():
          QMessageBox.information(QWidget(), "Test", "Hello World")
      class HelloExtension(Extension):
        def __init__(self, parent):
        def setup(self):
            action = Krita.createAction("Hello")
      New code is like this:
      from PyQt5.QtGui import *
      from PyQt5.QtWidgets import *
      from krita import *
      def hello():
          QMessageBox.information(QWidget(), "Test", "Hello World")
      class HelloExtension(Extension):
        def __init__(self, parent):
        def setup(self):
        def createActions(self, window):
            action = window.createAction("Hello")
      This also adds a new parameter to createAction: the menu location. This
      is a path separated by /, for instance tools/scripts. Note that this
      path must exist, otherwise a crash will happen. The paths are defined in
      Note: we're still leaking Action objects created in Window::createAction;
      that's the next fix.
  23. 09 Mar, 2018 2 commits