Yes, this is expected behaviour. The path from SVG via Batik to PDF is suboptimal if speed is an important issue. The SVG generation itself is very fast, but the conversion from SVG to PDF isn't. In the case of PostScript output I have a non-standard solution (i.e. doesn't work with an unmodified FOP 0.20.5) to directly embed the barcode as EPS in the generated PostScript stream. The same I have started for PDF but only the painting of the bars is implemented. No human-readable part.
If performance is your biggest concern you need to resort to a barcode font. There's no faster solution at the moment. On 25.02.2005 13:47:38 kumar Bandaru wrote: > Hi, > > Recently,I explored barcode4j and was successful to render barcode > using that with all ur help.We suspended that project for a while and > now we are into it again. > > Just to recap, we were using IDAutomation fonts to render barcode(EAN8) > in our application,but we found it has some limitations like font > strectch so we tried barcode4j and it worked great. > > So we want to explore abt performance as we have decided to go ahead with > that, > If iam not wrong,barcode4j creates an image(SVG) to render the barcode in the > PDF > we have noticed that it is taking more time to render the image when > compared to IDAutomation fonts. > > is this the expected behaviour? > > appreciate your ideas, Jeremias Maerki --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
