Hi,
> Two things. First off I can see where the change goes int
> SVGOMViewElement, but I don't see that SVGOMUseElement has a
> getPreserveAspectRatio method (although I suppose this could
> be a bug in the spec).
Yes, after I check SVGOMUseElement it is not there, very weird, because
the S
Hi,
>I don't know how much you know about CVS but really the
> best way to submit a patch is:
>
> cvs diff >! PAR.patch
Ops sorry, I do not know much about cvs. Thank you for the info, next
time when I added patch, I will use cvs diff stuff. I will learn cvs
syntax :)
Regards
Tonny Koh
Thomas DeWeese wrote:
>
> Would it be possible to make some of these methods and fields protected,
> it would ease the process of controlling the generated SVG Tree.
>>I would actually prefer to make protected 'createXXX' methods for
>> these so your subclass can override and construct you
Hi Tonny,
Two things. First off I can see where the change goes int
SVGOMViewElement, but I don't see that SVGOMUseElement has a
getPreserveAspectRatio method (although I suppose this could
be a bug in the spec).
Also can you provide a testcase for this? The simplest thing
to do would be to
Hervé Girod wrote:
I'm using Batik to convert other (older or proprietary) vector graphic
format in SVG. I'm using the svggen package for that, because then I
only need to now the format => Java conversion, and by creating a new
transcoder, this is made very simple with Batik.
My problem is th
Cameron McCormack wrote:
I had wondered for a while whether elements with id attributes in shadow
trees should be found by getElementById. The shadow trees aren't really
in the document tree, so I guess they shouldn't. ASV6 does.
ASV6 does lots of things it shouldn't :)
More seriously giv
Hello !
I'm using Batik to convert other (older or
proprietary) vector graphic format in SVG. I'm using the svggen package for
that, because then I only need to now the format => Java conversion, and by
creating a new transcoder, this is made very simple with Batik.
My problem is that it
