RE: please help...PCL renderer not formatting properly
ok, i did all that and got the cvs but now neither the pdf or pcl is being rendered. I dont get any errors, no warnings, nothing, it just renders 0 pages and exits normally, any ideas? -Original Message- From: Art Welch [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 7:10 PM To: '[EMAIL PROTECTED]' Subject: RE: please help...PCL renderer not formatting properly This was a known problem. I believe that a fix has been committed to CVS, but I do not think that it has been incorporated into a distribution. There was talk of another distribution (last I heard it was planned for early in the new year). The fix should be in CVS, so if you can build from CVS you should be able to get the tables to work correctly. Art -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 6:10 AM To: [EMAIL PROTECTED] Subject: please help...PCL renderer not formatting properly Has anyone else had any problems with the PCL renderer not formatting tables and borders correctly? In PDF the render works great, but as soon as i take the same .FO doc and try transform to PCL, it messes up the borders on my tables...any ideas? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: please help...PCL renderer not formatting properly
does anyone know if a patch or fix has been made for the pcl problem? -Original Message- From: Art Welch [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 7:10 PM To: '[EMAIL PROTECTED]' Subject: RE: please help...PCL renderer not formatting properly This was a known problem. I believe that a fix has been committed to CVS, but I do not think that it has been incorporated into a distribution. There was talk of another distribution (last I heard it was planned for early in the new year). The fix should be in CVS, so if you can build from CVS you should be able to get the tables to work correctly. Art -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 6:10 AM To: [EMAIL PROTECTED] Subject: please help...PCL renderer not formatting properly Has anyone else had any problems with the PCL renderer not formatting tables and borders correctly? In PDF the render works great, but as soon as i take the same .FO doc and try transform to PCL, it messes up the borders on my tables...any ideas? ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: please help...PCL renderer not formatting properly
You have to make sure you check out with tag fop-0_20_2-maintain. The version you got is the one where the redesign is in progress. On Wed, 9 Jan 2002 11:06:28 +0200 Dudley.Butt wrote: ok, i did all that and got the cvs but now neither the pdf or pcl is being rendered. I dont get any errors, no warnings, nothing, it just renders 0 pages and exits normally, any ideas? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] fop-0_20_2-maintainPostfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Fon +41 (41) 317 2020 - Fax +41 (41) 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: FOP-XSL:dynamic external graphics
Romain Bertucelli [EMAIL PROTECTED] wrote: I tried to the same thing with xsl:include href={concat($filepathValue,'anXSLFile.xsl')}/ [snip] Does anyone know if there is a way to do this ? You can't do this. Stylesheet includes can only use statically known URIs. Actually, you probably don't need to set the URI dynamically. The URI may be a relative URL. If all your style sheets reside in the same directory, simply write href=anXSLfile.xsl or such. More exhaustive: Generating PDF from XML using FOP is actually a two pass process. The first pass is the XSL transformation, where you apply an XSL stylesheet to the input XML to generate formatting objects, also an XML structure. The software doing the transformation is the XSLT processor, FOP comes with Xalan for this purpose. The result of the transformation is passed to the formatter, the FOP software itself, which produces the PDF. The distinction is relevant: xsl:input is an *instruction* for the XSLT processor, while fo:external-graphic src=URI/ is *generated* by the transformation and an instruction for the formatter. The URIs in the href respective src attribute are interpreted in different environments. For xsl:include it's the XSLT processor, which uses the base URI (the directory for files) of the stylesheet where the xsl:include instruction occurs for resolving relative URLs. The formatter may use something completely different, it may use the current directory for file URLs which may be something strange in a servlet environment, or it may use a configuration setting. With the knowledge of how relative URLs are resolved, you can get rid of any absolute filenames in your stylesheets. If you have to move between environments where absolute filenames change, a sensible organisation can save you work. Put all style sheets into one directory and use the filename as relative URL in xsl:include and xsl:import. Set the base directory for the formatter explicitely for example from a servlet configuration value and use relative URLs for images too. HTH J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Layout Problems with PDF
Hi, I know this problem has been discussed some times before, (the first time 2000-10-8, at this time i hardly knew XML at all ;) but i'm not able to find anything like a solution or comment that might help me. The problem is as follows: We're trying to create documents like invoices via XML, and to print them, we use xsl with formatting objects, and last but not least, we use FOP (0.20.2 CR) to generate PDF-Files we'd print after a preview. Now the problem is, that all layout information like page margin or cell-width in tables are not displayed/printed correctly, which makes the conversion to PDF practically useless. These problems don't occur when we send the output directly to the printer, then every inch is set correctly. Also, tests run with XEP 2.5 as Formatter seem to have the same results, and the PDF-Files are unusable. i'd appreciate a comment on this problem, regards, Lars Karschen -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Layout Problems with PDF
What do you mean by all layout information like page margin or cell- width in tables are not displayed/printed correctly ?? Do you mean they are smaler than on screen or something? -Ursprüngliche Nachricht- Von: Lars Karschen [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Januar 2002 11:29 An: [EMAIL PROTECTED] Betreff: Layout Problems with PDF Hi, I know this problem has been discussed some times before, (the first time 2000-10-8, at this time i hardly knew XML at all ;) but i'm not able to find anything like a solution or comment that might help me. The problem is as follows: We're trying to create documents like invoices via XML, and to print them, we use xsl with formatting objects, and last but not least, we use FOP (0.20.2 CR) to generate PDF-Files we'd print after a preview. Now the problem is, that all layout information like page margin or cell-width in tables are not displayed/printed correctly, which makes the conversion to PDF practically useless. These problems don't occur when we send the output directly to the printer, then every inch is set correctly. Also, tests run with XEP 2.5 as Formatter seem to have the same results, and the PDF-Files are unusable. i'd appreciate a comment on this problem, regards, Lars Karschen -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net - 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: AW: Layout Problems with PDF
Hi, What do you mean by all layout information like page margin or cell- width in tables are not displayed/printed correctly ?? Do you mean they are smaler than on screen or something? they are smaller, bigger, but not the intended size. For example, I got page margins 2.75cm wide while they're defined 2.5, or table-cells 1.4in wide instead of 1.6in, but only if i set the Output to PDF and Print it, if it's printed directly, i get the exact widths !? -Ursprüngliche Nachricht- Von: Lars Karschen [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Januar 2002 11:29 An: [EMAIL PROTECTED] Betreff: Layout Problems with PDF Hi, I know this problem has been discussed some times before, (the first time 2000-10-8, at this time i hardly knew XML at all ;) but i'm not able to find anything like a solution or comment that might help me. The problem is as follows: We're trying to create documents like invoices via XML, and to print them, we use xsl with formatting objects, and last but not least, we use FOP (0.20.2 CR) to generate PDF-Files we'd print after a preview. Now the problem is, that all layout information like page margin or cell-width in tables are not displayed/printed correctly, which makes the conversion to PDF practically useless. These problems don't occur when we send the output directly to the printer, then every inch is set correctly. Also, tests run with XEP 2.5 as Formatter seem to have the same results, and the PDF-Files are unusable. i'd appreciate a comment on this problem, regards, Lars Karschen -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: AW: Layout Problems with PDF
Do you know about the settings in Acrobat/Acro. Viewer?? You can tell them to fit the size of the pdf-pages to the printer-pages. Then they scale the page and the sizes don't fit any more. Have a look if you want to print Letter on A4 or the other way round and have a look at the settings in the printer-dialog in Acrobat. -Ursprüngliche Nachricht- Von: Lars Karschen [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Januar 2002 11:41 An: [EMAIL PROTECTED] Betreff: Re: AW: Layout Problems with PDF Hi, What do you mean by all layout information like page margin or cell- width in tables are not displayed/printed correctly ?? Do you mean they are smaler than on screen or something? they are smaller, bigger, but not the intended size. For example, I got page margins 2.75cm wide while they're defined 2.5, or table-cells 1.4in wide instead of 1.6in, but only if i set the Output to PDF and Print it, if it's printed directly, i get the exact widths !? -Ursprüngliche Nachricht- Von: Lars Karschen [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Januar 2002 11:29 An: [EMAIL PROTECTED] Betreff: Layout Problems with PDF Hi, I know this problem has been discussed some times before, (the first time 2000-10-8, at this time i hardly knew XML at all ;) but i'm not able to find anything like a solution or comment that might help me. The problem is as follows: We're trying to create documents like invoices via XML, and to print them, we use xsl with formatting objects, and last but not least, we use FOP (0.20.2 CR) to generate PDF-Files we'd print after a preview. Now the problem is, that all layout information like page margin or cell-width in tables are not displayed/printed correctly, which makes the conversion to PDF practically useless. These problems don't occur when we send the output directly to the printer, then every inch is set correctly. Also, tests run with XEP 2.5 as Formatter seem to have the same results, and the PDF-Files are unusable. i'd appreciate a comment on this problem, regards, Lars Karschen -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Unicode Interpretation
Correctly displayed signs are those whose decimal-value is lower than 256. Whatever my encoding type is (UTF-8 or UTF-16 or none)in the xml.file and xsl.file, the IE 5.0 shows UTF-8 viewing the filename.fo. Do I have to use Arial in any case in the xsl.stylesheet? Jörg Flotho What is the encoding type for your xml document? Michael Akerman - [EMAIL PROTECTED]Information Services (501) 575-5870 University of Arkansas http://www.uark.edu/~mike - On Tue, 8 Jan 2002, [iso-8859-1] Jörg Flotho wrote: We have different versions of interpretations regarding unicode: In the xml-file we use unicode (hexadecimal or decimal seems to make no difference). After passing XALAN some signs were interpreted wrong.(viewing in IE 5.0 as filename.fo) And after passing the FO-process in Tomcat (FOP 20.1) the output of some more signs was wrong. In fact signs having been right before now were wrong too.(viewing in acrobat 5.) We would realy appreciate if someone could help us handling these problems! Thanks Jörg - 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]
cvs commit: xml-fop/lib buildtools.jar
keiron 02/01/09 03:18:47 Modified:lib buildtools.jar Log: updated jar, some classes removed Revision ChangesPath 1.12 +96 -124 xml-fop/lib/buildtools.jar Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/render PrintRenderer.java
keiron 02/01/09 03:32:57 Modified:docs/examples/fo Tag: fop-0_20_2-maintain textdeko.fo src/org/apache/fop/fo Tag: fop-0_20_2-maintain FObjMixed.java PropertyManager.java src/org/apache/fop/fo/flow Tag: fop-0_20_2-maintain Block.java Inline.java src/org/apache/fop/render Tag: fop-0_20_2-maintain PrintRenderer.java Log: adds inheritance for the text-decoration property from parent inline or block elements and fixes a bug with non-breaking spaces (but not all) Submitted by: Christian Geisert [EMAIL PROTECTED] Revision ChangesPath No revision No revision 1.3.4.3 +29 -3 xml-fop/docs/examples/fo/textdeko.fo Index: textdeko.fo === RCS file: /home/cvs/xml-fop/docs/examples/fo/textdeko.fo,v retrieving revision 1.3.4.2 retrieving revision 1.3.4.3 diff -u -r1.3.4.2 -r1.3.4.3 --- textdeko.fo 13 Dec 2001 09:25:21 - 1.3.4.2 +++ textdeko.fo 9 Jan 2002 11:32:57 - 1.3.4.3 @@ -59,7 +59,7 @@ fo:block font-size=12pt font-family=sans-serif line-height=15pt text-align=justify space-after.optimum=10pt The text-decoration-property describes decorations that are added to the text of an element. If the property is specified for a block-level element, it should affect all inline-level descendants - of the element (does not work yet!). + of the element. If it is specified for (or affects) an inline-level element, it affects all boxes generated by the element. /fo:block @@ -246,12 +246,38 @@ What about underlining of whitespace onlyfo:inline text-decoration=underline /fo:inline? /fo:block - fo:block space-after.optimum=13pt font-size=14pt text-decoration=underline A whole block should work now. - And again some more Text to get at least two lines. + And again some more text to get at least two lines. + /fo:block + + fo:block space-after.optimum=13pt font-size=14pt + + fo:inline text-decoration=underline + fo:block + Let's see if all inline-areas are fo:inlineaffected/fo:inline ... + /fo:block + /fo:inline + /fo:block + fo:block space-after.optimum=13pt font-size=14pt + fo:inline text-decoration=underline + This is a workaround for + fo:inline text-decoration=overline + the combination of + fo:inline text-decoration=line-throughdifferent text-decoration values... + /fo:inline + /fo:inline + /fo:inline + /fo:block + + fo:block space-after.optimum=13pt font-size=14pt + Enter your name here: + fo:inline text-decoration=underline_#160;#160;#160;#160;#160;#160;#160; + #160;#160;#160;#160;#160;#160;#160;#160;#160;#160;#160;#160;#160; + #160;#160;#160;#160;#160;#160;#160;#160;#160;#160;#160;#160;#160;/fo:inline + /fo:block /fo:flow /fo:page-sequence No revision No revision 1.12.2.2 +5 -1 xml-fop/src/org/apache/fop/fo/FObjMixed.java Index: FObjMixed.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/FObjMixed.java,v retrieving revision 1.12.2.1 retrieving revision 1.12.2.2 diff -u -r1.12.2.1 -r1.12.2.2 --- FObjMixed.java13 Dec 2001 09:25:21 - 1.12.2.1 +++ FObjMixed.java9 Jan 2002 11:32:57 - 1.12.2.2 @@ -1,5 +1,5 @@ /* - * $Id: FObjMixed.java,v 1.12.2.1 2001/12/13 09:25:21 keiron Exp $ + * $Id: FObjMixed.java,v 1.12.2.2 2002/01/09 11:32:57 keiron Exp $ * Copyright (C) 2001 The Apache Software Foundation. All rights reserved. * For details on use and redistribution please refer to the * LICENSE file included with these sources. @@ -34,6 +34,10 @@ protected FObjMixed(FObj parent, PropertyList propertyList) { super(parent, propertyList); +} + +public TextState getTextState() { +return ts; } protected void addCharacters(char data[], int start, int length) { 1.7.2.2 +36 -10xml-fop/src/org/apache/fop/fo/PropertyManager.java Index: PropertyManager.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/PropertyManager.java,v retrieving revision 1.7.2.1 retrieving revision 1.7.2.2 diff -u -r1.7.2.1 -r1.7.2.2 --- PropertyManager.java 13 Dec 2001 09:25:22 - 1.7.2.1 +++ PropertyManager.java 9 Jan 2002 11:32:57 - 1.7.2.2 @@ -1,5 +1,5 @@ /* - * $Id: PropertyManager.java,v 1.7.2.1 2001/12/13 09:25:22
RE: please help...PCL renderer not formatting properly
hh ok, now that makes sense, great stuff my friends, thanx for the help! -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 09, 2002 12:01 PM To: [EMAIL PROTECTED] Subject: Re: please help...PCL renderer not formatting properly You have to make sure you check out with tag fop-0_20_2-maintain. The version you got is the one where the redesign is in progress. On Wed, 9 Jan 2002 11:06:28 +0200 Dudley.Butt wrote: ok, i did all that and got the cvs but now neither the pdf or pcl is being rendered. I dont get any errors, no warnings, nothing, it just renders 0 pages and exits normally, any ideas? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] fop-0_20_2-maintainPostfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Fon +41 (41) 317 2020 - Fax +41 (41) 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Unicode interpretation
Joerg Flotho [EMAIL PROTECTED] We have different versions of interpretations regarding unicode: [...] (hexadecimal or decimal seems to make no difference). That's by design :-) After passing XALAN some signs were interpreted wrong.(viewing in IE 5.0 as filename.fo) [...] I suppose some characters are displayed as unexpected glyphs on the screen. This may have rather different causes: - There is no appropriate font on the system for supplying information how those characters are rendered. - The software has difficulties with the encoding of the characters in a file and therefore interprets some characters as being other characters than originally meant. - There are typos in the character references in the XML source file. Your description doesn't make clear which of these apply, maybe even all toghether. 1. Make sure the character references (#160; and the like) in the source file are correct. 2. Check whether the fonts on all relevant machines can map the characters you use. In case of PDF, this may not only involve the machine where the PDF is generated but also the machines on which the PDF is viewed. FOP must know abou the fonts too. This should be relevant only if you use somewhat esoteric characters (for middle-european cultures) like special mathematical symbols. 3. Be sure that the encoding in the XML declaration at the beginning of your XML source file matches the actual encoding. This shouldn't be relevant if all characters which aren't US-ASCII are typed as character references (like #254;). If in doubt, check whether there are any non-ASCII characters in the file, and replace all you find by their corresponding character reference. German umlauts, non-breaking spaces and typographic quotes are not ASCII. If this doesn't help, produce a minimal XML file with a character reference whose rendering does not meet your expectations, like ?xml version=1.0? char#1234;/char and describe how you expect the character to be rendered and what you get, and perhaps what OS you run and what font you expect to be used for rendering the character (which should of course be installed). HTH J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: AW: Layout Problems with PDF
Do you know about the settings in Acrobat/Acro. Viewer?? You can tell them to fit the size of the pdf-pages to the printer-pages. Then they scale the page and the sizes don't fit any more. Yep, this one worked, now all properties are diplayed properly, thx Have a look if you want to print Letter on A4 or the other way round and have a look at the settings in the printer-dialog in Acrobat. Hi, What do you mean by all layout information like page margin or cell- width in tables are not displayed/printed correctly ?? Do you mean they are smaler than on screen or something? they are smaller, bigger, but not the intended size. For example, I got page margins 2.75cm wide while they're defined 2.5, or table-cells 1.4in wide instead of 1.6in, but only if i set the Output to PDF and Print it, if it's printed directly, i get the exact widths !? -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: please help...PCL renderer not formatting properly
ok, now we're going into something that i've never done before, i've had a look and i see cvs is on linux, could u guys please assist me with the checkout command to get this maintainance version with the tag fop-0_20_2-maintain? Thanx, i would really appreciate it! -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 09, 2002 12:01 PM To: [EMAIL PROTECTED] Subject: Re: please help...PCL renderer not formatting properly You have to make sure you check out with tag fop-0_20_2-maintain. The version you got is the one where the redesign is in progress. On Wed, 9 Jan 2002 11:06:28 +0200 Dudley.Butt wrote: ok, i did all that and got the cvs but now neither the pdf or pcl is being rendered. I dont get any errors, no warnings, nothing, it just renders 0 pages and exits normally, any ideas? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] fop-0_20_2-maintainPostfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Fon +41 (41) 317 2020 - Fax +41 (41) 317 2029 Internet http://www.outline.ch - 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: please help...PCL renderer not formatting properly
Not sure, since I use WinCVS, but probably it is: -r fop-0_20_2-maintain At least that's what WinCVS is telling me. On Wed, 9 Jan 2002 14:15:57 +0200 Dudley.Butt wrote: ok, now we're going into something that i've never done before, i've had a look and i see cvs is on linux, could u guys please assist me with the checkout command to get this maintainance version with the tag fop-0_20_2-maintain? Thanx, i would really appreciate it! -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 09, 2002 12:01 PM To: [EMAIL PROTECTED] Subject: Re: please help...PCL renderer not formatting properly You have to make sure you check out with tag fop-0_20_2-maintain. The version you got is the one where the redesign is in progress. On Wed, 9 Jan 2002 11:06:28 +0200 Dudley.Butt wrote: ok, i did all that and got the cvs but now neither the pdf or pcl is being rendered. I dont get any errors, no warnings, nothing, it just renders 0 pages and exits normally, any ideas? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Fon +41 (41) 317 2020 - Fax +41 (41) 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Footer problem : region-body encroaching on region-after
On Tue, 8 Jan 2002, Patrick Andries wrote: If one duplicates a few blocks in docs/examples/corresp.fo so as to generate an additional page, the last lines of the block on the new page overwite the footer instead of being printed on a new page. Changing the fo:region-body's bottom margin fixes the problem. Here's the change made to one simple-page-master: BEFORE: fo:region-body margin-top=3cm/ fo:region-before extent=3cm/ fo:region-after extent=1.5cm/ AFTER: fo:region-body margin-top=3cm margin-bottom=1.5cm/ fo:region-before extent=3cm/ fo:region-after extent=1.5cm/ This is because the region-after sticks up into the region-body by the amount specified in the extent property. See section 6.4.12 of the XSL spec for a couple diagrams and some description. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Footer problem : region-body encroaching on region-after
I have noticed the same thing happening for tables encroaching onto footnotes (the footnote disappears if any part of the table overlaps). However, in this case both the footnote and the table are within the region-body, so adding a margin doesn't help. Any ideas?? Thanks, Doug. Matt Burke wrote: On Tue, 8 Jan 2002, Patrick Andries wrote: If one duplicates a few blocks in docs/examples/corresp.fo so as to generate an additional page, the last lines of the block on the new page overwite the footer instead of being printed on a new page. Changing the fo:region-body's bottom margin fixes the problem. Here's the change made to one simple-page-master: BEFORE: fo:region-body margin-top=3cm/ fo:region-before extent=3cm/ fo:region-after extent=1.5cm/ AFTER: fo:region-body margin-top=3cm margin-bottom=1.5cm/ fo:region-before extent=3cm/ fo:region-after extent=1.5cm/ This is because the region-after sticks up into the region-body by the amount specified in the extent property. See section 6.4.12 of the XSL spec for a couple diagrams and some description. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
maintenance branch
Hello every one, great thanks to the Fop developpers for their job. I hear here and there about the maintenance branch CVS... is there any chance for a maintenance release in the next weeks ? I don't want to disturb anyone with my question. I am just asking because I don't know what is the status of the REC compliance with fop dist. The doc says 0.20.2RC is REC, but... Thanks Cyril - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Footer problem : region-body encroaching on region-after
Matt Burke wrote: This is because the region-after sticks up into the region-body by the amount specified in the extent property. See section 6.4.12 of the XSL spec for a couple diagrams and some description. Yes, I realized this later. I foolishly misunderstood a comment in The XSL Companion, where I read (p. 156) : «When some or all the other, optional regions are also needed, they occupy space around the region body (beyond that already created by the page margins)». Only later did I see what was meant (p. 158) : « within the margins of the body, other regions can be defined », I had naively assumed this would have been automatic. Thank you for your help. Patrick Andries -°-°-°-°-°-°-°-°-°-° Tout sur Unicode (3.1) en français http://hapax.iquebec.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Unicode interpretation
Thank you! I checked your hints and answer after the respective positions. -Ursprungliche Nachricht- Von: Joerg Pietschmann [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Januar 2002 12:42 An: FOP List Betreff: Re: Unicode interpretation 3. Joerg Flotho [EMAIL PROTECTED] We have different versions of interpretations regarding unicode: [...] (hexadecimal or decimal seems to make no difference). That's by design :-) After passing XALAN some signs were interpreted wrong.(viewing in IE 5.0 as filename.fo) [...] I suppose some characters are displayed as unexpected glyphs on the screen. This may have rather different causes: - There is no appropriate font on the system for supplying information how those characters are rendered. - The software has difficulties with the encoding of the characters in a file and therefore interprets some characters as being other characters than originally meant. - There are typos in the character references in the XML source file. Your description doesn't make clear which of these apply, maybe even all toghether. 1. Make sure the character references (#160; and the like) in the source file are correct. Lower than 256 they are correct. 2. Check whether the fonts on all relevant machines can map the characters you use. in principle the used characters are maped correctly. Checked in word. In case of PDF, this may not only involve the machine where the PDF is generated but also the machines on which the PDF is viewed. is the same in this case. FOP must know about the fonts too. This should be relevant only if you use somewhat esoteric characters (for middle-european cultures) like special mathematical symbols. 3. Be sure that the encoding in the XML declaration at the beginning of your XML source file matches the actual encoding. This shouldn't be relevant if all characters which aren't US-ASCII are typed as character references (like #254;). If in doubt, check whether there are any non-ASCII characters in the file, and replace all you find by their corresponding character reference. German umlauts, non-breaking spaces and typographic quotes are not ASCII. We have only character references. The encoding at the beginning of the xml.file was not beeing matched, but the engine writes UTF-8 by itself. If this doesn't help, produce a minimal XML file with a character reference whose rendering does not meet your expectations, like ?xml version=1.0? char#1234;/char and describe how you expect the character to be rendered and what you get, and perhaps what OS you run and what font you expect to be used for rendering the character (which should of course be installed). The copyright-symbol (x00A9) is interpreted correctly, I think because it's lower than 256. Second example: a left-arrow (x2190). In filename.fo it's displayed correctly. In the pdf it appears as an angle. The used font is Arial. Using Arial Unicode MS makes no difference.(Maybe the syntax wasn't correctly) Is white space allowed? Is it a question of embedding fonts too? HTH J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
How to rotate text 90 degrees using fop, please help me???
Does anyone know how I can rotate text 90 degrees, so that it appears vertically. I have used reference-orientation but this is not supported by fop. I also tried embedding SVG but this also was refused by fop, both worked fine in Antenna XSL-formatter though. Can anybody please help me??? Greetings Manuel _ Download MSN Explorer gratis van http://explorer.msn.nl/intl.asp. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: How to rotate text 90 degrees using fop, please help me???
--- Manuel Moons [EMAIL PROTECTED] wrote: Does anyone know how I can rotate text 90 degrees, so that it appears vertically. I have used reference-orientation but this is not supported by fop. I also tried embedding SVG but this also was refused by fop, both worked fine in Antenna XSL-formatter though. You need to be a bit more specific. Do you need the letters to appear the right way up but immediately below one another or should the letters be on their side. If the latter should they go down the page or up the page? I have had this working fine by using SVG text. (I was using it for the axes of an SVG chart) but this was six months ago. I remember looking into this and seeing that the relevant XSL:FO functionality wasn't implemented in FOP but this was a long time ago. Alex = Alex McLintock[EMAIL PROTECTED]Open Source Consultancy in London OpenWeb Analysts Ltd, http://www.OWAL.co.uk/ --- SF and Computing Book News and Reviews: http://news.diversebooks.com/ Get Your XML T-Shirt t-shirt/ at http://www.inversity.co.uk/ COMPETITION : http://news.diversebooks.com/article.pl?sid=01/10/08/1947255 __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: How to rotate text 90 degrees using fop, please help me???
In fact, I'm using Fop 0.20.1 and reference-orientation or direction are not implemented (yet, they say!!) Well, I am also looking for an answer, but unluckily. If someone discover something, make me know... Salve - Original Message - From: Alex McLintock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 09, 2002 5:24 PM Subject: Re: How to rotate text 90 degrees using fop, please help me??? --- Manuel Moons [EMAIL PROTECTED] wrote: Does anyone know how I can rotate text 90 degrees, so that it appears vertically. I have used reference-orientation but this is not supported by fop. I also tried embedding SVG but this also was refused by fop, both worked fine in Antenna XSL-formatter though. You need to be a bit more specific. Do you need the letters to appear the right way up but immediately below one another or should the letters be on their side. If the latter should they go down the page or up the page? I have had this working fine by using SVG text. (I was using it for the axes of an SVG chart) but this was six months ago. I remember looking into this and seeing that the relevant XSL:FO functionality wasn't implemented in FOP but this was a long time ago. Alex = Alex McLintock[EMAIL PROTECTED]Open Source Consultancy in London OpenWeb Analysts Ltd, http://www.OWAL.co.uk/ --- SF and Computing Book News and Reviews: http://news.diversebooks.com/ Get Your XML T-Shirt t-shirt/ at http://www.inversity.co.uk/ COMPETITION : http://news.diversebooks.com/article.pl?sid=01/10/08/1947255 __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Concat
Is there a function like concat for Strings. I have a param in the xml file (the path of a directory) and the name in the XSL file, so I want to create a full path with the path of the directory and the name of the file. Any Idea?? Salve Siete buoni, se potete
Re: Table Improvements
Karen, Is this functionality in 0.20.2? It doesn't work for me. FOP complains about the table-layout property and the table columns aren't proportionally sized. Plus, the docs/examples/fo/tableunits.fo doesn't exist. Thanks, Scott - Original Message - From: Karen Lease [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 14, 2001 4:46 PM Subject: Table Improvements Hi all, I just committed some new table functionality to CVS. You can now do things like fo:table table-layout=fixed width=100% fo:table-column column-width=proportional-column-width(2) fo:table-column column-width=proportional-column-width(1) . You can mix absolute and proportional units in the same table and even on the same column. See docs/examples/fo/tableunits.fo for some examples. Also, Fop is now looking at the table-layout property. Since it defaults to auto and Fop still doesn't do auto, it will print an annoying warning on every table. That is to remind you to put table-layout=fixed on your tables! Fop is also using inline-progression-dimension on table instead of width. But don't worry; if you specify width, it will use that as inline-progression-dimension.optimal. Have fun! Karen - 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: Table Improvements
Okay, I just looked at the release date on 0.20.2 and see it was 9/29/2001. Since your email was after that, I'm guessing the new table functionality is not in 0.20.2. Will it be in the maintenance release? Is that coming up soon? Scott - Original Message - From: Scott Moore [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 09, 2002 2:27 PM Subject: Re: Table Improvements Karen, Is this functionality in 0.20.2? It doesn't work for me. FOP complains about the table-layout property and the table columns aren't proportionally sized. Plus, the docs/examples/fo/tableunits.fo doesn't exist. Thanks, Scott - Original Message - From: Karen Lease [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 14, 2001 4:46 PM Subject: Table Improvements Hi all, I just committed some new table functionality to CVS. You can now do things like fo:table table-layout=fixed width=100% fo:table-column column-width=proportional-column-width(2) fo:table-column column-width=proportional-column-width(1) . You can mix absolute and proportional units in the same table and even on the same column. See docs/examples/fo/tableunits.fo for some examples. Also, Fop is now looking at the table-layout property. Since it defaults to auto and Fop still doesn't do auto, it will print an annoying warning on every table. That is to remind you to put table-layout=fixed on your tables! Fop is also using inline-progression-dimension on table instead of width. But don't worry; if you specify width, it will use that as inline-progression-dimension.optimal. Have fun! Karen - 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]
RE: Concat
how about: xsl:value-of select="concat($path, $filename)" / HTH, Joshua -Original Message-From: Raúl Carazo [mailto:[EMAIL PROTECTED]]Sent: Thursday,10 January 2002 3:53To: FOPSubject: Concat Is there a function like concat for Strings. I have a param in the xml file (the path of a directory) and the name in the XSL file, so I want to create a full path with the path of the directory and the name of the file. Any Idea?? Salve Siete buoni, se potete -- This message and any attachment is confidential and may be privileged or otherwise protected from disclosure. If you have received it by mistake please let us know by reply and then delete it from your system; you should not copy the message or disclose its contents to anyone.
fo:leader problem
hi, I have facing a problem in generating the dotted line and dashed line using fo:leader. Why the dots and dashs become the rectangle after I increased the rule thickness? Do you have any idea? Here is my xsl fo: fo:table-cell border-width=0.1pt border-color=black border-style =none border-top-style=none border-bottom-style=none border-right-style=none fo:block margin-left=4pt fo:leader leader-length=3cm rule-thickness=4.0pt rule-style=solid leader-pattern=rule/ /fo:block /fo:table-cell fo:table-cell border-width=0.1pt border-color=black border-style=none border-top-style=none border-bottom-style=none border-right-style=none fo:block margin-left=4pt fo:leader leader-length=3cm rule-thickness=4.0pt leader-pattern-width=4.0pt rule-style=dotted leader-pattern=rule/ /fo:block /fo:table-cell fo:table-cell border-width=0.1pt border-color=black border-style=none border-top-style=none border-bottom-style=none border-right-style=none fo:block margin-left=4pt fo:leader leader-length=3cm rule-thickness=4.0pt rule-style=dashed leader-pattern=rule/ /fo:block /fo:table-cell Thank you for any help you can give. best rgds, ektan (See attached file: lineHeight.pdf) lineHeight.pdf Description: Adobe Portable Document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Concat
Yep, the function is called concat. simply call : concat (string1, string2, ... , stringn) You can mix variables, strings etc. BTW: this is an XSLT thiing rather than XSLFO. For more information on concat and other XSLT functions: http://www.zvon.org/xxl/XSLTreference/Output/index.html HTH, Michiel -Original Message- From: Raúl Carazo [mailto:[EMAIL PROTECTED]] Sent: woensdag 9 januari 2002 17:53 To: FOP Subject: Concat Is there a function like concat for Strings. I have a param in the xml file (the path of a directory) and the name in the XSL file, so I want to create a full path with the path of the directory and the name of the file. Any Idea?? Salve Siete buoni, se potete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Concat
Well. Thank you. Any way, I 've found another way I can use... {$variableName}imageName. Salve - Original Message - From: Michiel Verhoef [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 10, 2002 8:23 AM Subject: RE: Concat Yep, the function is called concat. simply call : concat (string1, string2, ... , stringn) You can mix variables, strings etc. BTW: this is an XSLT thiing rather than XSLFO. For more information on concat and other XSLT functions: http://www.zvon.org/xxl/XSLTreference/Output/index.html HTH, Michiel -Original Message- From: Raúl Carazo [mailto:[EMAIL PROTECTED]] Sent: woensdag 9 januari 2002 17:53 To: FOP Subject: Concat Is there a function like concat for Strings. I have a param in the xml file (the path of a directory) and the name in the XSL file, so I want to create a full path with the path of the directory and the name of the file. Any Idea?? Salve Siete buoni, se potete - 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: Concat
Hi, this works but sometimes you need to concat / which is sometimes interpreted as XPath. I've had this a number of times and then concat comes in very handy. But glad to hear your problem is fixed. Cheers, Michiel $ -Original Message- $ From: Raúl Carazo [mailto:[EMAIL PROTECTED]] $ Sent: donderdag 10 januari 2002 8:32 $ To: [EMAIL PROTECTED] $ Subject: RE: Concat $ $ $ Well. Thank you. Any way, I 've found another way I can use... $ {$variableName}imageName. $ $ Salve $ $ - Original Message - $ From: Michiel Verhoef [EMAIL PROTECTED] $ To: [EMAIL PROTECTED] $ Sent: Thursday, January 10, 2002 8:23 AM $ Subject: RE: Concat $ $ $ Yep, the function is called concat. $ $ simply call : $ $ concat (string1, string2, ... , stringn) $ $ You can mix variables, strings etc. $ $ BTW: this is an XSLT thiing rather than XSLFO. $ $ For more information on concat and other XSLT functions: $ http://www.zvon.org/xxl/XSLTreference/Output/index.html $ $ HTH, $ $ Michiel $ $ $ -Original Message- $ From: Raúl Carazo [mailto:[EMAIL PROTECTED]] $ Sent: woensdag 9 januari 2002 17:53 $ To: FOP $ Subject: Concat $ $ $ Is there a function like concat for Strings. $ $ I have a param in the xml file (the path of a directory) $ and the name in $ the XSL file, so I want to create a full path with the path $ of the directory $ and the name of the file. $ $ Any Idea?? $ $ Salve $ $ $ -- $ -- $ -- $ -- $ $ Siete buoni, se potete $ $ - $ 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]