Hi Dieter, Cameron, "Dieter von Holten" <[EMAIL PROTECTED]> wrote on 12/30/2006 03:11:54 AM:
> i saw stuff like that when i did animation with graphics2D a while ago. > the smear-effect comes from updating the position of the moving object > indepently of the drawing. This definitely looks like a bug in the dirty region management (see batik.gvt.UpdateTracker). However, the GVT tree should track this stuff automatically. In the past bugs along these lines have shown up when an element changes it's bounds and then a higher level group's transform changes or the like (this is a tricky case because if the higher group just dirties it's current bounds it won't include the old bounds of the shape). > i suspect a problem deep in the repaint-stuff: on my todo-list i have some > strange rendering effects from script-generated animations. the thing to > investigate is not a smear-effect, but it seems, that the last update is not > painted (the script stops when done and somehow prevents the last repaint or > update). Hmm, sounds like something very odd. Is it possible the script isn't returning for some reason? Also are you viewing this in the canvas or some other way? > The way i try to debug this is 'unusual': this worked long ago. So i get > older versions from svn to find that delta, which introduced the problem.. This is actually a common debugging technique and just one example of why good revision control is so important. > Seems, regard was/is not used too often. Is there a regression in this area? I just went through and looked at everything and there were a few 'odd' results I don't recall anything in this area...
