librsvg acts up very weirdly with strokes under 0.5 pixels (which is
anyway not a very meaningful value). Fix the icon by removing such
strokes and increasing the fill dimensions instead.
See https://bugzilla.gnome.org/show_bug.cgi?id=761264
all *.xcf moved to folder xcf and it's according subdirectories
all new-painted icons are without shadow
most to small icons (<16x16) fixed
free-floating vectors in both wilbur icons tied to the icon
some new svg icons
color for channel r/g/b mor pleasant
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
This operation assigns to each pixel the minimum of the
maxima of all paths from it to the outside, as if the
input image represents a height map, and the operation
floods it with water.
Changes in scalable.svg
revert
gimp-tool-unified-transform to the style contributed by Aryeom (colored revert will follow)
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
Commit the old tool before even creating the new tool. Old and new
tool might be the same and share tool options, and we don't want
the new tool's initialization to mess up the old tool's state.
Fixes changing from one GEGL operation to another without explicitly
confirming the first operation. The bug only killed the cached filter
result, but that's bad enough.
The "Settings:" label should never be aligned with a label in the UI
below, because that suggests that are related. Also consistently
rename all GimpImageMapTool parameters and variables to "im_tool".
seems I didn't consistently group things in indented GimpFrame widgets
last time I cleaned up here. Should be better now. Also change the
"Auto" button to "Auto Input Levels" to make things clearer.
Contains all svg's from color theme, missing ones are
substituted by icons from sybolic theme (to get an visual impression what
is missing).
Gimp uses 221 different icons,
55 scalable icons are reused
10 missing scalable icons have been already been redone
but in this svg:
161 scalable color icons are missing at all
4 scalable color icons are to small (not exactly 16x16)
15 scalable color icons are to large (copied from 48x48)
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
In gimp_display_shell_expose_region(), invalidate each rect rather
than rebuilding the cairo_region_t as GdkRegion and then invalidating
the entire GdkRegion. Improves performance for tools that invalidate
complex regions.
Use a GQueue instead of a GList in GimpCanvasGroup, so adding items
takes constant time instead of O(n). Also, removing items was
traversing the list twice. This should generally speed up tools with
lots of canvas items.
Also, add a private pointer to the instance struct instead of using a
GET_PRIVATE() macro.
missing color *.svg icons.
gimp-channel was inconsistent
gimp-display-filter-proof was different than all other display filters
(and the privious line tester was only recognized with big enlargement,
if at all ...)
gimp-prefs-theme now fits to gnome theme (and gimp symbolic theme)
gimp-tool-seamless-clone, only size reduced by stripping of useless exif etc.
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
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.
which registers config classes for operations that don't want their
config objects to be auto-generated. Register all color tools' config
objects. Change gimp_gegl_config_sync_node() to correctly handle ops
that have an object property of the right config object type.
