Batik on server to avoid jar downloads (Re: Why use Batik)

[Ruud Steltenpool <r....@student.utwente.nl>]

If downloading the jars is your problem....
....put Batik on the server and let that convert your images to GIF/JPG/PNG

This of course only works for still images, nothing dynamic (though you
could replace this image off course)




----- Original Message -----
From: "Thomas DeWeese" <Th...@Kodak.com>
Newsgroups: gmane.text.xml.batik.user
Sent: Sunday 26 October 2003 13:50
Subject: Re: Why use Batik


> Ashiq Hussain Khan wrote:
>
> >  Thanks a lot for that informaiton,but don't u think if I am going to
> > use batik and render my image then I have to send
> > Lots of jar of batik in my applet, which will be a performance low.
>
>     The point I am making is that if you want to use SVG Full then
> your best bet is to use Batik, reimplementing it isn't going to
> help much - there is just a lot of features in SVG.
>
>     If you want to use some subset of SVG Full (like SVG Tiny) then you
> may want to look at one of the Java based Tiny implementations (Tiny Line
> comes to mind), but then you give up lots of potentially useful things,
> and you will not be able to render "arbitrary" SVG.  I don't know if this
> is important or not for you.
>
> > -----Original Message-----
> > From: Thomas DeWeese [mailto:Thomas.DeWeese@Kodak.com]
> > Sent: Sunday, October 26, 2003 4:47 PM
> > To: Batik Users
> > Subject: Why use Batik
> >
> >
> > Ashiq Hussain Khan wrote:
> >
> >
> >>Can any one tell me,should I use ony batik to display svg in my
> >>applet.cant I parse the svg file using xml4j or jaxp And get the
> >>information of the svg files and draw the svg using swings graphics2d.
> >
> >
> > Hi Ashiq,
> >
> >     Sure you can, this is exactly what Batik does.
> >
> >     If you went this route you would probably only implement a small
> > fraction of the SVG specification (CSS, filters, use, image, DOM, ECMA
> > Script, gradients, patterns, SVG fonts, etc...).  There is a reasons
> > Batik is not tiny, SVG is a 600 page specification that leverages
> > several other multi-hundred page specifications.
> >
> >     I somehow doubt that in the end you would save yourself time over
> > actually doing some research on Batik.
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
> > For additional commands, e-mail: batik-users-help@xml.apache.org
> >
> >
> > **************************Disclaimer************************************
> >
> > Information contained in this E-MAIL being proprietary to Wipro Limited
is
> > 'privileged' and 'confidential' and intended for use only by the
individual
> >  or entity to which it is addressed. You are notified that any use,
copying
> > or dissemination of the information contained in the E-MAIL in any
manner
> > whatsoever is strictly prohibited.
> >
> >
***************************************************************************
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
> > For additional commands, e-mail: batik-users-help@xml.apache.org
> >
> >


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