pdf transcoding development

[Keiron Liddle <ke...@aftexsw.com>]

Hi All, 

Just an update about the svg->pdf transcoder that is developed with FOP.
Currently this is in cvs only.

- added transparency for shapes and images. 
It handles most of the samples in batik quite well (although the images
sometimes make the document large), my favourite is mapSpain. (need
acrobat 5.0 to see this)

- releases memory used by adding images immediately.
Before it was getting out of memory errors with the
textRotateShadows.svg.

- started implementation of patterns and gradients
Patterns generally work. The gradient coordinates are currently wrong,
I'm not sure how to get this right.

- text bridge
If the text can be inserted directly into pdf then it does not draw the
text as shapes.

It will be a while before it is ready for a release but it is improved
quite a bit.

Regards, 
Keiron Liddle 



---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-dev-help@xml.apache.org

Re: pdf transcoding development

[Thomas E Deweese <th...@kodak.com>]

>>>>> "KL" == Keiron Liddle <ke...@aftexsw.com> writes:

KL> On Tue, 2002-07-02 at 13:36, Thomas E Deweese wrote: - started
KL> implementation of patterns and gradients Patterns generally
KL> work. The gradient coordinates are currently wrong, I'm not sure
KL> how to get this right.
>>  Anything we can do to help?  Pointers to the suspected problem
>> areas?

KL> I have worked out what was wrong, I need to apply the gradients
KL> transform and the transform for the current pdf state because the
KL> coords need to be abolute for pdf.  It seems to be working for
KL> linear and radial gradients - the asf-logo.svg works, thats the
KL> most important thing!

    Sounds good.

KL> Unfortunately it appears that pdf cannot handle all the radial
KL> gradients. It only has a single radius whereas in svg rx and ry
KL> may be different. 

    This can be done by applying an additional transform
    scale(1, ry/rx);

    Then just use rx as the radious (the scale will then distort it
into the proper ellipse).

KL> Also the center point cannot be outside the circle centered around
KL> the focal point with the given radius.  There may be ways to
KL> handle this but it is too complicated for now.

    In fact even in SVG the point must be inside the circle, but
renderers are required to move the point to the edge of the circle by
moving it along the line through the center of the circle or some
such.  In fact if you have compensated for your scale for the focal,
point (fx'=fx, fy'=fy*rx/ry) then you can just use the simple circle
equasion (not ellipse).


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-dev-help@xml.apache.org

Re: pdf transcoding development

[Keiron Liddle <ke...@aftexsw.com>]

On Tue, 2002-07-02 at 13:36, Thomas E Deweese wrote:
> KL> - started implementation of patterns and gradients Patterns
> KL> generally work. The gradient coordinates are currently wrong, I'm
> KL> not sure how to get this right.
> 
>     Anything we can do to help?  Pointers to the suspected problem
> areas?

I have worked out what was wrong, I need to apply the gradients
transform and the transform for the current pdf state because the coords
need to be abolute for pdf.
It seems to be working for linear and radial gradients - the
asf-logo.svg works, thats the most important thing!

Unfortunately it appears that pdf cannot handle all the radial
gradients. It only has a single radius whereas in svg rx and ry may be
different. Also the center point cannot be outside the circle centered
around the focal point with the given radius.
There may be ways to handle this but it is too complicated for now.

Thanks,
Keiron.


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-dev-help@xml.apache.org

pdf transcoding development

[Thomas E Deweese <th...@kodak.com>]

Hi Keiron,

>>>>> "KL" == Keiron Liddle <ke...@aftexsw.com> writes:

KL> Just an update about the svg->pdf transcoder that is developed
KL> with FOP.  Currently this is in cvs only.

KL> - added transparency for shapes and images.  

    This is _great_ news!

KL> - started implementation of patterns and gradients Patterns
KL> generally work. The gradient coordinates are currently wrong, I'm
KL> not sure how to get this right.

    Anything we can do to help?  Pointers to the suspected problem
areas?

KL> - text bridge If the text can be inserted directly into pdf then
KL> it does not draw the text as shapes.

    Very nice!

KL> It will be a while before it is ready for a release but it is
KL> improved quite a bit.

    I would say, the support for transparenct is really wonderful.
Keep up the good work.


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-dev-help@xml.apache.org