Please update to latest gimp master and test. I think I fixed this.
Author: Michael Henning
Date: Sun Sep 6 00:05:32 2015 -0400
libgimpwidgets: Avoid updating the rulers too often.
Ever since 72617e42b, whenever the user generated a lot of mouse
input, we would constantly queue redraws to the rulers. These redraws
had a higher idle priority than updating the canvas, so we would
rarely get around to canvas updates, which made certain tools
(painting with dynamics, the blend tool) feel very unresponsive.
This fixes it by only redrawing the rulers if the mouse has moved
far from the last location, or if there are no idle handlers with
a priority above LOW.
On Sun, Sep 6, 2015 at 3:00 PM, Americo Gobbo <jag.rabi...@gmail.com> wrote:
> On Sun, Sep 6, 2015 at 3:04 PM, Richard <strata_ran...@hotmail.com> wrote:
>> IIRC, this was previously discussed on the mailing list (and bugzilla)
>> and the cairo library was identified as a culprit/accessory to the lag --
>> as some users reported downgrading to a previous libcairo fixes the ruler
>> However, it also appears to have been properly fixed as of mid-August:
> Thanks Richard, but it seems all OK are to windows... on my linux box the
> problem is resolved only without rulers.
> I work only on linux, and in this box I've two GIMP, the stable 2.8.14
> (otto ppa) and and the 2.9 devel (last git master). My box is ubuntu
> gnome 14.04.2 - 64-bit. Memory 8Gb, Intel® Core™ i5-3570K CPU @ 3.40GHz ×
> 4, Gallium 0.4 on AMD CAICOS.
> The 2.9 first of the patch of Michael Henning in August 11, was working
> well with the rulers.
> The 2.8.14 stable - ppa otto, is working well.
> git log on my 2.9 git master >
> commit 72617e42b426e6788c075539a20df7365d2cf102
> Author: Michael Henning <dra...@darkrefraction.com>
> Date: Tue Aug 11 16:20:59 2015 -0400
> Bug 736411 - Ruler updates cause slowdown when painting
> We now avoid drawing rulers in the position property setter and use
> gtk's region invalidation instead. Previously, we were basically
> redrawing the ruler inside the mouse event handler, which is pure evil.
gimp-developer-list mailing list
List address: email@example.com
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives: https://mail.gnome.org/archives/gimp-developer-list