Cameron McCormack-4 wrote:
>
>
> Can you provide us with the file that causes the problem (or a reduced
> version that still exhibits it)?
>
>
Hi Helder and Cameron - thanks for responding.
Please find the problem file in this post - I have a partial solution to my
problem BUT need help with getting batik to update/redraw/take into account
my modifications - see my post:
http://www.nabble.com/Modifying-internal-CSS-in-SVG-document---partial-solution---need-help-with-batik-re-draw-update-to16275087.html
Cameron McCormack-4 wrote:
>
>
> In general, though, Batik is quite intolerant of errors in SVG files.
>
>
Fair enough. I agree with the intolerance so that the standard is not
polluted.
However sadly I'm finding that tools like Corel do not comply. Now I don't
want to get into a debate about the merits of various drawing tools - I need
to work with this tool so have devised a partial solution which I need some
help with to complete.
The help I need is generic in that I need understanding of how to get batik
to update itself completely if a change is made to the SVG XML elements or
CSS.
When I say update itself completely I mean that the affected objects it has
created get updated as a result of these changes AND that outputted SVG XML
ALSO reflects these changes.
Naturally this needs to be done in the most efficient way possible rather
than having to re-render the whole document.
I would also say that actually batik is not tolerant at all, because as
you'll see from the exception path trace, the exception originates from
non-batik awt code that batik calls.
--
View this message in context:
http://www.nabble.com/Need-to-process-negative-width-elements-without-causing-Exception-tp16036194p16275095.html
Sent from the Batik - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
