- 01 May, 2010 5 commits
-
-
Marco Ciampa authored
-
Michael Natterer authored
-
Michael Natterer authored
gimp_overlay_child_expose(): clip drawing to event->region. gimp_overlay_child_damage(): transform and invalidate event->region's rectangles individually to avoid redundant invalidations.
-
Michael Natterer authored
This reverts commit cc60d331.
-
Michael Natterer authored
This reverts commit 2525e304.
-
- 28 Apr, 2010 2 commits
-
-
João S. O. Bueno authored
-
João S. O. Bueno authored
-
- 27 Apr, 2010 1 commit
-
-
Ulf-D. Ehlert authored
-
- 26 Apr, 2010 1 commit
-
-
Michael Natterer authored
-
- 24 Apr, 2010 3 commits
-
-
Alexia Death authored
-
Alexia Death authored
I had to remove the asserrt in tool preset constructor, because with it it wasnt possible to initalize an empty model object for the editor. At init time the gimp object passed to the constructor is not yet available.
-
Alexia Death authored
-
- 23 Apr, 2010 1 commit
-
-
Marco Ciampa authored
-
- 22 Apr, 2010 3 commits
-
-
Michael Natterer authored
-
Michael Natterer authored
-
Michael Natterer authored
Remove the draw timeout in GObject::dispose() to be safe.
-
- 21 Apr, 2010 6 commits
-
-
Michael Natterer authored
currently respects the fact that FG/BG are always global and the global brush,pattern,... settings from gimprc. This should probably not change, but rather be overridable on a per-preset basis as suggested.
-
Michael Natterer authored
Use a real g_warning() because this is a programming error. Please report all warnings.
-
Michael Natterer authored
with bogus values from contextrc, we want them to always match the tool option's type.
-
Alan Monfort authored
-
Alexandre Prokoudine authored
-
Alexandre Prokoudine authored
-
- 20 Apr, 2010 5 commits
-
-
Alexandre Prokoudine authored
-
Michael Natterer authored
but don't set any tool options yet because that is a lot more tricky.
-
Michael Natterer authored
-
Michael Natterer authored
Override GimpContext's "tool" property and add an evil function that makes sure we don't set a tool that doesn't match the options. Needed because tool options are read from disk and thus unreliable per se, additional we were stupid and wrote wrong tool options to disk.
-
Michael Natterer authored
Instead keep a pointer to the statusbar's label around in our own object struct. Also remove conditional compilation based in GTK+ version.
-
- 19 Apr, 2010 6 commits
-
-
Alexandre Prokoudine authored
-
Alexandre Prokoudine authored
-
Alexandre Prokoudine authored
-
Michael Natterer authored
-
Michael Natterer authored
-
Martin Srebotnjak authored
-
- 18 Apr, 2010 6 commits
-
-
Alexia Death authored
-
Martin Nordholts authored
It became reduntant when 'get' was changed to 'new'.
-
Martin Nordholts authored
The function gimp_dockable_get_tab_widget() and gimp_dockable_get_drag_widget are not getters, they create new widgets. Furthermore, gimp_dockable_get_tab_widget() doesn't use the instance tab style but takes a tab style paramter. Rename the functions to gimp_dockable_new_tab_widget_for_style() and gimp_dockable_new_drag_widget() to reflect this.
-
Michael Natterer authored
This reverts commit 32aca3c8. Clearly needs more review, thinking and discussion.
-
Alexia Death authored
-
Michael Natterer authored
Don't overwrite the entire context part of all tool options with values from contextrc, or we will end up with one tool option set to a non-default values affecting all other tool options that were at their default value in the next gimp session.
-
- 17 Apr, 2010 1 commit
-
-
Michael Natterer authored
-