RE: force-count-page : end on even
I think earlier emails indicate that page-position="last" isn't implemented yet. My experience supports this. Cheers Tim > -Original Message- > From: J.Pietschmann [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 27 March 2002 7:08 > To: [EMAIL PROTECTED] > Subject: Re: force-count-page : end on even > > > Rodolphe VAGNER wrote: > > My format of footpage is : > > page x on X > > But it seems that the forced page is not counted ! > > I suppose you retrieve the page count using the standard > method: put a (usually empty) block at the end of the > flow and use the page-number-citation referring to this > block to get the total number X. > If you have text up to page 41, the last block ends up on > page 41, and X renders as 41. If you force even pages, > the block is *still* on page 41, and X renders as 41. > Bad luck! > Time for some more creativity. A suggestion: Use a > page-sequence-master contaqining a conditional page > sequence with a separate master for the last page. > Put the block referenced for the last page number into > the static content of the last page. > > HTH > J.Pietschmann > > The information in this e-mail together with any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any form of review, disclosure, modification, distribution and/or publication of this e-mail message is prohibited. If you have received this message in error, you are asked to inform the sender as quickly as possible and delete this message and any copies of this message from your computer and/or your computer system network.
Re: FOP on OS X and unknown process
mike jackson wrote: when the PDF is being generated. Usually when a Dock Icon appears for java Apps it is indicative that a GUI based app is running, ie Swing or AWT. FOP accesses AWT code, in particular for rendering SVG (through Batik). J.Pietschmann
Re: force-count-page : end on even
Rodolphe VAGNER wrote: My format of footpage is : page x on X But it seems that the forced page is not counted ! I suppose you retrieve the page count using the standard method: put a (usually empty) block at the end of the flow and use the page-number-citation referring to this block to get the total number X. If you have text up to page 41, the last block ends up on page 41, and X renders as 41. If you force even pages, the block is *still* on page 41, and X renders as 41. Bad luck! Time for some more creativity. A suggestion: Use a page-sequence-master contaqining a conditional page sequence with a separate master for the last page. Put the block referenced for the last page number into the static content of the last page. HTH J.Pietschmann
Re: possible to specify required spaces?
Can you use fo:leader? Check out http://www.renderx.com/Tests/leader.fo HTH, --Craeg [EMAIL PROTECTED] wrote: Does anyone know a way to pass required spaces through FOP from XML to a PDF? The normal processing of x'20' spaces collapses adjacent spaces to eliminate extra white space, which is normally good but not in all cases, and 'white-space-treatment="pre"' (which would preserve these) isn't implemented yet. Does anyone know, for example, of another way to preserve these or else another blank non-printing character that we could use in the XML file for spaces we want to preserve? Thanks for any advice! -- Craeg K Strong, General Partner Ariel Partners LLC http://www.arielpartners.com voice 781-647-2425 fax 781-647-9690 NOTICE: This message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies -- including electronic copies -- of the original message.
Re: ohm symbol not supproted ?
Rodolphe VAGNER wrote: I try a fop transformation in UTF-16 with ohm symbol (greek omega capital letter) and I find a ' O ' in the pdf result, but µ is supported !! Did you use codepoint U+03A9 (GREE CAPITAL LETTER OMEGA) or U+2126 (OHM SIGN)? I get a # for the first (meaning unknown glyph mapping) and a W for the latter in the standard font (which happens to occupy the same position in the mapping table as the upper case omega). Selecting the Symbol font ΩΩ still results in a # for the first and the expected glyph for the latter. Get a font with glyphs for greek letters and look at the instructions in the docs directory for installing it if you need greek letters. J.Pietschmann
Re: Embedding Type I fonts
Yeah, you're using font-weight="lighter", but only "normal" (see your element) is registered. On 26.03.2002 20:02:44 Levy, Alane wrote: > I am having trouble getting FOP to recognize a Type I font > (Helvetica-Light). > > I followed the instructions on the web page > (http://xml.apache.org/fop/fonts.html) to generate the attached font metrics > file from the hvl_.pfm file from Adobe. > > <> > I added the following element definition to the conf/userconfig.xml file > inside the element: > >weight="normal"/> > > > I also tried the above with an absolute path to the metrics file, but it > made no difference. > > When I run FOP with the following command line: > >fop -c c:\fop-0.20.3\conf\userconfig.xml sample_getting_started.fo > sample_getting_started.pdf > > the following errors result: > >java -cp > c:\fop-0.20.3\build\fop.jar;c:\fop-0.20.3\lib\batik.jar;c:\fop-0.20.3\lib\xa > lan-2.0.0.jar;c:\fop-0.20 > .3\lib\xerces-1.2.3.jar;c:\fop-0.20.3\lib\avalon-framework-4.0.jar;c:\fop-0. > 20.3 > \lib\logkit-1.0.jar;c:\fop-0.20.3\lib\jimi-1.0.jar org.apache.fop.apps.Fop > -c c: > \fop-0.20.3\conf\userconfig.xml sample_getting_started.fo > sample_getting_started > .pdf > [INFO]: FOP 0.20.3 > [INFO]: building formatting object tree > [INFO]: [1] > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [ERROR]: defaulted font to any,normal,normal > [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to > any > [INFO]: Parsing of document complete, stopping renderer > > Am I doing something wrong or is this not supported? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - 6002 Luzern Fon +41 41 317 2020 - Fax +41 41 317 2029 Internet http://www.outline.ch
Re: XML parsing
Alastair Growcott wrote: Any chance that FOP will ever use the stylesheet specified in the XML file to peform the XSLT? You can implement it yourself. Rip some code from Xalan or Cocoon which extracts the stylesheet PI from the XML and the logic to invoke the transformation, and pipe the result to a FOP driver. Hava fun! J.Pietschmann
Re: problems big files xml >1Mo
[EMAIL PROTECTED] wrote: I don't think these are the best solutions because you loose some of your XML tag formatting with xsl:text. Worse, the code will fail under certain circumstances, for reasons hard to understand for the average user. It is likely that it will always fail in future distributions of FOP. The drawbacks of using disable-output-escaping are discussed in regular intervals on the XSL list, search through their archive. A solution which always works is the following: ... This is known as "grouping by position", one of the simpler grouping problems. Actually, this is an XSLT problem. There is more expertise available on the XSL list, and there is an XSL FAQ at http://www.dpawson.co.uk/ J.Pietschmann
FW: Servlet problems
I posted this on the -dev list this morning and the more I thought about it the more the -user list seemed more appropriate, and I am not sure how many people who might be able to help cross-read. Apologies for the duplicate copies for the folks who also read -dev. James -Original Message- From: Higgins, James [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 10:14 AM To: 'fop-dev@xml.apache.org' Subject: Servlet problems Ok, I have been messing with this problem for a day or so now and can't find a reasonable solution. I am using Tomcat 4.0.3 and FOP 0.20.3. I have deployed the servlet into the container and copied the fop.jar along with the other jars in the FOP library directory to the servlets WEB-INF/lib directory. I can producer documents containing plaintext with no problems. However, when I try to render the embedding.fo SVG example I get the following exception: java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaint at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1631) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:926) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1360) at org.apache.catalina.loader.WebappClassLoader.loadClass . The class org.w3c.dom.svg.SVGPaint is located in batik.jar with the rest of the jars. Anyone have any clue what I am doing wrong? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Embedding Type I fonts
I am having trouble getting FOP to recognize a Type I font (Helvetica-Light). I followed the instructions on the web page (http://xml.apache.org/fop/fonts.html) to generate the attached font metrics file from the hvl_.pfm file from Adobe. <> I added the following element definition to the conf/userconfig.xml file inside the element: I also tried the above with an absolute path to the metrics file, but it made no difference. When I run FOP with the following command line: >fop -c c:\fop-0.20.3\conf\userconfig.xml sample_getting_started.fo sample_getting_started.pdf the following errors result: >java -cp c:\fop-0.20.3\build\fop.jar;c:\fop-0.20.3\lib\batik.jar;c:\fop-0.20.3\lib\xa lan-2.0.0.jar;c:\fop-0.20 .3\lib\xerces-1.2.3.jar;c:\fop-0.20.3\lib\avalon-framework-4.0.jar;c:\fop-0. 20.3 \lib\logkit-1.0.jar;c:\fop-0.20.3\lib\jimi-1.0.jar org.apache.fop.apps.Fop -c c: \fop-0.20.3\conf\userconfig.xml sample_getting_started.fo sample_getting_started .pdf [INFO]: FOP 0.20.3 [INFO]: building formatting object tree [INFO]: [1] [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [ERROR]: defaulted font to any,normal,normal [ERROR]: unknown font Helvetica-Light,normal,lighter so defaulted font to any [INFO]: Parsing of document complete, stopping renderer Am I doing something wrong or is this not supported? hvl_.xml Description: Binary data
FOP on OS X and unknown process
I am developing a java app (WebObjects specifically) that takes
advantage of the FOP code to produce wonderful PDF's for my fellow
employees. I am trying to track down something that I do not fully
understand and I was hoping that some one on the list might have some OS
X experience to tell me what might be happening.
After I start my WebObjects Application from the command line, things
run fine except when I generate a PDF. It looks like another java
process is being spawned as a Dock ( that darn dock) icon shows up.
Running top does not seem to indicate another process being fired up
when the PDF is being generated. Usually when a Dock Icon appears for
java Apps it is indicative that a GUI based app is running, ie Swing or
AWT. So I was wondering having tried to walk the FOP Code if during the
generation of the PDF any classes that are subclassed from Swing or AWT
are being called?
This is how I am generating the code
try {
Document document = response.contentAsDOMDocument();
DocumentInputSource diSource = new
DocumentInputSource(response.contentAsDOMDocument() );
ByteArrayOutputStream out = new ByteArrayOutputStream();
//Driver driver = new Driver();
Driver driver = new Driver(diSource, out);
driver.setRenderer(Driver.RENDER_PDF);
driver.run();
// set the PDF data
response.setContent(new NSData(out.toByteArray()));
// set the header
response.setHeader("application/pdf", "Content-Type");
} catch (Exception ex) {
//Going to need a better way of catching this exception
ex.printStackTrace();
}
Thanks for any help or further understanding anyone could provide
Mike Jackson
force-count-page : end on even
Hy, My format of footpage is : page x on X But it seems that the forced page is not counted ! ( my last page is 'page 42 on 41' !!!) Is there a solution ?
ohm symbol not supproted ?
I try a fop transformation in UTF-16 with ohm symbol (greek omega capital letter) and I find a ' O ' in the pdf result, but µ is supported !! Can someone help ?
RE: problems big files xml >1Mo
Thank you! But I have maybe another idea for my problems of slowness on big files: I am going to cut my files xml Example: Edit.xml 1Mo - > edit.pdf (1Mo) Edit~1.xml (500Ko) - > edit~1 .pdf (500Ko) Edit~2.xml (500Ko) - > edit~2.pdf (500Ko) This is intended for printing So printing of 2 files PDF ! That should be faster... -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoye : mardi 26 mars 2002 15:05 A : [EMAIL PROTECTED] Objet : Re: problems big files xml >1Mo I don't think these are the best solutions because you loose some of your XML tag formatting with xsl:text. But this is one way you could do it.or your test could look something like ... JohnPT [EMAIL PROTECTED] APACHE.ORG To: <[EMAIL PROTECTED]> cc: 03/26/02 03:53 AM Subject: problems big files xml >1Mo Please respond to fop-user Hello! I am a French user of FOP I read e-mails on the problems of crash and slowness on big files > 1Mo And apparently there are not too many solutions Maybe being resolved in the next version ? At present I have that a "page - sequence" for all the document. According to the users of FOP, it's necessary of some "fo:page-sequence" to reduce the slowness. How to insert "page-sequence" everything 20 rows in xsl? (Without inserting syntaxe in my xml) Are there other solutions? My files xml are structured as follows: 045393 1996-01-02 00:00:00.0 99001 SI 1 8 045394 1996-01-03 00:00:00.0 99001 SI 1 8
Re: Page sequence error
This doesn't seem to correspond to your exception, but you should probably move your "fo:flow" before you call your "ccjob template". Otherwise you create a new flow each time you get another "ccjob". I'd try making the following mod and remove the flow from your "ccjob template" JohnPT [EMAIL PROTECTED] APACHE.ORG To: <[EMAIL PROTECTED]> cc: 03/26/02 03:57 AM Subject: Page sequence error Please respond to fop-user When running FOP on my XML document via XSL, I get the following error: [ERROR]: org.apache.fop.apps.FOPException: 'master-reference' for 'fo:page-sequence'matches no 'simple-page-master' or 'page-sequence-master' which is odd since according to all the documentation I can find, there is no master-reference property for a page-sequence object. The master-name property is equal to the master-name specified when I defined my simple-page-master object. My XSL looks like: http://www.w3.org/1999/XSL/Transform"; version="1.0" xmlns:fo="http://www.w3.org/1999/XSL/Format";> http://www.w3.org/1999/XSL/Format";> Site Installation and Commissioning Test Report Site ID: Job number: Site type:
Re: problems big files xml >1Mo
I don't think these are the best solutions because you loose some of your XML tag formatting with xsl:text. But this is one way you could do it.or your test could look something like ... JohnPT [EMAIL PROTECTED] APACHE.ORG To: <[EMAIL PROTECTED]> cc: 03/26/02 03:53 AM Subject: problems big files xml >1Mo Please respond to fop-user Hello! I am a French user of FOP I read e-mails on the problems of crash and slowness on big files > 1Mo And apparently there are not too many solutions Maybe being resolved in the next version ? At present I have that a "page - sequence" for all the document. According to the users of FOP, it's necessary of some "fo:page-sequence" to reduce the slowness. How to insert "page-sequence" everything 20 rows in xsl? (Without inserting syntaxe in my xml) Are there other solutions? My files xml are structured as follows: 045393 1996-01-02 00:00:00.0 99001 SI 1 8 045394 1996-01-03 00:00:00.0 99001 SI 1 8
RE: XML parsing
Let me see, part of this problem is XSL(T), part of the problem is how to pass the result to Acrobat, right? At the moment I'm pretty busy solving a little problem over here but I'll get back with a style sheet bit to extract the stylesheetname from the XML file (that should be possible, or am I completely insane? Should be similar to parsing processing instructions, not?). The parameter thing is pretty simple and works basically like passing paramters to templates (use the -param switch for Xalan). This might require a change in fop though, as I don't think passing a parameter is available via fop. Later, Michiel $ -Original Message- $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] $ Sent: dinsdag 26 maart 2002 14:55 $ To: [EMAIL PROTECTED] $ Subject: RE: XML parsing $ $ $ > on at the moment and one can create new calls to programs to $ > open a file (tools, folder options, file types tab). Suppose $ > you simply define an option to "view as PDF" or something? $ > You can specify a call to fop (with a call to the style sheet $ > that will filter out what exactly to do with the style sheet $ > called in the XML document) there and see what happens. $ $ $ That is basically what I am doing at the moment, but there are two $ problems. Firstly the script to view as PDF needs to know the exact $ stylesheet to use. When opening XML in IE, IE reads the stylesheet to $ use from the XML file, so the whole thing is simplified. If FOP could $ read the stylesheet to use in the same way, then the whole thing would $ be simple. At the moment, to read my XML defined in my CCR DTD, I use $ ccr_fo.xsl, and I have to run a specific script to specify that $ stylesheet. To run that specific script I need to use a different file $ extension. Hence for each DTD you need a different file $ extension, which $ basically is the opposite of the purposes of XML being a meta data $ language. $ $ The second problem is that when using a different extension with an $ "View as PDF", I cannot find a way to have FOP pass the data $ directly to $ PDF. This means that my script consists of two steps - Use FOP to $ compile to PDF, and then run Acrobat Reader to view the $ interim file. At $ the end of the process the interim file is still lurking around. Plus $ running a script opens a DOS prompt window that looks $ unnecessary. Since $ IE can use Acrobat Reader as a plug-in, it would be nice if we could $ display in IE as a PDF file without having any other windows $ mysteriously (to a user) appearing. $ $ I like your idea to have one stylesheet that converts to either PDF or $ HTML. Could you give me some simple code that detects a parameter and $ either does one thing or another. One day IE will no doubt display XSL $ FO, and it won't be needed :) $ $ Lastly, I see that Acrobat Reader can run plug-ins. It would $ be nice to $ open the XML file directly to Acrobat Reader, which detects that it is $ an XML file (AR already has some XML functionality relating to forms, $ but I have no idea what, how, when, or where), and pre-processes it $ using FOP and the relevant style sheet. Anyone have any idea how to $ write Acrobat Reader plug-ins? $ $
RE: XML parsing
> on at the moment and one can create new calls to programs to > open a file (tools, folder options, file types tab). Suppose > you simply define an option to "view as PDF" or something? > You can specify a call to fop (with a call to the style sheet > that will filter out what exactly to do with the style sheet > called in the XML document) there and see what happens. That is basically what I am doing at the moment, but there are two problems. Firstly the script to view as PDF needs to know the exact stylesheet to use. When opening XML in IE, IE reads the stylesheet to use from the XML file, so the whole thing is simplified. If FOP could read the stylesheet to use in the same way, then the whole thing would be simple. At the moment, to read my XML defined in my CCR DTD, I use ccr_fo.xsl, and I have to run a specific script to specify that stylesheet. To run that specific script I need to use a different file extension. Hence for each DTD you need a different file extension, which basically is the opposite of the purposes of XML being a meta data language. The second problem is that when using a different extension with an "View as PDF", I cannot find a way to have FOP pass the data directly to PDF. This means that my script consists of two steps - Use FOP to compile to PDF, and then run Acrobat Reader to view the interim file. At the end of the process the interim file is still lurking around. Plus running a script opens a DOS prompt window that looks unnecessary. Since IE can use Acrobat Reader as a plug-in, it would be nice if we could display in IE as a PDF file without having any other windows mysteriously (to a user) appearing. I like your idea to have one stylesheet that converts to either PDF or HTML. Could you give me some simple code that detects a parameter and either does one thing or another. One day IE will no doubt display XSL FO, and it won't be needed :) Lastly, I see that Acrobat Reader can run plug-ins. It would be nice to open the XML file directly to Acrobat Reader, which detects that it is an XML file (AR already has some XML functionality relating to forms, but I have no idea what, how, when, or where), and pre-processes it using FOP and the relevant style sheet. Anyone have any idea how to write Acrobat Reader plug-ins?
RE: XML parsing
Hi, Please don't get too upset as I clearly misinterpreted your question. I'm not that experienced with Windows but it might be possible to pass a parameter to a stylesheet when the document is view with a right mouse click (defining for instance the format, HTML or fo) . Depending on this setting the XSLT style sheet will select either to produce HTML or a fo file. If you use a specific right-mouse-click/open with option you might be able to call fop this way. I just had a look at the windows explorer on this win2k machine I am working on at the moment and one can create new calls to programs to open a file (tools, folder options, file types tab). Suppose you simply define an option to "view as PDF" or something? You can specify a call to fop (with a call to the style sheet that will filter out what exactly to do with the style sheet called in the XML document) there and see what happens. Just a thought, not sure if this is going to work though. If I am being vague and unclear, please say so, I'm better with code than English ;-) Cheers, Michiel $ -Original Message- $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] $ Sent: dinsdag 26 maart 2002 14:01 $ To: [EMAIL PROTECTED] $ Subject: RE: XML parsing $ $ $ What I am currently looking at is to specify the HTML $ stylesheet in the $ header so that it can be quick-viewed simply by users (with $ typical user $ know-how - ie none) double-clicking the icon in explorer. I am then $ defining a custom file type and changing the XML file extension such $ that a script is run which in turn runs FOP. This thus gives $ me two view $ output possibilities. $ $ What I would like is to use the stylesheet specification that $ currently $ transforms to HTML to specify some sort of (java)script file that will $ run FOP. $ $ I never, ever said I wanted to use the HTML transform stylesheet with $ FOP. I am not that stupid. However if FOP parsed the line $ that specified $ a stylesheet, and automatically pulled it in, so that the -xsl command $ line option was not needed, that would simplify the processing of XML $ files to PDF using FOP! And OF COURSE the stylesheet $ specified for this $ usage would be an FO transform stylesheet!" $ $ $ > -Original Message- $ > From: Michiel Verhoef [mailto:[EMAIL PROTECTED] $ > Sent: 26 March 2002 12:50 $ > To: '[EMAIL PROTECTED]' $ > Subject: RE: XML parsing $ > $ > $ > Hi, $ > $ > HTML does not nearly have the kind of formatting necessary $ > for proper formatting $ > for paper that to me the use of such a style sheet (a $ > tranfsormation to $ > HTML) $ > sounds not very useful. Most HTML formatting does not match $ > the formatting tags used in fo (for example tables) so the $ > result of the transformation (such as an HTML table or $ > headings) will not be recognised bij fop. $ > $ > If you would like to include standard style properties or $ > even templates that you want to share from one source you can $ > include such a file in your XSL file that you use for a $ > translation to fo. $ > $ > A css kind-of style that can be used for both a tranformation $ > to HTML and to fo would be nice though. $ > $ > Regards, $ > $ > $ > Michiel $ > $ > $ > $ -Original Message- $ > $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] $ > $ Sent: dinsdag 26 maart 2002 13:38 $ > $ To: [EMAIL PROTECTED] $ > $ Subject: RE: XML parsing $ > $ $ > $ $ > $ My XML file looks like: $ > $ $ > $ $ > $ href="file:///D:/XML/ccr.xsl"?> $ ... $ $ > $ $ > $ This means that when I double click it, IE6 automatically $ > displays it $ correctly because ccr.xls converts the XML $ > contents to HTML/CSS. Very $ nice and useful. $ $ > $ $ > $ $ > $ > -Original Message- $ > $ > From: Michiel Verhoef [mailto:[EMAIL PROTECTED] $ > $ > Sent: 26 March 2002 12:14 $ > $ > To: '[EMAIL PROTECTED]' $ > $ > Subject: RE: XML parsing $ > $ > $ > $ > $ > $ > Does this imply that all your XML files have a style $ > sheet included? $ > $ > Because AFAIK this is not $ > mandatory/common practice so to $ > speak of _the_ stylesheet $ > included in the XML file is $ > probably not enough to $ > explain what exactly you are referring to. $ > $ > Do you $ > mean if an XML file has an internal style (probably $ > XSL, $ > or CSS?) this style sheet will be processed? That would $ > $ > be an interesting question.. $ > $ > Michiel $ > $ > $ $ > -Original Message- $ > $ From: Alastair Growcott $ > [mailto:[EMAIL PROTECTED] $ > $ > $ Sent: dinsdag $ > 26 maart 2002 13:12 $ > $ > $ To: [EMAIL PROTECTED] $ > $ > $ Subject: XML parsing $ > $ > $ $ > $ > $ $ > $ > $ Any chance that FOP will ever use the stylesheet $ > specified $ > in the XML $ file to peform the XSLT? $ $ > $ $ $ > > $ $ > $ $ > $ $ > $ $
Overlap text on an image and cache in IE
Hi
Two things - I hope people can help.
1. Is it possible tooverlap an image on a page with some other object ( eg an
image, a table or some text string). I have a PNG which has been placed on the
page and
I'd like to add some text and maybe another image over the top ofthe PNG.
2. In IE 5.5, I had a JSP page serving PDFs with FOP. As part of general
application improvements, I was eliminating the possibility of caching of some
of the pages. I
added this to my JSP which sent back the PDF.
<%
response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
response.setHeader("Pragma","no-cache"); //HTTP 1.0
response.setDateHeader ("Expires", 0); //prevents caching at the proxy
%>
The JSP continued to work in Netscape and Opera but failed in IE. I took the
caching directives out and it started to work again in IE. I probably didn't
need the no-
cache stuff in any case for this page but I am still mystified about IE's
behaviour.
Thanks
Chris
RE: XML parsing
What I am currently looking at is to specify the HTML stylesheet in the header so that it can be quick-viewed simply by users (with typical user know-how - ie none) double-clicking the icon in explorer. I am then defining a custom file type and changing the XML file extension such that a script is run which in turn runs FOP. This thus gives me two view output possibilities. What I would like is to use the stylesheet specification that currently transforms to HTML to specify some sort of (java)script file that will run FOP. I never, ever said I wanted to use the HTML transform stylesheet with FOP. I am not that stupid. However if FOP parsed the line that specified a stylesheet, and automatically pulled it in, so that the -xsl command line option was not needed, that would simplify the processing of XML files to PDF using FOP! And OF COURSE the stylesheet specified for this usage would be an FO transform stylesheet!" > -Original Message- > From: Michiel Verhoef [mailto:[EMAIL PROTECTED] > Sent: 26 March 2002 12:50 > To: '[EMAIL PROTECTED]' > Subject: RE: XML parsing > > > Hi, > > HTML does not nearly have the kind of formatting necessary > for proper formatting > for paper that to me the use of such a style sheet (a > tranfsormation to > HTML) > sounds not very useful. Most HTML formatting does not match > the formatting tags used in fo (for example tables) so the > result of the transformation (such as an HTML table or > headings) will not be recognised bij fop. > > If you would like to include standard style properties or > even templates that you want to share from one source you can > include such a file in your XSL file that you use for a > translation to fo. > > A css kind-of style that can be used for both a tranformation > to HTML and to fo would be nice though. > > Regards, > > > Michiel > > > $ -Original Message- > $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] > $ Sent: dinsdag 26 maart 2002 13:38 > $ To: [EMAIL PROTECTED] > $ Subject: RE: XML parsing > $ > $ > $ My XML file looks like: > $ > $ > $ href="file:///D:/XML/ccr.xsl"?> $ ... $ > $ > $ This means that when I double click it, IE6 automatically > displays it $ correctly because ccr.xls converts the XML > contents to HTML/CSS. Very $ nice and useful. $ > $ > $ > $ > -Original Message- > $ > From: Michiel Verhoef [mailto:[EMAIL PROTECTED] > $ > Sent: 26 March 2002 12:14 > $ > To: '[EMAIL PROTECTED]' > $ > Subject: RE: XML parsing > $ > > $ > > $ > Does this imply that all your XML files have a style > sheet included? $ > $ > Because AFAIK this is not > mandatory/common practice so to $ > speak of _the_ stylesheet > included in the XML file is $ > probably not enough to > explain what exactly you are referring to. $ > $ > Do you > mean if an XML file has an internal style (probably $ > XSL, > or CSS?) this style sheet will be processed? That would $ > > be an interesting question.. $ > $ > Michiel $ > $ > $ > -Original Message- $ > $ From: Alastair Growcott > [mailto:[EMAIL PROTECTED] > $ > $ Sent: dinsdag > 26 maart 2002 13:12 > $ > $ To: [EMAIL PROTECTED] > $ > $ Subject: XML parsing > $ > $ > $ > $ > $ > $ Any chance that FOP will ever use the stylesheet > specified $ > in the XML $ file to peform the XSLT? $ $ > $ $ > > $ $ > $ > $ >
RE: XML parsing
Hi, HTML does not nearly have the kind of formatting necessary for proper formatting for paper that to me the use of such a style sheet (a tranfsormation to HTML) sounds not very useful. Most HTML formatting does not match the formatting tags used in fo (for example tables) so the result of the transformation (such as an HTML table or headings) will not be recognised bij fop. If you would like to include standard style properties or even templates that you want to share from one source you can include such a file in your XSL file that you use for a translation to fo. A css kind-of style that can be used for both a tranformation to HTML and to fo would be nice though. Regards, Michiel $ -Original Message- $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] $ Sent: dinsdag 26 maart 2002 13:38 $ To: [EMAIL PROTECTED] $ Subject: RE: XML parsing $ $ $ My XML file looks like: $ $ $ $ ... $ $ $ This means that when I double click it, IE6 automatically displays it $ correctly because ccr.xls converts the XML contents to HTML/CSS. Very $ nice and useful. $ $ $ $ > -Original Message- $ > From: Michiel Verhoef [mailto:[EMAIL PROTECTED] $ > Sent: 26 March 2002 12:14 $ > To: '[EMAIL PROTECTED]' $ > Subject: RE: XML parsing $ > $ > $ > Does this imply that all your XML files have a style sheet included? $ > $ > Because AFAIK this is not mandatory/common practice so to $ > speak of _the_ stylesheet included in the XML file is $ > probably not enough to explain what exactly you are referring to. $ > $ > Do you mean if an XML file has an internal style (probably $ > XSL, or CSS?) this style sheet will be processed? That would $ > be an interesting question.. $ > $ > Michiel $ > $ > $ -Original Message- $ > $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] $ > $ Sent: dinsdag 26 maart 2002 13:12 $ > $ To: [EMAIL PROTECTED] $ > $ Subject: XML parsing $ > $ $ > $ $ > $ Any chance that FOP will ever use the stylesheet specified $ > in the XML $ file to peform the XSLT? $ $ > $ $ > $ $ > $ $
RE: XML parsing
My XML file looks like: ... This means that when I double click it, IE6 automatically displays it correctly because ccr.xls converts the XML contents to HTML/CSS. Very nice and useful. > -Original Message- > From: Michiel Verhoef [mailto:[EMAIL PROTECTED] > Sent: 26 March 2002 12:14 > To: '[EMAIL PROTECTED]' > Subject: RE: XML parsing > > > Does this imply that all your XML files have a style sheet included? > > Because AFAIK this is not mandatory/common practice so to > speak of _the_ stylesheet included in the XML file is > probably not enough to explain what exactly you are referring to. > > Do you mean if an XML file has an internal style (probably > XSL, or CSS?) this style sheet will be processed? That would > be an interesting question.. > > Michiel > > $ -Original Message- > $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] > $ Sent: dinsdag 26 maart 2002 13:12 > $ To: [EMAIL PROTECTED] > $ Subject: XML parsing > $ > $ > $ Any chance that FOP will ever use the stylesheet specified > in the XML $ file to peform the XSLT? $ > $ > $ >
RE: XML parsing
Does this imply that all your XML files have a style sheet included? Because AFAIK this is not mandatory/common practice so to speak of _the_ stylesheet included in the XML file is probably not enough to explain what exactly you are referring to. Do you mean if an XML file has an internal style (probably XSL, or CSS?) this style sheet will be processed? That would be an interesting question.. Michiel $ -Original Message- $ From: Alastair Growcott [mailto:[EMAIL PROTECTED] $ Sent: dinsdag 26 maart 2002 13:12 $ To: [EMAIL PROTECTED] $ Subject: XML parsing $ $ $ Any chance that FOP will ever use the stylesheet specified in the XML $ file to peform the XSLT? $ $ $
XML parsing
Any chance that FOP will ever use the stylesheet specified in the XML file to peform the XSLT?
Let's get bold.
The XML line tells IE 6.0 to run the XSL file D:/XML/ccr_fo.xsl on the current XML file and display the output (we are talking pure client-side here). Is there a line that could be added to an XML file that would trigger a piece of javascript or some sort of piece of java code? You can tell I'm not a java developer. For example, maybe if the file type was changed to e.g. "bin/java" or something. The java script could then act as a wrapper for the entire FOP process of running the stylesheet and converting to PDF. I know this idea may be a bit ahead of its time, but wouldn't it be nice... If I find anything on this topic, do any of you want to know about it?
RE: Page sequence error
Thanks. They need to update "xslfoRef.pdf" in the FOP distribution. > From: Guillaume Mathe [mailto:[EMAIL PROTECTED] > > FOP conforms to the latest specs - thus your 'master-name' in > 'page-sequence' should be replaced with 'master-reference'. > This holds true for other objects as > well, take a look at FOP release notes: > http://xml.apache.org/fop/relnotes.html
Re: Page sequence error
Hi, On 26 Mar 2002 at 9:57, Alastair Growcott wrote: > When running FOP on my XML document via XSL, I get the following error: > > [ERROR]: org.apache.fop.apps.FOPException: 'master-reference' for > 'fo:page-sequence'matches no 'simple-page-master' or > 'page-sequence-master' > FOP conforms to the latest specs - thus your 'master-name' in 'page-sequence' should be replaced with 'master-reference'. This holds true for other objects as well, take a look at FOP release notes: http://xml.apache.org/fop/relnotes.html Regards, Guillaume Mathe Smartinnov
Xerces compatibility question
Hi, On 25 Mar 2002 at 20:53, J.Pietschmann wrote: > Generate multiple fo:page-sequence elements: > > > ... > > > > > > > > ... > > > > > > > > Look up the initial-page-number attribute for fo:page-sequence > starting with something else than page 1. > > J.Pietschmann Thanx a lot, it works like a charm :) Now i have another question, this time about Xerces lib. FOP is being used together with other tools in a web server-based app. This app uses the latest version of Xerces (2.0.1). I tried to run FOP with both the 1.2.3 and 2.0.1 and i have the following problems: - with 1.2.3 i get : [ERROR]: Error in content-type property value 'content-type:image/jpg': org.apache.fop.fo.expr.PropertyException: illegal character for the following item: - with 2.0.1 i get an unnamed/empty FOPException (FOPException is thrown with no parameter), because of flow-name not being xsl-region-after but a named region (i.e. ) Since my app already makes use of xerces 2.0.1, i would be nice to have FOP working with it as well :p What's wrong with my external-graphic ? What are the plans concerning integration of xerces 2 with FOP ? Regards, Guillaume Mathe Smartinnov
Page sequence error
When running FOP on my XML document via XSL, I get the following error: [ERROR]: org.apache.fop.apps.FOPException: 'master-reference' for 'fo:page-sequence'matches no 'simple-page-master' or 'page-sequence-master' which is odd since according to all the documentation I can find, there is no master-reference property for a page-sequence object. The master-name property is equal to the master-name specified when I defined my simple-page-master object. My XSL looks like: http://www.w3.org/1999/XSL/Transform"; version="1.0" xmlns:fo="http://www.w3.org/1999/XSL/Format";> http://www.w3.org/1999/XSL/Format";> Site Installation and Commissioning Test Report Site ID: Job number: Site type:
problems big files xml >1Mo
Hello! I am a French user of FOP I read e-mails on the problems of crash and slowness on big files > 1Mo And apparently there are not too many solutions Maybe being resolved in the next version ? At present I have that a "page - sequence" for all the document. According to the users of FOP, it's necessary of some "fo:page-sequence" to reduce the slowness. How to insert "page-sequence" everything 20 rows in xsl? (Without inserting syntaxe in my xml) Are there other solutions? My files xml are structured as follows: 045393 1996-01-02 00:00:00.0 99001 SI 1 8 045394 1996-01-03 00:00:00.0 99001 SI 1 8
