On 23 August 2013 00:35, Jon Nordby jono...@gmail.com wrote:
On 17 August 2013 21:45, Andrew Chadwick a.t.chadw...@gmail.com wrote:
I'm trying to address
https://bugzilla.gnome.org/show_bug.cgi?id=702392
https://gna.org/bugs/?21003
https://gna.org/bugs/?20822
as much as we can in MyPaint by tweaking the way that we deal with
stroke processing. We really need an upstream fix for this problem,
but in the meantime there's stuff we can do to make the experience
nicer for users of the new Gdk. Current work on it can be found at
https://gitorious.org/mypaint/mypaint/commits/gtk3-stroke-queue
and testing would be most welcome.
Hi,
sorry that I did not respond until now, after it has been merged. Also saw
that a lot of GUI work went in, cool!
Pupuser on #mypaint said that master appears much slower than 7e27a690
on his machine.
David Revoy also noted some apparent slowness in rendering with master. I
have not tested much yet, both said they would follow up with more detailed
info later.
Another user on IRC reported this now, see git log underneath. Can we
revert the patches?
werkbau Hm, hello. I use mypaint regularly, GIT version, but since the
latest update it's been behaving odd, to the point of being unusable. It's
like if every stroke was done with max slow tracking, even at zero.
werkbau Could I at least get a command or something to revert my local
repository to a previous version? I need it urgently :(
jonnor git checkout 7e27a690 -b nostrokequeue
werkbau Oh thank you very much.
werkbau let me rebuild and check how it works
jonnor yes, please let us know if that fixes the issue
werkbau Yes, it does!
--
Jon Nordby - www.jonnor.com
___
Mypaint-discuss mailing list
Mypaint-discuss@gna.org
https://mail.gna.org/listinfo/mypaint-discuss