On 2013-09-19 14:35 +0200, Martin Owens wrote:
I've committed a couple of fixes for the reported issues for 12528 and 12525. I'm not sure if I caught the one relating to stroke any examples might be really useful. See r12536
Testing latest trunk (r12544) build:
On 2013-09-19 07:23 +0200, su_v wrote:
r12525: Inkscape crashes on load of this file (r12524 is ok): http://www.w3.org/TR/SVG11/images/filters/enable-background-01.svg reference image: http://www.w3.org/TR/SVG11/images/filters/enable-background-01.png source: http://www.w3.org/TR/SVG11/filters.html#AccessingBackgroundImage
No more crash on load with r12544, but renders incorrectly (with r12524 it looked the same as the reference image): https://www.dropbox.com/sh/utaa2r0r82ld9zb/EUzH6YpyCe#/
r12525: breaks FER position and size: While trying to figure out the current relationship between FER, visual bounding box (and stroke with), I came across another regression in the filter editor: Changing coordinates and/or dimensions in the filter editor does not live-update the filter output area (it only affects the position and size of the visual bbox frame). This seems to have started with the changes in r12362 (in tests with archived builds it works as expected with r12359, in r12364 and later revisions one has to force a refresh or reload the file to see the FER updated), and regressed one more step in r12525 (now AFAICT the FER neither is correctly updated when forcing a refresh nor when reloading the file).
AFAICT still broken with r12544.
Maybe one of the SVG-filter-effects experts (wrt the spec and inkscape's implementation) can test and comment?