GitLab repository storage has been migrated to hashed layout. Please contact Infrastructure team if you notice any issues with repositories or hooks.

  1. 25 Jan, 2016 1 commit
  2. 24 Jan, 2016 1 commit
  3. 22 Jan, 2016 2 commits
    • Michael Natterer's avatar
      app: add "title", "icon_name" and "help_id" to gimp_tool_gui_new() · bd9e59a9
      Michael Natterer authored
      so things are the same at the API and the inside, which makes
      GimpImageMapTool's use of GimpToolGui a little more obvious.
      bd9e59a9
    • Michael Natterer's avatar
      app: move stuff from GimpOperationTool to GimpImageMapTool · 8c09210d
      Michael Natterer authored
      Add new string members to GimpImageMapTool and use them instead of the
      resp. fields of GimpToolInfo. Change ::get_operation() to return the
      operation name and a lot of strings for the UI, and create both the
      GeglNode and the config object in GimpOperationTool. Lots of various
      cleanups in GimpImageMapTool subclasses. This is an intermediate state
      on the way of making the whole filter applying mechanism more generic
      and less depending on subclasses.
      8c09210d
  4. 24 Aug, 2015 1 commit
    • Michael Natterer's avatar
      Bug 748749 - picked colors don't match image colors... · 8c80ee14
      Michael Natterer authored
      ...when a color profile is active
      
      This commit doesn't fix anything, but it prepares the code to do the
      right thing:
      
      It passes the actual raw image pixels through the entire color picking
      mechanism to the widgets which display colors, particularly
      GimpColorFrame.
      
      This is needed for GimpColorFrame's "Pixel" mode (as opposed to its
      RGB, HSV etc. modes) which is supposed to show the raw pixel values
      from the image.
      
      Before this commit, it was recreating the raw pixel values from the
      GimpRGB value it knows, which will become impossible when we correctly
      pick color managed GimpRGB values soon.
      8c80ee14
  5. 10 Apr, 2015 1 commit
  6. 29 Jul, 2014 1 commit
  7. 01 Jul, 2014 2 commits
  8. 29 Jun, 2014 1 commit
  9. 25 Jun, 2014 1 commit
    • Michael Natterer's avatar
      app: cleanup in GimpImageMap · 6eba4c71
      Michael Natterer authored
      - don't allow to create a GimpImageMap of an operation without output
      - make "region", "mode" and "gamma-hack" settable on a map that
        already has a graph
      - don't insert a useless "over" if the operation is a source op
      - do the gamma-hack always on formats with alpha, so we don't lose
        intermediate alpha results on source ops
      - simplify graph connection a lot
      - in GimpImageMap tool, don't recreate the map when reconfiguring
        "region" and "gamma-hack"
      6eba4c71
  10. 10 Jun, 2014 3 commits
  11. 24 May, 2014 1 commit
  12. 23 May, 2014 1 commit
  13. 21 May, 2014 2 commits
  14. 16 May, 2014 1 commit
  15. 06 May, 2014 1 commit
  16. 04 May, 2014 1 commit
  17. 02 May, 2014 1 commit
    • Michael Natterer's avatar
      app: make things behave more reasonable with multiple monitors · 843866e7
      Michael Natterer authored
      There is now a preference option that determines whether windows
      should be opened on the same monitor as before. It should be disabled
      when the machine gets monitors plugged/unplugged dynamically ("laptop")
      and enabled when there is a static multi-monitor setup ("wokstation").
      This is merely the current simplistic policy on top of the newly added
      underlying infrastructure:
      
      - pass integer monitor numbers around in all places where we already
        pass around a GdkScreen. Pass the "current" monitor to these changed
        APIs, where "current" is either the monitor where the action-triggering
        widget is, or if that is unavailable the monitor where the mouse is.
      
      - add gimp_widget_get_monitor() in order to easily get to the monitor,
        just like gtk_widget_get_screen().
      
      - add screen and monitor parameters in some places that were missed
        before.
      
      - in sessionrc, save all window positions relative to the window's
        monitor, and save the monitor separately, if it's not the screen's
        primary monitor.
      
      - when restoring window positions, use the stored monitor when the new
        prefs options says so (use the screen's primary monitor if there is
        no stored monitor), otherwise use current monitor that is now passed
        around.
      843866e7
  18. 18 Apr, 2014 1 commit
  19. 04 Apr, 2014 1 commit
    • Michael Natterer's avatar
      app: commit ongoing tool operations on tool change instead of cancelling · 88e4d7e4
      Michael Natterer authored
      On tool change, we used to simply halt tools before switching to the
      new one, which meant losing ongoing live-previewed tool changes, like
      transforms, warps and color corrections. This change makes them being
      applied to the image instead before switching to the new tool:
      
      Add enum value GIMP_TOOL_ACTION_COMMIT that is passed to
      GimpTool::control() before tool switching. Handle the new enum value
      in all tools, and actually commit the previewed stuff. This changes
      the behavior of GimpCageTool, GimpImageMapTool, GimpTransformTool and
      GimpWarpTool.
      88e4d7e4
  20. 07 Jun, 2013 4 commits
  21. 31 May, 2013 1 commit
  22. 30 May, 2013 2 commits
  23. 25 May, 2013 1 commit
  24. 17 May, 2013 2 commits
  25. 13 May, 2013 1 commit
  26. 28 Apr, 2013 1 commit
  27. 25 Apr, 2013 2 commits
  28. 21 Apr, 2013 1 commit
  29. 16 Apr, 2013 1 commit