1. 20 Aug, 2017 12 commits
  2. 19 Aug, 2017 4 commits
  3. 18 Aug, 2017 2 commits
    • Michael Natterer's avatar
      Bug 783755 - Smudge should blend the smudged colors using linear RGB · 94c6bb46
      Michael Natterer authored
      Looked a bit deeper into heal: while I didn't try to understand what
      it's actually doing, this is strange: there is a comment that says
      that healing should done in perceptual space, and the code uses
      R'G'B'A float (at least it completely did before the last commit).
      On the other hand, the code adds and subtracts temporary buffers,
      which screams "gamma artifacts" unless done in linear space.
      This commit changes everything to use linear float buffers,
      and removes the comment. It "looks" right to me now, please test.
    • Sveinn í Felli's avatar
      Update Icelandic translation · 17596fb1
      Sveinn í Felli authored
  4. 17 Aug, 2017 3 commits
    • Ell's avatar
      app: move libappgegl's SSE2 bits to a separate library · 64ade977
      Ell authored
      Split libappgegl into libappgegl-generic and libappgegl-sse2, and
      move the SSE2 code (part of the newly added smudge code) to the
      latter, so that the rest of the code can be compiled without SSE2
      compiler flags.  This allows building GIMP with SSE acceleration
      enabled, while running the resulting binary on a target with no
      SSE accelration.
    • Ell's avatar
      app: layer mode code shuffling · 71bbd88e
      Ell authored
      Commit 3635cf04 moved the special
      handling of bottom-layer compositing to GimpOperationLayerMode.
      This required giving the op more control over the process()
      function of its subclasses.  As a temporary workaround, the commit
      bypassed the subclasses entirely, using "gimp:layer-mode" for all
      modes.  This is the reckoning :)
      Add a process() virtual function to GimpOperationLayerMode, which
      its subclasses should override instead of
      GeglOperationPointComposer3's process() functions.  Reinstate the
      subclasses (by returning the correct op in
      gimp_layer_mode_get_oepration()), and have them override this
      Improve the way gimp_operation_layer_mode_process() dispatches to
      the actual process function, to slightly lower its overhead and
      fix some thread-safety issues.
      Remove the "function" field of the layer-mode info array, and have
      gimp_layer_mode_get_function() return the
      GimpOperationLayerMode::process() function of the corresponding
      op's class (caching the result, to keep it cheap.)  This reduces
      redundancy, allows us to make the ops' process() functions private,
      and simplifies SSE dispatching (only used by NORMAL mode,
      Move the blend and composite functions of the non-specialized
      layer modes to gimpoperationlayermode-{blend,composite}.[hc],
      respectively, to improve code organization.
      Move the SSE2 composite functions to a separate file, so that they
      can be built as part of libapplayermodes_sse2, allowing
      libapplayermodes to be built without SSE2 compiler flags.  This
      allows building GIMP with SSE acceleration enabled, while running
      the resulting binary on a target with no SSE accelration.
      Add a "blend_function" field to the layer-mode info array, and use
      it to specify the blend function for the non-specialized modes.
      This replaces the separate switch() statement that we used
      Remove the "affected_region" field of the layer-mode info array.
      We don't need it anymore, since we can go back to using
      GimpOperationLayerMode's virtual get_affected_region() function.
      Last but not least, a bunch of code cleanups and consistency
    • Marco Ciampa's avatar
      Updated Italian translation · 0181e9e4
      Marco Ciampa authored
  5. 16 Aug, 2017 4 commits
  6. 15 Aug, 2017 5 commits
  7. 14 Aug, 2017 4 commits
  8. 13 Aug, 2017 1 commit
  9. 12 Aug, 2017 3 commits
  10. 11 Aug, 2017 2 commits