RE: Showing FO output
A year and a half ago we started to do something like that for a client ( we were even planning to ship an installer with a JRE bundled ), until they went out of bussines :(. But yesterday due to a mail from Keiron in replay to 'forrest is coming( fop logo )' I fished out of my HD some artwork ( splash screen and logo ) we were planning to use for the project. You can see some images @ http://www.manoamano.dk/FOP/ . mvh Ronald -Original Message- From: Oleg Tkachenko [mailto:olegt;multiconn.com] Sent: 6. november 2002 18:06 To: [EMAIL PROTECTED] Subject: Re: Showing FO output Jeremias Maerki wrote: I'm going a step further and I'm thinking about providing a development tool for FOP. We've developed a simple one at work where we could specify either FO or XML/xSLT file and an output format (FO, PDF, PS etc.). Then we have that big Process button that runs the document through Xalan and FOP. The configuration is saved when you exit, but at the moment we don't have multiple profiles. I've got a few good ideas about an improved tool in this direction. It would also be a good project for someone who'd like to contribute to the FOP project but doesn't want to go to the depths. I can elaborate if anyone is interested. I agree with you, I was thinking about it too. btw, I found an interesting mail in the xsl-list archive back to 1999 from James Tauber about his vision of FOP's future[1]: To give a little insight into my *long term* vision for FOP. Eventually, I would like to put a GUI interface on top to allow exactly this kind of human fine-tuning. The FOP engine does an initial layout and then a human can override line/column/page breaks, hyphenation, kerning, etc., saving back as formatting objects again. Well, but 1.0dev certanly is higher in the task list. [1] http://www.biglist.com/lists/xsl-list/archives/199905/msg00504.html -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
CMYK
Hi, I'been working on a RDMS-xml-fo-pdf solution for a katalog. The pdf look good ( Thanks Karen for the improved tables!! ). Our customer want to send it to a print-shop( offset ), but the pdf is in RGB color space and the print-shop need it in CMYK. From the archives I have the impresion that it's not posible to generate pdf with fop in CMYK color space. Has somebody some advice? It's posible to translate the generated pdf color space to CMYK (whitout quality loss ) with a third party tool? Or has someone a patched version of FOP with a CMYK flag lying around? I aprettiate every input! MVH Ronald Jaramillo Technical Lead V I Z I O N F A C T O R YN E W M E D I A Vermundsgade 40C * 2100 København Ø * Danmark Tel : +45 39 29 25 11 * Fax: +45 39 29 80 11 [EMAIL PROTECTED] * www.vizionfactory.dk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Attracting companies to FOP (was: Re: Public API Change in Driver)
I agree with Mark on this, Just to make a point I'll tell you about my experience with fop. At my company we focus on delivering web aplication for traditional brick mortar companies. We' have done some repporting apps and document generation like invoices and the like. When we first needed to generate pdf from scratch( 2 years ago ), we haven't heard of fop, so we used pdflib together with java. This was a time consuming and frustrating process, becouse it was so lowlevel. You have to calculate the position of all elements, the number of lines the amount of space, everything. Making a nice table will take ages. We endend up writing a lot of classes wich parsed and formated a html subset, becouse having the presentation tied so close to the code was a maintainence nightmare. When i found fop, i was happy to trow away all those classes. We have been used fop succesfully on production environment for several of our custumers for about 1/2 year. Fop right now is capable of doing what we need an more than that. If there is some feature we need in the future, we will try to implement it. My point is that, if my company has been aware of fop existance and capabilities from the begining, we will rather had contributed to fop enhancement instead of investing time on those silly classes. IMHO fop should present itself on the website in a much better way. The developers on this list may think there is a long way to go, but that depends on how you look at it. For what we needed in our company fop was ready for prime time. I think the site should be more especific about what fop is able to do right now, maybe show some examples/screen-dumps of tables, svg, images or some unicode documents. Arved wrote I look at OS projects like Subversion and I'm green with envy. Well on theirs site, they has a section devoted to well define specific task that need to be done. Thats something we should do for fop site as well. For instance, it could be nice to define what it takes to implement background image support. Or feature x. I think this model will fit better whith the way fop is been developed ( people poking at it on their spare time, comming and going ). Having an overview of what fop supports, and a list of what need's to be implemented grouped in self contained task could be a good place to start. Then a developer/company can see if their problem can be solved with fop, and if not they can stimate what it takes to implement what they need. MVH Ronald Mark wrote I'm just saying it how I see it, of course; maybe I'm oversimplifying and talking out my botty. But the FOP page doesn't really get me all worked up about how it's going to change the world, even though I'm pretty sure it's impact will be huge. So I guess I'm saying it's a marketing problem...? Cheers Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: external-graphic - problem using relative path
try fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ mvh Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 12:16 PM To: [EMAIL PROTECTED] Subject: external-graphic - problem using relative path Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images (external-graphic) in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál Healy Engitech Ltd. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: external-graphic - problem using relative path
try placing an image (say foo.gif ) on the same directory as the fop.jar . Then write a simple fo file: ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simple fo:region-body margin-top=3cm/ fo:region-before extent=1.5cm/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-name=simple fo:flow flow-name=xsl-region-body fo:block fo:external-graphic src=file:foo.gif/ /fo:block /fo:flow /fo:page-sequence /fo:root Place it in the same directory and test if from the command line. If this does not work, something is broken with the version of fop you are using. Most probably the path you are using should be relative to where the fop.jar is placed ( this is what works for me, not necesary the best way to do it ) MVH Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 2:44 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic - problem using relative path Ronald, Thanks for the suggestion, but unfortuately, it hasn't worked. I still get the following error - Invalid Image URL - error on relative URL : java.lang.NullPointerException. I tried both fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ and fo:external-graphic src=file:/VincentSite/img/chkbxgif-y.gif/ with identical results. I wonder if it's something to do with my configuration, although, as I said, I can read the dictionary using a relative path. Any ideas? Thanks, Micheál - Original Message - From: Ronald Jaramillo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 18, 2001 12:38 PM Subject: RE: external-graphic - problem using relative path try fo:external-graphic src=file:VincentSite/img/chkbxgif-y.gif/ mvh Ronald -Original Message- From: Micheál Healy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 12:16 PM To: [EMAIL PROTECTED] Subject: external-graphic - problem using relative path Hi all, I posted a message regarding this problem a couple of weeks ago, but received no reply. I need to reference images (external-graphic) in my xsl. It seems to work fine when I use the absolute path, but not when I use the relative path. Please find attached my original message - it's a little more detail and contains some sample XSL. Any help on this would be greatly appreciated. TIA, Micheál Micheál Healy Engitech Ltd. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
