and remove lots of labels from calls to gimp_prop_foo_new(). Also
had to manually remove some unwanted labels that are now added
automatically, fixes bug #761880.
I am still not sure whether custom guides should follow snapping rules.
Yet I could easily imagine you could want some normal guides with
snapping and in the same time symmetry without snapping to axis of
symmetry. So for the time being, let's disable snapping to custom guides
all the time and see if logic could be improved later.
This is not ideal since the scale widget is crazy huge, thus
impractical, but the solution used on properties of other symmetries
(updating min/max of the class property) is wrong since it applies to
the whole class.
For the time being, it avoid setting obviously bad values until we
figure out the ideal automatic UI construction.
Since commit 9c4dd96, a NULL label to gimp_prop_check_button_new()
generates a label from the property nick. Trying to add a GtkImage in
the button outputs a warning because a GtkBin can have only one child.
Fixes the warning:
Gtk-WARNING **: Attempting to add a widget with type GtkImage to a
GtkCheckButton, but as a GtkBin subclass a GtkCheckButton can only contain one
widget at a time; it already contains a widget of type GtkLabel
new in color-scalable:
gimp-convert-grayscale
gimp-convert-rgb
gimp-convert-indexed
changed in scalable (to be in sync with color):
gimp-convert-grayscale
gimp-convert-rgb
gimp-convert-indexed
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
new as scalable:
gimp-color-triangle
gimp-floating-selection
gimp-list
gimp-cursor
gimp-tool-hue-saturation
gimp-scale
gimp-rescale
now only 30 icons missing as scalable
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
...behind main window on windows
Windows requires that the process with the
foreground window explicitely allows long
lasting background processes showing their
windows as foreground/focused
The old GIMP_CONFIG_INSTALL_PROP_FOO() have the problem of always
passing NULL as the GParamSpec's "nick". I have no clue what we were
thinking back then, but this has always been a major design flaw
because (among other problems) it makes it impossible to fully
auto-generate GUIs based on properties.
Added GIMP_CONFIG_PROP_FOO() macros which do have a "nick" parameter,
will deprecate the old macros as soon as everything is ported.
tweak gimp-zoom-follow-window
Changes in color-scalable
change gimp-prefs-system-resources (to something more preferences and system alike)
gimp-tool-airbrush enlarge airbrush
new as scalable:
gimp-prefs-playground
gimp-tool-curves
gimp-curve-free
gimp-curve-smooth
gimp-invert
gimp-transparency
gimp-tool-desaturate
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
Remove GimpSymmetry::get_settings() and instead tag the properties that
should have a GUI with the GIMP_SYMMETRY_PARAM_GUI flag. Also use plain
g_object_class_install_property() because that allows for separate nick
and blurb. Finally, use gimp_prop_gui_new() to generate the GUI,
gimp-menu-left, inversed for better visibility
gimp-menu right, inversed for better visibility
gimp-close, inversed for better visibility
new as scalable:
gimp-wilber-eek
gimp-gradient-shapeburst-angular
gimp-gradient-shapeburst-dimpled
gimp-gradient-shapeburst-sherical
gimp-print-resolution
gimp-device-status
down to 55 icons as scalable missing
Signed-off-by: klausstaedtler <staedtler-przyborski@web.de>
This reverts commit 6878b49491.
I didn't take into consideration that different themes could apply
various fonts, font sizes or label-scale for the widget. So the font
description needs to be reinitialized at every theme change.
Both new themes were outputting the following warning for gap_left.png:
"Invalid borders specified for theme pixmap"
"borders don't fit within the image"
The problem was that the sum of the left and right gap borders cannot be
more than the gap file width (2 px in our case).
Michael Natterer