1. 27 Oct, 2018 2 commits
    • Ell's avatar
      app: fix tests for new show-tabs option · 13ee89d4
      Ell authored
      In app/tests, add the show-tabs pref, added in commit
      1ca2d744111f53dae8f7311833aa2ea646c555a1, to the expected sessionrc
      (cherry picked from commit 4113aaad6949ea003b7340653d03ca173260af83)
    • Ell's avatar
      Issue #2405 - Rotation center shifts by half a pixel ... · 8a5ee944
      Ell authored
      ... the second time you do a 180 degrees rotation
      In gimp_transform_resize_adjust(), nudge the transformed layer
      boundary by EPSILON toward the center, to avoid enlarging the layer
      unnecessarily, as a result of numeric error amplified by rounding,
      when the tranformed boundary should land on integer coordinates.
      In particular, this avoids enlarging the layer when rotating by 180
      (cherry picked from commit c271992aa01dc8d565524ade8f511f4932c307fd)
  2. 25 Oct, 2018 9 commits
  3. 24 Oct, 2018 4 commits
  4. 23 Oct, 2018 6 commits
    • Piotr Drąg's avatar
      Update Polish translation · 62eabad7
      Piotr Drąg authored
    • Ell's avatar
      app: use "step" blending function in "FG to BG (Hardedge)" gradient · f6df6034
      Ell authored
      Use a single segment with a "step" blending function, added in the
      previous commit, instead of two separate segments, for the "FG to
      BG (Hardedge)" internal gradient.  This makes it simpler to change
      its endpoint colors by modifying the gradient, instead of changing
      the FG/BG colors.
      (cherry picked from commit 84066ca26ae635ee87f2db15294f0d0d89e15c9e)
    • Ell's avatar
      Issue #2303 - Please add Constant type of gradient interpolation ... · 0462734f
      Ell authored
      ... to make multi-color hard-edge gradient fills possible
      Add a new "step" gradient-segment blending function, which is 0
      before the midpoint, and 1 at, and after, the midpoint.  This
      creates a hard-edge transition between the two adjacent color stops
      at the midpoint.  Creating such a transition was already possible,
      but required duplicating the same color at the opposing ends of two
      adjacent stops, which is cumbersome.
      (cherry picked from commit 68bf99e806ba38a06df92d736dab65e6cd17a44c)
    • Elle Stone's avatar
      Issue #2345 - Add xyY to color sample readouts · 59682a1c
      Elle Stone authored
      Add xyY color space to the color spaces for sampling colors.
      Also add code to xcf-load.c that makes sure the sample point loading
      code handles unknown future GimpColorPickMode values (fall back to
      PIXEL pick mode).
      (cherry picked from commit 298cc57042b97cde2a6a7ef4dc5b89eeb40fd2e5)
    • Piotr Drąg's avatar
      Update Polish translation · 150b6c05
      Piotr Drąg authored
    • Øyvind Kolås's avatar
      configure/app: depend on GEGL 0.4.12 · 20a1a31f
      Øyvind Kolås authored
      (cherry picked from commit a39b4abfbcb00f10c9fdbefbce72c60c2b4403a0)
  5. 22 Oct, 2018 3 commits
  6. 21 Oct, 2018 3 commits
  7. 20 Oct, 2018 7 commits
  8. 19 Oct, 2018 4 commits
    • Jehan's avatar
      Issue #1924: Tool options mysteriously lock up due to DND/quartz issues. · 6b1ff0dd
      Jehan authored
      On macOS, the "drag-end" signal does not seem to be emitted in some
      cases, which leaves dockables in an unsensitive state. Rather than
      trying to fix GTK+2 which is half-maintained nowadays anyway, let's drop
      the unsensitivity. As a comment notes, this was anyway only a visual
      cue. Dragging dockables in GIMP 2.10 already shows a lot of other visual
      cues, so this is redundant.
      In case of drop failure, we also had to cleanup the icon widget and
      detach the dockable. This can be handled by the "drag-failed" (which
      hopefully work better on macOS).
      As an additional improvement, I raise the newly created dockable window,
      since this is the most likely behavior when you just detached a dock
      (and I realize it usually appeared behind other GIMP windows, at least
      on GNOME).
      Note: this is a gimp-2-10 only fix as master relies on GtkNotebook DnD
      code which (hopefully, as I haven't tested) doesn't have this issue. The
      detached window behind other windows issue doesn't exist on master, at
      the very least.
    • Ell's avatar
      tools: in performance-log-viewer.py, visualize percentage in profile viewer · 54dc7319
      Ell authored
      In the performance-log viewer's profile view, displasy in-line bar-
      chart-like visualization of function and source-line sample
      percentages, as part of the corresponding tree-view cells.
      (cherry picked from commit 26ea334825514a3de7d6016678da03dd081bdf7f)
    • Marco Ciampa's avatar
      Small fix in Italian translation · c36b1d05
      Marco Ciampa authored
    • Josef Ridky's avatar
      Issue #2087 - Issues discovered by coverity scan · 56c8f832
      Josef Ridky authored
      Add missing fclose invocations and fix copy-paste issue.
      This issues has been discovered by coverity scan proceeded by Red Hat.
      Fixed some mistakes in the patch and added more fclose() (Mitch)
  9. 18 Oct, 2018 2 commits