PDF in a JSP ... searching alternative way

I want to produce a pdf in a jsp, so I have a string fo that contains the fo instructions ... I had found this code to output the pdf directily in the browser Driver driver = new Driver(new InputSource(new StringBufferInputStream(fo)), response.getOutputStream()); and it's OK, there is anot

Re: PDF in a JSP ... searching alternative way

- Original Message - From: "Massimiliano Cuccia" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 20, 2002 6:48 PM Subject: PDF in a JSP ... searching alternative way > I want to produce a pdf in a jsp, so I have a string fo that contains the fo > instructions ... > I ha

RE: PDF in a JSP ... searching alternative way

InputSource xslfo_doc = new InputSource(xmlfo_input); ByteArrayOutputStream outstr = new ByteArrayOutputStream(); Driver driver = new Driver(xslfo_doc, outstr); driver.run(); byte[] content = outstr.toByteArray(); response.setContentLength(content.length); outstr.close(); response.getOutputStream(

Re: Fwd: Re: Fop and JDK1.2

Ralph LaChance schrieb: [..] > Plus this: I work from the premise that most users of fop will prefer > ~not~ to explicitly configure their own fonts (unless the locale require > it) > but will take the built-ins -- which to my mind, means those supplied by > Java. > Would that be an um ~naive

Re: image support (was: RE: Fop and JDK1.2 (using ant copy tasksto select implementations))

Keiron Liddle schrieb: > On Thu, 2002-06-13 at 11:05, Rob Smith wrote: > >>Everyone who needs PNG support? > > > Batik has a png decoder, a png encoder, a tiff encoder and a tiff > decoder. So what about using those ? (we ship batik anyway..) > While we are stuck with a obselete library that

Re: PDF in a JSP ... searching alternative way

Massimiliano Cuccia wrote: > I want to produce a pdf in a jsp, so I have a string fo that contains the fo > instructions ... > I had found this code to output the pdf directily in the browser > Driver driver = new Driver(new InputSource(new > StringBufferInputStream(fo)), response.getOutputS

Re: Fop and JDK1.2

Peter B. West schrieb: [..] > I noticed again, following Satoshi's email, that we have no tags for > RCs. I think this is an oversight which should be addressed. Are there I didn't think about a tag for a RC yet.. But the whole release process should be documented somewhere like the batik

Re: DO NOT REPLY [Bug 10031] - FOP error handling: return codesnot set

>>Has anybody received the CVS message from Jörg's change. I didn't. Maybe >>it's still somewhere in a moderator queue? That was the case when I >>committed my first change to CVS after receiving committer muscles. I'm not subscribed to the fop-cvs list. Perhaps I should do so... J.Pietschmann

test cases

Hi all, I've accumulated quit a few testcases from the bugzilla bug reports. Some are working now, some still produce errors. We don't have an explicit test data directory yet. Should I create one? J.Pietschmann - To unsubscrib

Re: how to deal with tabulations

Sylvain MOUGENOT wrote: > HI. > I've a structured document where the user can modify some of the > presentation such as alignment, indentation and tabulation. ... > QUESTION > Is it possible to do? Not easily with FO builtins. You'll have to use a table, and you'll have to calculate the table col

Using bugzilla

Foplings, I'm only just beginning to realise how useful bugzilla is, in spite of having watched numerous mozilla bugs over a long period. I can see it complementing the dev list very nicely, both for bug fixing and some redesign work. The beauty of it is that it provides a focus for discuss

RE: Using bugzilla

> -Original Message- > From: Peter B. West [mailto:[EMAIL PROTECTED]] > Sent: June 20, 2002 11:00 PM > To: fop-dev > Subject: Using bugzilla > > Foplings, > > I'm only just beginning to realise how useful bugzilla is, in spite of > having watched numerous mozilla bugs over a long period.

cvs commit: xml-fop/src/org/apache/fop/fo Properties.java

pbwest 2002/06/20 21:41:51 Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design Properties.java Log: cue shorthand Revision ChangesPath No revision No revision 1.1.2.9 +59 -11xml-fop/

cvs commit: xml-fop/src/org/apache/fop/fo Properties.java

pbwest 2002/06/20 21:54:59 Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design Properties.java Log: Added missing exception to cue Revision ChangesPath No revision No revision 1.1.2.10 +5

DO NOT REPLY [Bug 10043] - Encoding when Render to TEXT

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 10100] New: - Blank lines when render to TEXT

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: DO NOT REPLY [Bug 10031] - FOP error handling: return codes not set

Hi Jörg Yes, you should. :-) But I can't imagine that's the problem, because the message is relayed by CVS not by manually posting to this list, right? > >>Has anybody received the CVS message from Jörg's change. I didn't. Maybe > >>it's still somewhere in a moderator queue? That was the case wh

Re: test cases

Hi Jörg I think there is one: test. Keiron, was that you who created it in the first place? I must admit that I've never looked into this directory, yet. Does the stuff in there work? > I've accumulated quit a few testcases from the bugzilla > bug reports. > Some are working now, some still prod

Re: Using bugzilla

I agree with what both of you said. BugZilla may not be perfect but it is a good enough tool for what Peter proposes. Patches tend to get forgotten if posted on the mailing list and not immediately committed. Todo lists are relatively hard to maintain in CVS. So, I'm all for using BugZilla more in