1. 12 Jul, 2018 1 commit
  2. 11 Jul, 2018 1 commit
  3. 06 Jul, 2018 1 commit
  4. 03 Jul, 2018 1 commit
  5. 25 Jun, 2018 1 commit
    • Michael Natterer's avatar
      Issue #1714 - When GIMP starts, default brush hardness is always at 100 · f1ffb06c
      Michael Natterer authored
      We should not have essential signal connections (such as setting tool
      options from brush properties) implemented in the tool options GUI
      files, because they are not active until the options GUI is created.
      Also, that magic is simply too hidden in the options GUI files.
      
      Move the signal connections and the brush property copying code to
      gimppaintoptions.c where is can also be done cleaner.
      
      However, this must only be done for the main tool options instance
      that is used for the GUI. Therefore, add a "gui_mode" boolean to
      GimpToolOptions and set it to TRUE for all main tool options.
      
      (this is ugly, but much less ugly and much less hidden than all the
      places where code lives (like tool_manager.c) that can now be moved
      into GimpToolOptions and its subclasses, and implemented cleanly
      there).
      
      (cherry picked from commit cb0e6c65)
      f1ffb06c
  6. 13 Apr, 2018 2 commits
  7. 22 Dec, 2017 3 commits
    • Piotr Drąg's avatar
      app: fix a typo (realtive) · 4df282a6
      Piotr Drąg authored
      4df282a6
    • Ell's avatar
      Bug 753412 - New Canvas rotation feature rotates brush. · eded91e1
      Ell authored
      Replace the "lock brush size to zoom" paint option with a "lock
      brush to view" option, which links the entire brush transform to
      the view transform, so that the brush remains invariant in display
      space under scaling, rotation, and reflection.
      eded91e1
    • Ell's avatar
      app: add support for brush reflection · a0b73420
      Ell authored
      Add support for reflecting brushes as part of their transformation.
      The reflection is performed as the last step of the transformation,
      across the vertical axis.
      
      The option to reflect the brush is not exposed in the UI, or
      through the PDB, but is intended to be used for linking the brush
      transformation to the view transformation, in the next commit.
      a0b73420
  8. 04 May, 2017 2 commits
    • Jehan's avatar
      app: "Reset to default values" does not properly reset generated... · ab56f524
      Jehan authored
      ... brush features.
      My previous commit only fixed aspect ratio reset, but I realize that
      much more brush options are affected by defaults of generated brushes
      (size, hardness, aspect ratio, angle and spacing). Let's reset all these
      after the basic property reset.
      ab56f524
    • Jehan's avatar
      app: "Reset to default values" does not properly reset aspect ratio. · 129a0e4b
      Jehan authored
      Generated brushes can have specific aspect ratio, hence resetting to
      fixed property defaults may be wrong. Therefore GimpPaintOptions needs
      to redefine the reset() method from GimpConfigInterface.
      Note: the specific "Reset aspect ratio to brush's native aspect ratio"
      button was alright. But the broader "Reset to default values" was not.
      129a0e4b
  9. 10 Apr, 2017 1 commit
  10. 20 Jan, 2017 1 commit
  11. 12 Jan, 2017 1 commit
  12. 11 Oct, 2016 1 commit
    • Michael Natterer's avatar
      Bug 771678 - Parametric Brush Aspect Ratio and Angle values... · 184f0929
      Michael Natterer authored
      ...are not submitted to respective Tool Options sliders
      
      Treat brush angle and aspect ratio like all other paint options values
      that can be linked to brush defaults and take their default values
      from the brush. They were special casing their defaults to constants,
      and GimpBrushGenerated was adding the passed dynamic radius and aspect
      values to its own. This was totally incomprehensible.
      
      Now GimpBrushGenerated's transform_size() and transform_mask()
      implementations just translate between these APIs value ranges and the
      brush's own value range and only use the passed values (not the
      brush's native values), which makes the editor <-> tool options
      interaction and the painted brush shape predictable.
      
      Also connect the active brush's property notifications to the paint
      options properties, so the paint options follow a brush edit live if
      the respective "linked" toggles are checked.
      
      And some cleanup.
      184f0929
  13. 11 Feb, 2016 1 commit
  14. 06 Jan, 2016 1 commit
  15. 14 Oct, 2015 1 commit
    • Michael Natterer's avatar
      Bug 731279 - Tool Preset Editor not working correctly · 93fdaa05
      Michael Natterer authored
      This (doesn't quite) fix an obscure part of the tool preset bugs: when
      changing the brush on a GimpPaintOptions instance, we might or might
      not change the brush size, aspect etc. to the set brush's native
      values, possibly overwriting the intended values from a tool preset.
      
      Implement GimpConfig::copy() and copy the affected values again after
      the entire object has been copied, so we actually use the value of
      gimp_config_copy()'s "source" object.
      
      This would fix that particular tool preset problem if there wasn't
      another bug that is still unfixed, stay tuned...
      93fdaa05
  16. 14 Jun, 2015 1 commit
  17. 19 Apr, 2015 1 commit
  18. 11 Jan, 2015 1 commit
  19. 17 Nov, 2014 6 commits
  20. 16 Nov, 2014 2 commits
  21. 15 Nov, 2014 2 commits
  22. 12 Nov, 2014 3 commits
  23. 04 Jan, 2014 1 commit
    • Michael Natterer's avatar
      app: add gimp_paint_options_set_default_brush_size() · ef858453
      Michael Natterer authored
      and use it globally instead of two different methods, one of which was
      forgotten to be ported to the new aspect ratio range where 0.0 means
      1:1. Add a FIXME comment in paint_tools.pdb where I think setting the
      default size is a bug, see #721249.
      ef858453
  24. 14 Oct, 2013 1 commit
    • Michael Natterer's avatar
      app,libgimp*: fix includes to follow our include policy · 697572cc
      Michael Natterer authored
      - don't include <gdk-pixbuf/gdk-pixbuf.h> in headers in app/
      - instead, include it in many .c files instead of <glib-object.h>,
        finally acknowledging the fact that app/ depends on gdk-pixbuf almost
        globally
      - fix up includes as if libgimpbase depended in GIO, which it soon will
      697572cc
  25. 21 May, 2013 1 commit
  26. 09 Feb, 2012 1 commit
  27. 06 Dec, 2011 1 commit