I have been looking into the code of the SVGAbstractTranscoder, in particular
in the part in which the GVT Tree is constructed, and, when a viewport is not supplied
in the document, it ends up using the default viewport supplied in the UserAgent,
which usually is a default value (400x400 in the SVGUserAgent, for instance), and
clipping off parts of images larger than this size.
So, if I am not mistaken, we should change the user agent, or the
BridgeContext, or both to be able to derive the correct viewport size during the GVT
construction in order to follow this part of the specification.
Besides that, I am looking the PS/EPS transcoder and as far as I have seen,
one of the problems I encountered while trying to do my version of it is happening, in
particular, the transformation of text information to curves, even when the transcoder
is instructed not to do that. When I encountered this problem before, I saw it had to
do with the TextPainter implementation and it encountering "spans" in the GVT Text
representation.
I will be looking further into it this week and I expect to have more to say
later on.
Regards,
_____________________
Felipe Rech Meneguzzi
[EMAIL PROTECTED]
_____________________
-----Mensagem original-----
De: Thomas DeWeese [mailto:[EMAIL PROTECTED]
Enviada em: terÃa-feira, 6 de julho de 2004 07:31
Para: [EMAIL PROTECTED]
Assunto: Re: More on PSTranscoder
Felipe Rech Meneguzzi wrote:
> I was looking into the PSTranscoder/Batik code and running a
> few examples with it and Iâve got a question regarding the Clip box /
> viewport size. In particular, I would like to know how should be the
> final rendering of an SVG which does not specify a viewport size?
The specification says it should be the region 0,0 -> width,height
of the outermost SVG element. If the outermost SVG lacks a width/height
then the User Agent can render an arbitrarily sized region starting
at 0,0. The main thing is that without a viewport it shouldn't
introduce a scale or translate transform.
> Should Batik draw everything it can, and then generate a viewport size
> based on the area covered by the drawing, or should it arbitrarily
> specify a viewport size, which is the case for the current
> implementation I am looking into. The reason for my question is that
> Iâve got some SVGs like that and the Adobe previewer is not very
> consistent in its presentation. Depending on the size of the picture it
> cuts out some of its parts.
Well with Batik you can modify the 'standard' behavior to do what
ever you want for your particular application.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.710 / Virus Database: 466 - Release Date: 23/6/2004
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.710 / Virus Database: 466 - Release Date: 23/6/2004
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
