On Mon, 24 Sep 2001 09:32:55 Thierry Kormann wrote:
> On Friday 21 September 2001 14:08, Keiron Liddle wrote:
> > On Wed, 19 Sep 2001 14:13:25 Thierry Kormann wrote:
> > > In order to properly implement getWidth (which was not the case in
> the
> > > method
> > > I were using) - you can have a look at the ImageTranscoder.
> > >
> > > The ImageTranscoder handles correctly the width and height attributes
> on
> > > the
> > > outermost svg element (thoses attributes are in fact not required).
> >
> > The only problem with this is that the root graphics node needs to be
> built
> > twice.
>
> ??? I don't get that. In order to compute the width and height
> attributes,
> you need:
>
> root.getAttributeNS(svgNamespaceURI, "width")
> root.getAttributeNS(svgNamespaceURI, "height");
>
> and the notion of a user agent.
>
> If one of those attribute is not defined, the value is 100%.
>
> 100% means: the 'default size of the user agent' - at least the area the
> user
> agent wants to allocate for that svg document.
Yes that is true.
The problem is I (may) need to know the size of the svg when creating the
area tree for the formatting objects. This area tree does not depend on the
output. When I come to render the output the svg graphics node depends on
the output in the case of text, links etc. So I need to build a new
graphics node or do something else to be able to render to the specific
ouput.
If it is 100% then it is fine but if the svg defines a size and the svg
area size is defined as use content then I need to get the size of the svg.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
