RE: Question about full page tables
Thanks Andreas. That worked perfectly. I have one other problem. The way make it so that the items print 3 across is by putting the following inside a for loop (the code has been stripped down to make it more legible): fo:table-cell fo:block xsl:apply-templates select=item/ /fo:block /fo:table-cell fo:table-cell fo:block xsl:value-of select=following-sibling::item[1]/ /fo:block /fo:table-cell fo:table-cell fo:block xsl:value-of select=following-sibling::item[2]/ /fo:block /fo:table-cell /fo:table-row I use apply-templates for the row X, col 1 item, but I have to use value-of on the second and third items in the row. This is satisfactory for getting the text, but there are some formatting tags within the item tags which are implemented when I use apply-templates but which are ignored by value-of. What I would really like to use is something like: xsl:apply-templates select=following-sibling::item[1]/ but it doesn't work, because xslfo won't let me create a template of the form xsl:template match=following-sibling::item[1] xsl:apply-templates/ /xsl:template as following-sibling:: is not allowed within matchs attribute value. Anybody have any ideas what I can do here. Cheers Jon -Original Message- From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED] Sent: Monday, November 22, 2004 10:13 AM To: [EMAIL PROTECTED] Subject: RE: Question about full page tables -Original Message- From: Jon Steeves [mailto:[EMAIL PROTECTED] Hi, The problem I'm having is each item has a different amount of text so that some rows are thinner than others. Can anyone help me? IIUC, the best way to solve this is by setting the row-height explicitly to the height necessary for the item with the largest content. If the row that contains the largest item is actually 20mm in height, set them all to 20mm, like fo:table ... ... fo:table-body ... fo:table-row height=20mm ... Use the 'display-align' property on the individual fo:table-cells to make sure the smaller items are neatly centered, if necessary. Hope this helps! Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question about full page tables
Hi Jon -Message d'origine- De : Jon Steeves [mailto:[EMAIL PROTECTED] fo:table-cell fo:block xsl:apply-templates select=item/ /fo:block /fo:table-cell fo:table-cell fo:block xsl:value-of select=following-sibling::item[1]/ Here you can use this enstead xsl:apply-templates select=following-sibling::item[1] mode=first_sibling/ /fo:block /fo:table-cell fo:table-cell fo:block xsl:value-of select=following-sibling::item[2]/ And here you can use this enstead xsl:apply-templates select=following-sibling::item[1] mode=second_sibling/ /fo:block /fo:table-cell /fo:table-row xsl:template match=following-sibling::item[1] xsl:apply-templates/ /xsl:template Your templates should be: xsl:template match=item mode=first_sibling ... /xsl:template xsl:template match=item mode=second_sibling ... /xsl:template Hope this helps you Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: References on same page
Hi, i got it. So it works: ../../../tables/tb/@id Thanks! Sven Andreas L. Delmelle wrote: -Original Message- From: Sven Waibel [mailto:[EMAIL PROTECTED] Hi, snip / But i get this error: internal-destination or external-destination must be specified in basic-link This would mean that the attribute in question is empty, so the sketched expression as I wrote it ../../../tables/tb[description=current()]/@id returns an empty string. You have to figure out where the 'tables' node is in relation to the 'combination' node in your source XML in order to get the correct results. We really *have* to see the structure of the source XML to be of any help here... (not as two separate fragments, but as a whole; or maybe they are even in two different source files?) So i tried it with the extension fox, but i also get an error: fox:destination requires an internal-destination This error occurs for the exact same reason. Maybe it's best to perform the XSL transform to a FO-file standalone first, and make sure the fo:basic-link elements are generated with a valid internal-destination property/attribute. Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[fop] linefeed-treatment=preserve doesn't preserve the linefeed
Hello, FOP 0.20.4 I've got the following xml (also tried to put it into a cdata block): Quote descrLine1 Line2/descr /Quote and the following xsl-fo: ... fo:block linefeed-treatment=preservexsl:value-of select=Quote/descr//fo:block ... which still outputs Line1Line2 so it replaces the newline character instead of preserving it Anybody who gots an idea what I'm doing wrong here? Any help is welcome... Regards, Gunter D'Hondt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [fop] linefeed-treatment=preserve doesn't preserve the linefeed
Gunter D'Hondt wrote: snip/ which still outputs Line1Line2 so it replaces the newline character instead of preserving it Anybody who gots an idea what I'm doing wrong here? Any help is welcome... This is a FAQ. See: http://xml.apache.org/fop/faq.html#fo-preformat Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [fop] linefeed-treatment=preserve doesn't preserve the linefeed
Looking at the FAQ I think I don't do anything wrong in my code coz I'm placing the attrbute linefeed-treatment=preserve into it. The attr white-space-collapse I don't need or has nothing to do with the linefeed (I assume). I understand that the linefeed-treatment attr is the one to specify this but still something else must go wrong here. And what is meant in the FAQ with: Due to a bug in current versions of FOP, setting white-space-collapse=false will also preserve line breaks in the text. Do not rely on this behavior, as it is non-conformant and will be changed. which current versions is that? 0.20.5? so this has nothing to do with 0.20.4 which I'm using? Any help is welcome, Gunter D'Hondt Chris Bowditch [EMAIL PROTECTED] 23-11-2004 13:11 Please respond to [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Re: [fop] linefeed-treatment=preserve doesn't preserve the linefeed Gunter D'Hondt wrote: snip/ which still outputs Line1Line2 so it replaces the newline character instead of preserving it Anybody who gots an idea what I'm doing wrong here? Any help is welcome... This is a FAQ. See: http://xml.apache.org/fop/faq.html#fo-preformat Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [fop] linefeed-treatment=preserve doesn't preserve the linefeed
Hi Gunter, -Message d'origine- De : Gunter D'Hondt [mailto:[EMAIL PROTECTED] Looking at the FAQ I think I don't do anything wrong in my code coz I'm placing the attrbute linefeed-treatment=preserve into it. The attr white-space-collapse I don't need or has nothing to do with the linefeed (I assume). Linefeed-treatment and white-space-collapse are both set to no in the fop compliance chart ( see http://xml.apache.org/fop/compliance.html#fo-property-linefeed-treatment ) I understand that the linefeed-treatment attr is the one to specify this but still something else must go wrong here. And what is meant in the FAQ with: Due to a bug in current versions of FOP, setting white-space-collapse=false will also preserve line breaks in the text. Do not rely on this behavior, as it is non-conformant and will be changed. which current versions is that? 0.20.5? so this has nothing Yes to do with 0.20.4 which I'm using? Any help is welcome, Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [fop] linefeed-treatment=preserve doesn't preserve the linefeed
And is there a workaround that I can use? Or am I forced to use another xslfo processor then the Apache FOP one? Might be a tricky question on this list, but what are the good alternatives for FOP? Gunter Pascal Sancho [EMAIL PROTECTED] 23-11-2004 13:39 Please respond to [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject RE: [fop] linefeed-treatment=preserve doesn't preserve the linefeed Hi Gunter, -Message d'origine- De : Gunter D'Hondt [mailto:[EMAIL PROTECTED] Looking at the FAQ I think I don't do anything wrong in my code coz I'm placing the attrbute linefeed-treatment=preserve into it. The attr white-space-collapse I don't need or has nothing to do with the linefeed (I assume). Linefeed-treatment and white-space-collapse are both set to no in the fop compliance chart ( see http://xml.apache.org/fop/compliance.html#fo-property-linefeed-treatment ) I understand that the linefeed-treatment attr is the one to specify this but still something else must go wrong here. And what is meant in the FAQ with: Due to a bug in current versions of FOP, setting white-space-collapse=false will also preserve line breaks in the text. Do not rely on this behavior, as it is non-conformant and will be changed. which current versions is that? 0.20.5? so this has nothing Yes to do with 0.20.4 which I'm using? Any help is welcome, Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [fop] linefeed-treatment=preserve doesn't preserve the linefeed
Gunter: In 20.3, I use 'white-space-collapse' to keep my linefeeds intact: fo:block white-space-collapse=false xsl:value-of select=Quote/descr/ /fo:block Give it a try. -Lou Gunter D'Hondt [EMAIL PROTECTED] To: [EMAIL PROTECTED] ofico.becc: Subject: [fop] linefeed-treatment=preserve doesn't preserve the linefeed 11/23/2004 06:34 Please respond to fop-user Hello, FOP 0.20.4 I've got the following xml (also tried to put it into a cdata block): Quote descrLine1 Line2/descr /Quote and the following xsl-fo: . fo:block linefeed-treatment=preservexsl:value-of select=Quote/descr//fo:block . which still outputs Line1Line2 so it replaces the newline character instead of preserving it Anybody who gots an idea what I'm doing wrong here? Any help is welcome... Regards, Gunter D'Hondt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
text in vertical direction
Hello List, I have a little problem. I want to write some text in a vertical direction. FOP don't supports "writing-mode". Is there a little fix? Thank you. -- Dipl.-Inf. Dirk Sonne Project Development/IT GETAG www.get-ag.com Karl-Heine-Strae 99 04229 Leipzig mail: [EMAIL PROTECTED] fon: +49 (0) 341 - 49 12 450 fax: +49 (0) 341 - 49 12 451 mob: +49 (0) 163 - 49 12 473
Re: OUTLINE QUESTION
Andreas L. Delmelle wrote: -Original Message- From: Nestor Martinez [mailto:[EMAIL PROTECTED]] Hi, Does any one know why the following code wouldn't work as expected. When I click on a bookmark link it takes me to the correct page but not the exact location, it always points to the block right below the one that actually contains the ID. I have gone on the Internet and downloaded sample files which run great, bookmarks go where they are supposed to go. Any ideas? Errm... No. The code you've shown us contains only the outlines. Based on that, we can only assume that the ID's are in fact on the blocks below the ones that you think contain the ID... Can you post a minimized version of the FO demonstrating the problem? Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] . Here is a little bit of the fo file, where it shows the block with the id, but it actually goes to the block right after the block with the leader inside of it, in other words, it points to two blocks down from where it is supposed to point at, any idea why this happens? I'm using fop-0.20.5. Thanks. fo:flow flow-name="xsl-region-body" fo:table width="5.4in" height="7.75in" table-layout="fixed" fo:table-column column-width="5.4in"/ fo:table-header fo:table-row fo:table-cell padding="0.25in" fo:block/ /fo:table-cell /fo:table-row /fo:table-header fo:table-footer fo:table-row fo:table-cell padding="0.25in" fo:block/ /fo:table-cell /fo:table-row /fo:table-footer fo:table-body fo:table-row height="6.75in" fo:table-cell fo:block margin-right="0.5in" margin-left="0.5in" ** id --fo:block font-size="16pt" font-weight="bold" id="A1"Title 1/fo:block fo:block fo:leader/ /fo:block **goes here instead -- fo:blockThis fo:inline font-style="italic"is/fo:inline the paragraph that eventually the outline points to instead of the one above which contains the ID referenced in the outline. Can anyone explain why that is? I just don't understand it./fo:block fo:block fo:leader/ /fo:block ** id --fo:block font-size="14pt" font-weight="bold" id="A1B1"SubTitle 1/fo:block fo:block fo:leader/ /fo:block fo:block fo:list-block **goes here instead -- fo:list-item fo:list-item-label end-indent="label-end()" width="10pt" fo:block font-weight="bold" font-size="10pt" font-family="serif" text-align="right"/fo:block /fo:list-item-label fo:list-item-body start-indent="body-start()" fo:blockInstead of pointing at the subtitle 1 above which contains the ID, it points to this block instead. Any idea why this happens?/fo:block
Re: text in vertical direction
I use SVG text to do this. For example: fo:instream-foreign-object svg:svg width=150 height=150 xmlns=http://www.w3.org/2000/svg; svg:text x=1 y=1 writing-mode=tb glyph-orientation-vertical=0!--this does it-- FRONT /svg:text /svg:svg /fo:instream-foreign-object -Lou Dirk Sonne [EMAIL PROTECTED] To: [EMAIL PROTECTED] ag.com cc: Subject: text in vertical direction 11/23/2004 09:47 Please respond to fop-user Hello List, I have a little problem. I want to write some text in a vertical direction. FOP don't supports writing-mode. Is there a little fix? Thank you. -- Dipl.-Inf. Dirk Sonne Project Development/IT GETAG www.get-ag.com Karl-Heine-Straße 99 04229 Leipzig mail: [EMAIL PROTECTED] fon: +49 (0) 341 - 49 12 450 fax: +49 (0) 341 - 49 12 451 mob: +49 (0) 163 - 49 12 473 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: text in vertical direction
Hi You can use a foreing-object to embed svg, that works fine: fo:instream-foreign-objectsvg:svgxmlns:svg="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="7" height="250"svg:g transform="translate(5,250)"svg:g transform="rotate(-90)"svg:text x="0" y="0" style="font-family:'GillSans';font-size:5pt;" Your text here /svg:text/svg:g/svg:g/svg:svg/fo:instream-foreign-objectHope this helps you Pascal De: Dirk Sonne [mailto:[EMAIL PROTECTED] Envoyé: mardi 23 novembre 2004 15:48À: [EMAIL PROTECTED]Objet: text in vertical direction Hello List,I have a little problem.I want to write some text in a vertical direction.FOP don't supports "writing-mode".Is there a little fix?Thank you. -- Dipl.-Inf. Dirk SonneProject Development/ITGETAGwww.get-ag.comKarl-Heine-Straße 9904229 Leipzigmail: [EMAIL PROTECTED]fon: +49 (0) 341 - 49 12 450fax: +49 (0) 341 - 49 12 451mob: +49 (0) 163 - 49 12 473
Re: [fop] linefeed-treatment=preserve doesn't preserve the linefeed
Gunter D'Hondt wrote: Looking at the FAQ I think I don't do anything wrong in my code coz I'm placing the attrbute linefeed-treatment=preserve into it. The attr white-space-collapse I don't need or has nothing to do with the linefeed (I assume). Incorrect assumption, the FAQ says you need to specify white-space-collapse=false snip/ Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: OUTLINE QUESTION
-Original Message- From: Nestor Martinez [mailto:[EMAIL PROTECTED] Hi, Here is a little bit of the fo file, where it shows the block with the id, but it actually goes to the block right after the block with the leader inside of it, in other words, it points to two blocks down from where it is supposed to point at, any idea why this happens? Aha, this looks like a familiar problem indeed... I'm not completely sure, but it sounds like one of those pesky 'nested block' issues... Is it in any way possible to leave out the surrounding fo:block? I mean: fo:table-body fo:table-row height=6.75in fo:table-cell Leave the following fo:block out, and make the blocks containing the ID's direct descendants of the fo:table-cell... fo:block margin-right=0.5in margin-left=0.5in ... and move its margin-* properties to this fo:block. fo:block font-size=16pt font-weight=bold id=A1Title 1/fo:block See if that works... Hope this helps! Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OUTLINE QUESTION
Andreas L. Delmelle wrote: but it sounds like one of those pesky 'nested block' issues... Well, I'd say it's the table cells and blocks with margins don't mix well for link target offset calculation issue. Last time I looked padding the table cell rather than using a margin in an enclosed block worked better. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [fop] linefeed-treatment=preserve doesn't preserve the linefeed
Gunter D'Hondt wrote: The attr white-space-collapse I don't need or has nothing to do with the linefeed (I assume). The behaviour regarding line feed treatment of FOP 0.20.5 is still based on a rather ancient draft rather than the current standard. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JCE present but not working
Hi, all, Here's the scoop: * I am trying to get encryption to work in FOP. * I am using Windows XP, Java 1.4.1_02, and FOP 0.20.5. * I have downloaded bcprov-jdk14-125.jar from Bouncy Castle and have put that jar file in fop-0.20.5\lib. * I have modified build.bat to include the following line in the classpath list: set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\bcprov-jdk14-125.jar * I have modified j2sdk1.4.1_02\jre\lib\security\java.security to include the following line: security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider * When I ran build.bat, it ended with the happy BUILD SUCCESSFUL message, and the build output included the following happy lines: prepare-jce: [echo] JCE is present. Installing PDF encryption support. * I have modified fop.bat to include the following line in the classpath list: set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\bcprov-jdk14-125.jar * However, when I run FOP to try to create a PDF file with encryption options set, I still get this unhappy message: [ERROR] Cannot find any provider supporting RC4 What have I not done or done wrong? Thanks. Jay Bryant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JCE present but not working
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Hi, * I have downloaded bcprov-jdk14-125.jar from Bouncy Castle and have put that jar file in fop-0.20.5\lib. Wrong location (see also a thread from ... yesterday, I believe) You have to put it in the lib\ext directory for the JVM used when running FOP, so... snip / * I have modified j2sdk1.4.1_02\jre\lib\security\java.security to include the following line: security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider ... (probably) wrong location again. It's far more likely that you have a separate Java Runtime under Program Files somewhere (--the one your %JAVA_HOME% refers to). It's the java.security file from there that you need to modify. Hope this helps! Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JCE present but not working
-Original Message- From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED] ... (probably) wrong location again. It's far more likely that you have a separate Java Runtime under Program Files somewhere (--the one your %JAVA_HOME% refers to). Hmm... A bit more precise: the Java Runtime from which the 'bin' directory appears first in your %PATH% environment var Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JCE present but not working
You were correct, Andreas. Your first e-mail made me wonder if I had Java installed in more than one place, and I do. I had modified the java.security file for the wrong one. I have inherited this machine, and under a big enough time crunch that I cannot wipe its drives and build it up as I would like. Consequently, there are tools (some of which I use and some of which I don't) scattered all over the place. Thanks for the help. Jay Bryant Andreas L. Delmelle [EMAIL PROTECTED] 11/23/2004 04:24 PM Please respond to [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject RE: JCE present but not working -Original Message- From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED] ... (probably) wrong location again. It's far more likely that you have a separate Java Runtime under Program Files somewhere (--the one your %JAVA_HOME% refers to). Hmm... A bit more precise: the Java Runtime from which the 'bin' directory appears first in your %PATH% environment var Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]