[
https://issues.apache.org/jira/browse/BATIK-1070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Florian Albrecht updated BATIK-1070:
------------------------------------
Attachment: Batik-1070-PatchProposal1.patch
Attached is a patch proposal which works for us. It attaches a
DOMSubtreeModified listener to the clipPath element each time
SVGClipPathElementBridge.createClip is invoked.
The listener invokes handleGeometryChanged() on the bridge element of the
element referencing the clipPath (using updateManager's runnable queue to be
safe), and removes the listener after invocation (because createClip will again
be called by handleGeometryChanged(), and will attach a new listener).
I am pretty sure this is NOT optimal, but, as mentioned, it works for our
application.
> Modifying clip-path shape element does not cause GVT update
> -----------------------------------------------------------
>
> Key: BATIK-1070
> URL: https://issues.apache.org/jira/browse/BATIK-1070
> Project: Batik
> Issue Type: Bug
> Components: Bridge, SVG Viewer
> Affects Versions: 1.7
> Reporter: Florian Albrecht
> Attachments: Batik-1070-PatchProposal1.patch, BatikBugTestFrame.java
>
>
> When updating the attributes of a rect element used in a clipPath element,
> which is referenced by a rect in the SVG document as clip-path, no updates of
> a JSVGCanvas occur (the GVT builder is not invoked). When updating a normal
> rect element the same way, the canvas is updated correctly.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
