1. 18 Mar, 2018 1 commit
    • Jehan's avatar
      app, libgimp, pdb: add "distance-metric" property to GimpPDBContext. · e164aee7
      Jehan authored
      This property is currently only used for gimp_edit_blend() to control
      how are computed distances. In the future, it could be used for more
      functions making use of "gegl:distance-transform" operation, or even for
      other algorithms, if relevant.
      This new property obviously comes with 2 new PDB calls:
      gimp_context_get_distance_metric() & gimp_context_set_distance_metric()
      e164aee7
  2. 17 Mar, 2018 2 commits
  3. 15 Mar, 2018 1 commit
    • Jehan's avatar
      app: add "distance-metric" property to the Blend tool options. · 87330a77
      Jehan authored
      It seems old blend tool (from GIMP 2.8) was using manhattan distance,
      whereas the new one uses euclidean. I guess there must be use cases for
      both. In any case, it is a good idea to simply propose the option since
      the property exists in the "gegl:distance-transform" operation.
      See also bug 781621.
      87330a77
  4. 14 Mar, 2018 1 commit
    • Jehan's avatar
      Bug 781621 - PDB shapeburst gradient is slower than the blend tool. · 5751bb11
      Jehan authored
      PDB function gimp_edit_blend() was based on "gimp:shapeburst" operation
      whereas the rest of GIMP (in particular, the Blend tool) used
      "gegl:distance-transform" which is much faster.
      Setting the operation to "manhattan" metric ensures that it still
      renders the same way as in 2.8 while being a lot faster.
      
      There was still a problem regarding as how it renders differently from
      the Blend tool, but it turns out that the Blend tool is the one
      rendering differently from how it used to in 2.8. We should discuss
      adding the "metric" property in the tool options.
      5751bb11
  5. 01 May, 2017 1 commit
  6. 12 Feb, 2017 1 commit
  7. 01 Feb, 2017 1 commit
  8. 08 Jan, 2017 1 commit
  9. 11 May, 2016 2 commits
  10. 03 Feb, 2016 1 commit
  11. 01 Feb, 2016 6 commits
  12. 08 Oct, 2015 1 commit
  13. 30 Sep, 2015 1 commit
  14. 26 Aug, 2015 1 commit
  15. 24 May, 2015 1 commit
  16. 03 Aug, 2014 1 commit
  17. 20 Jul, 2014 1 commit
  18. 02 Jul, 2014 1 commit
  19. 01 May, 2014 2 commits
  20. 30 Apr, 2014 1 commit
  21. 29 Apr, 2014 1 commit
    • Michael Natterer's avatar
      libgimpbase,*: clean up enum values in gimpbaseenums.h · 22c22229
      Michael Natterer authored
      GIMP_ADD_foo_MASK -> GIMP_ADD_MASK_foo
      GIMP_foo_MODE -> GIMP_BLEND_foo
      GIMP_foo_CLONE -> GIMP_CLONE_foo
      GIMP_foo -> GIMP_DODGE_BURN_TYPE_foo
      GIMP_foo -> GIMP_TRANSFER_foo
      
      Add compat values for the old names and compat code to script-fu
      and pygimp.
      22c22229
  22. 24 Apr, 2014 1 commit
  23. 13 Sep, 2013 1 commit
    • Daniel Sabo's avatar
      app, plug-ins: Don't modify iter->length · 34c50b0f
      Daniel Sabo authored
      The new by-row iteration doesn't re-write the length
      value for each row. In general it is not safe to modify
      the iterator data because the internal logic depends
      on the public data, but this specific case is new.
      34c50b0f
  24. 23 Jun, 2013 1 commit
  25. 22 Oct, 2012 1 commit
  26. 19 Sep, 2012 1 commit
    • Massimo Valentini's avatar
      app: plug a memory leak · a0221bc5
      Massimo Valentini authored
      and make the blend tool (Shape: Shaped (angular)) sligthly
      more efficient
      
      with an opaque layer (400x300) goes from:
      gradient_fill_region: gradient_fill_region took 52.69 seconds
      EEEEeEeek! 2 GeglBuffers leaked
      to:
      gradient_fill_region: gradient_fill_region took 5.90 seconds
      a0221bc5
  27. 28 May, 2012 1 commit
  28. 20 May, 2012 1 commit
  29. 18 May, 2012 1 commit
  30. 03 May, 2012 1 commit
  31. 02 May, 2012 2 commits