1. 11 Sep, 2019 1 commit
  2. 04 Aug, 2019 1 commit
  3. 12 Dec, 2018 1 commit
    • Jehan's avatar
      app: do not make line art bucket fill a GimpSelectCriterion anymore. · cd924f45
      Jehan authored
      This was my initial choice, but the more I think about it, the less I am
      sure this was the right choice. There was some common code (as I was
      making a common composite bucket fill once the line art was generated),
      but there is also a lot of different code and the functions were filled
      of exception when we were doing a line art fill. Also though there is a
      bit of color works (the way we decide whether a pixel is part of a
      stroke or not, though currently this is basic grayscale threshold), this
      is really not the same as other criterions. In particular this was made
      obvious on the Select by Color tool where the line art criterion was
      completely meaningless and would have had to be opted-out!
      This commit split a bit the code. Instead of finding the line art in the
      criterion list, I add a third choice to the "Fill whole selection"/"Fill
      similar colors" radio. In turn I create a new GimpBucketFillArea type
      with the 3 choices, and remove line art value from GimpSelectCriterion.
      I am not fully happy yet of this code, as it creates a bit of duplicate
      code, and I would appreciate to move some code away from gimpdrawable-*
      and gimppickable-* files. This may happen later. I break the work in
      pieces to not get too messy.
      Also this removes access to the smart colorization from the API, but
      that's probably ok as I prefer to not freeze options too early in the
      process since API needs to be stable. Probably we should get a concept
      of experimental API.
  4. 14 Jul, 2018 1 commit
  5. 25 May, 2018 1 commit
  6. 20 May, 2018 2 commits
    • Jehan's avatar
      Revert "splash: Add 2.10 splash image + svg" · 83b97aff
      Jehan authored
      This reverts commit ea3de6d5.
      Previous splash had never been used in a dev release. Let's use it for
      GIMP 3 port. Updating also the version number to display "2.99".
      Green Is My Pepper!
    • Jehan's avatar
      data: remove obsolete brushes. · 9591bc88
      Jehan authored
      These were mostly kept for scripts which needed to keep working. Since
      we don't ensure compatibility anymore, let's just get rid of old
      deprecated data.
  7. 01 May, 2018 1 commit
  8. 25 Apr, 2018 1 commit
  9. 24 Apr, 2018 3 commits
  10. 23 Apr, 2018 4 commits
  11. 22 Apr, 2018 1 commit
  12. 18 Apr, 2018 1 commit
  13. 16 Apr, 2018 1 commit
    • Jehan's avatar
      data: re-add 3 brushes of very questionable origin, but as "obsolete". · 92a89780
      Jehan authored
      So I discover the concept of obsolete data in GIMP where some data can
      be apparently unavailable in the GUI, but still selectable by script.
      This somehow reverts commit 26cb87aa
      then moves the brushes into the obsolete section instead of simple
      deletion. This way, any script using the said brushes won't break at
      We will definitely remove the brushes for 3.0, but for now it's better
      to keep scripts as compatible as possible.
  14. 13 Apr, 2018 1 commit
  15. 26 Mar, 2018 1 commit
  16. 25 Mar, 2018 1 commit
  17. 21 Feb, 2018 2 commits
    • Simon Budig's avatar
      data: remove references to removed brushes. · edee33e2
      Simon Budig authored
    • Jehan's avatar
      data: delete 3 brushes of very questionable origin. · 26cb87aa
      Jehan authored
      It was reported that several brushes added in 1998 may have problematic
      copyright with unclear/unknown licensing. And basically nobody knows
      anymore where these actually come from, with which authorship or origin,
      at least not for sure. It is even possible some come from commercial
      software. So let's at least get rid of the ones where the origin is the
      most doubtful.
      Thanks to Americo for discovering these issues.
  18. 12 Feb, 2018 1 commit
    • Jehan's avatar
      data: improve the tip about the save and export format. · 127b8470
      Jehan authored
      Current phrasing seemed to imply that you could chose another format
      than XCF to *save* your work-in-progress image. Reword a bit to make
      obvious that "saving" is always done with XCF. Other formats are for
  19. 10 Feb, 2018 1 commit
  20. 09 Dec, 2017 1 commit
  21. 09 Nov, 2017 1 commit
  22. 24 Aug, 2017 1 commit
  23. 13 Jun, 2017 1 commit
    • Aryeom Han's avatar
      data: add a basic "Pressure Size" dynamics. · e58f6aab
      Aryeom Han authored
      This is a common dynamics, for instance when you do colorization bases.
      This allows to control the size of the brush with pressure and always
      keep unified color without opacity changes.
  24. 11 Jun, 2017 1 commit
  25. 15 Nov, 2016 1 commit
  26. 02 Jun, 2016 1 commit
  27. 30 Dec, 2015 1 commit
  28. 12 Feb, 2015 1 commit
  29. 11 Feb, 2015 1 commit
  30. 09 May, 2014 1 commit
  31. 24 Apr, 2013 1 commit
    • Sven Claussner's avatar
      Bug 692956 - Bring back 'Color from gradient' option to Paint tools · 3bc112bd
      Sven Claussner authored
      This patch adds a Dynamic for the 'Color From Gradient' option
      and three Paint tool presets (Airbrush, Paintbrush, Pencil), which
      use this preset.
      	new file:   data/dynamics/Color-From-Gradient.gdyn
      	new file:   data/tool-presets/Paint/Airbrush-Color-From-Gradient.gtp
      	new file:   data/tool-presets/Paint/Paintbrush-Color-From-Gradient.gtp
      	new file:   data/tool-presets/Paint/Pencil-Color-From-Gradient.gtp
      	modified:   data/dynamics/Makefile.am
      	modified:   data/tool-presets/Paint/Makefile.am
       	modified:   AUTHORS
       	modified:   authors.xml
      (cherry picked from commit 54b28a5b)
  32. 20 May, 2012 2 commits