font embedding problem
Hi all, I'm trying to use FOP to generate PDF file. I use the command line with my own userconfig.file. The PDF file I'm trying to produce has to display Asian fonts - Thai font in this case. But I keep getting the error message: [ERROR] unknown font tahoma,normal,normal so defaulted font to any Below is my userconfig.xml: fonts font metrics-file=file:///d:/temp/test/pdfconfig/tahoma.xml kerning=no embed-file=file:///c:/Windows/Fonts/TAHOMA.TTF font-triplet name=Tahoma/ /font font metrics-file=file:///d:/temp/test/pdfconfig/SimHei.xml kerning=no embed-file=file:///d:/temp/test/pdfconfig/simHei.ttf font-triplet name=SimHei style=normal weight=normal/ /font /fonts Am I doing it wrong? Regards, nandipinto. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Layout-Problems because of fop restrictions - workaround
I have a layout like in the PDF below. This is easy in HTML but I don't know how to deal with because of the fop Restrictions. Are there any tricks how to get this working. Problem the Tables in the HTML are out width and float to the next row (aling left) automatically. Imagen there are more than two such blocks in the layout. I am now trying to calculate the width of such tables with Java Awt and Fontmetrics but this is hell. layout.pdf Description: Adobe PDF document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
following
Hi I gave the following XML structure book chapter name=index ... /chapter chapter name=about ... /chapter chapter name=conclusion ... /chapter ... /book I am able to to call a specific chapter in XSL by using xsl:template match=book/[EMAIL PROTECTED]'about'] Is there a way that I could call the next and previous chapter not by its name but by a generic function? Something like following node...so that I would know what is the next chapter and previous from the current one. Thanks, Vojko. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: following
-Original Message- From: Vojko [mailto:[EMAIL PROTECTED] Hi, For starters, since you already posted a purely XSLT-related question yesterday: Questions like these do not really belong on fop-user... Should be posted on Mulberry (look on the FOP resources page) Now, since I am weak and can't help but help you out here... (but if you try to exploit that weakness one more time, you're on your own --no offence) Is there a way that I could call the next and previous chapter not by its name but by a generic function? Something like following node...so that I would know what is the next chapter and previous from the current one. How about: xsl:apply-templates select=preceding::chapter / xsl:apply-templates select=following::chapter / HTH! Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: following
No offence taken...what so ever...you are absolutely right...and it will not happen again...but hey...anyway...I am glad that you are weak :)...since it solved my problem. Thanks a lot. Regards, Vojko. On Mon, 2005-03-14 at 11:33 +0100, Andreas L. Delmelle wrote: -Original Message- From: Vojko [mailto:[EMAIL PROTECTED] Hi, For starters, since you already posted a purely XSLT-related question yesterday: Questions like these do not really belong on fop-user... Should be posted on Mulberry (look on the FOP resources page) Now, since I am weak and can't help but help you out here... (but if you try to exploit that weakness one more time, you're on your own --no offence) Is there a way that I could call the next and previous chapter not by its name but by a generic function? Something like following node...so that I would know what is the next chapter and previous from the current one. How about: xsl:apply-templates select=preceding::chapter / xsl:apply-templates select=following::chapter / HTH! 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]
Why xmlgraphics?
Why the change from xml.apache.org to xmlgraphics.apache.org? Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: make table border visible
I suspect that is an attribute not well setted in xsl-foMy question was how to make solid a table cell border? I do not think is a JFOR problem and so for xsl-fo Help -- Initial Header --- From : [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 10:11:16 -0600 Subject : Re: make table border visible Have you checked the RTF output? Does it contain the correct elements to produce the border? If so, then this would be a JFOR problem. If not, then it's a FOP problem. Given that you see the borders in a viewing application but not when printed, I am inclined to suspect that the problem comes from whatever you use to print. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) [EMAIL PROTECTED] [EMAIL PROTECTED] 03/14/2005 10:04 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users fop-users@xmlgraphics.apache.org cc Subject Re: make table border visible I should produce an RTF using JFOR and xsl-fo...so my output is xsl:output encoding=ISO-8859-1/ but when I set the fo:table-cell border=0.75pt solid black display-align=after number-columns-spanned=8 padding-left=3.5pt padding-right=3.5pt nothing is visible when I print. It is visible just on screen. Help -- Initial Header --- From : [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 10:00:10 -0600 Subject : Re: make table border visible What kind of output are you producing? What are you using to view it? Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) [EMAIL PROTECTED] [EMAIL PROTECTED] 03/14/2005 09:56 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users fop-users@xmlgraphics.apache.org cc Subject make table border visible Hi all.I'm rendering with xsl-fo a table but all the cell borders are visible just on the screen and not when I print my document. Any usefull attribute for rendering a solid visible,printable table border? Regards Giovanni Di Lembo Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - 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] Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - 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] Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why xmlgraphics?
I just don't want to see FOP lose its focus on implementing the XSL-FO spec and wander off into becoming some kind of oddball graphics rendering engine for other purposes. The current version of FOP is a good tool that I use a lot, and it has substantial promise to become even better in the upcoming versions, so I'd hate to see it get sidetracked. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) Jeremias Maerki [EMAIL PROTECTED] 03/14/2005 10:13 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org cc Subject Re: Why xmlgraphics? The Apache board of director requested some time ago that oversight over the individual projects be improved. The XML project's PMC couldn't provide the demanded oversight over so many projects. The XML project is in the process of being broken down. For example, Xalan and Xerces both become top-level projects. The same happened with Forrest a bit earlier. XML Graphics was created to host both FOP and Batik because both subprojects each implement an XML specification that is used to create graphical output. Additionally, both subprojects have certain parts they are both interested in (ex. PDF library, SVG to PDF conversion etc.). We will soon create an area where common components (used by both subprojects) will be maintained. And with the reduced size and the mutual interest of the subprojects we can reestablish the oversight that the board requested. I hope that answers it. On 14.03.2005 16:38:27 JBryant wrote: Why the change from xml.apache.org to xmlgraphics.apache.org? Jeremias Maerki - 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: make table border visible
Actually if I use border-style or border-color the border disappear somewhere..Is there not a general border attribute for the fo:table tag? -- Initial Header --- From : Riz Virk [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 11:19:29 -0500 Subject : RE: make table border visible Hi guys, Most likely you are seeing the pseudo border that word shows on screen to tell you where cells start and end, rather than an actual border. Assuming you are using .71 of jfor, i don't think it supports the compound fo property border (your fo says: border=0.75pt solid black) . Rather, you will have to use border-color, or border-style, or border-xxx-color, border-xxx-style where xxx is one of top, left, right, bottom. Thanks Riz Rizwan Virk CTO CambridgeDocs [EMAIL PROTECTED] personal: [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Mon 3/14/2005 11:15 AM To: fop-users Subject: Re: make table border visible I suspect that is an attribute not well setted in xsl-foMy question was how to make solid a table cell border? I do not think is a JFOR problem and so for xsl-fo Help -- Initial Header --- From : [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 10:11:16 -0600 Subject : Re: make table border visible Have you checked the RTF output? Does it contain the correct elements to produce the border? If so, then this would be a JFOR problem. If not, then it's a FOP problem. Given that you see the borders in a viewing application but not when printed, I am inclined to suspect that the problem comes from whatever you use to print. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) [EMAIL PROTECTED] [EMAIL PROTECTED] 03/14/2005 10:04 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users fop-users@xmlgraphics.apache.org cc Subject Re: make table border visible I should produce an RTF using JFOR and xsl-fo...so my output is xsl:output encoding=ISO-8859-1/ but when I set the fo:table-cell border=0.75pt solid black display-align=after number-columns-spanned=8 padding-left=3.5pt padding-right=3.5pt nothing is visible when I print. It is visible just on screen. Help -- Initial Header --- From : [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 10:00:10 -0600 Subject : Re: make table border visible What kind of output are you producing? What are you using to view it? Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) [EMAIL PROTECTED] [EMAIL PROTECTED] 03/14/2005 09:56 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users fop-users@xmlgraphics.apache.org cc Subject make table border visible Hi all.I'm rendering with xsl-fo a table but all the cell borders are visible just on the screen and not when I print my document. Any usefull attribute for rendering a solid visible,printable table border? Regards Giovanni Di Lembo Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - 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] Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - 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] Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Navighi a
Re: Why xmlgraphics?
Don't worry. That won't happen. We're on track. And if we get some help on the way, even better. hint, hint! On 14.03.2005 17:54:04 JBryant wrote: I just don't want to see FOP lose its focus on implementing the XSL-FO spec and wander off into becoming some kind of oddball graphics rendering engine for other purposes. The current version of FOP is a good tool that I use a lot, and it has substantial promise to become even better in the upcoming versions, so I'd hate to see it get sidetracked. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) Jeremias Maerki [EMAIL PROTECTED] 03/14/2005 10:13 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org cc Subject Re: Why xmlgraphics? The Apache board of director requested some time ago that oversight over the individual projects be improved. The XML project's PMC couldn't provide the demanded oversight over so many projects. The XML project is in the process of being broken down. For example, Xalan and Xerces both become top-level projects. The same happened with Forrest a bit earlier. XML Graphics was created to host both FOP and Batik because both subprojects each implement an XML specification that is used to create graphical output. Additionally, both subprojects have certain parts they are both interested in (ex. PDF library, SVG to PDF conversion etc.). We will soon create an area where common components (used by both subprojects) will be maintained. And with the reduced size and the mutual interest of the subprojects we can reestablish the oversight that the board requested. I hope that answers it. On 14.03.2005 16:38:27 JBryant wrote: Why the change from xml.apache.org to xmlgraphics.apache.org? Jeremias Maerki - 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] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: make table border visible
The following element in an FO file produces a border for me (in PDF): fo:table table-layout=fixed border-width=0.5pt border-style=solid border-color=black Perhaps you tried fo:table table-layout=fixed border=0.5pt border-style=solid border-color=black I can see where many processors would simply ignore the style and color attributes in favor of the compound property. In that case, you'd have an invisible border. Disclaimer: I use FOP to create PDF files, and I don't know anything about JFOR. Thus, my help has to be pretty limited here. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) [EMAIL PROTECTED] [EMAIL PROTECTED] 03/14/2005 11:01 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users fop-users@xmlgraphics.apache.org cc Subject RE: make table border visible Actually if I use border-style or border-color the border disappear somewhere..Is there not a general border attribute for the fo:table tag? -- Initial Header --- From : Riz Virk [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 11:19:29 -0500 Subject : RE: make table border visible Hi guys, Most likely you are seeing the pseudo border that word shows on screen to tell you where cells start and end, rather than an actual border. Assuming you are using .71 of jfor, i don't think it supports the compound fo property border (your fo says: border=0.75pt solid black) . Rather, you will have to use border-color, or border-style, or border-xxx-color, border-xxx-style where xxx is one of top, left, right, bottom. Thanks Riz Rizwan Virk CTO CambridgeDocs [EMAIL PROTECTED] personal: [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Mon 3/14/2005 11:15 AM To: fop-users Subject: Re: make table border visible I suspect that is an attribute not well setted in xsl-foMy question was how to make solid a table cell border? I do not think is a JFOR problem and so for xsl-fo Help -- Initial Header --- From : [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 10:11:16 -0600 Subject : Re: make table border visible Have you checked the RTF output? Does it contain the correct elements to produce the border? If so, then this would be a JFOR problem. If not, then it's a FOP problem. Given that you see the borders in a viewing application but not when printed, I am inclined to suspect that the problem comes from whatever you use to print. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) [EMAIL PROTECTED] [EMAIL PROTECTED] 03/14/2005 10:04 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users fop-users@xmlgraphics.apache.org cc Subject Re: make table border visible I should produce an RTF using JFOR and xsl-fo...so my output is xsl:output encoding=ISO-8859-1/ but when I set the fo:table-cell border=0.75pt solid black display-align=after number-columns-spanned=8 padding-left=3.5pt padding-right=3.5pt nothing is visible when I print. It is visible just on screen. Help -- Initial Header --- From : [EMAIL PROTECTED] To : fop-users@xmlgraphics.apache.org Cc : Date : Mon, 14 Mar 2005 10:00:10 -0600 Subject : Re: make table border visible What kind of output are you producing? What are you using to view it? Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) [EMAIL PROTECTED] [EMAIL PROTECTED] 03/14/2005 09:56 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users fop-users@xmlgraphics.apache.org cc Subject make table border visible Hi all.I'm rendering with xsl-fo a table but all the cell borders are visible just on the screen and not when I print my document. Any usefull attribute for rendering a solid visible,printable table border? Regards Giovanni Di Lembo Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - 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: Why xmlgraphics?
Hint received. However, I am too busy using it to spend any time developing it. (Actually, at this point, I rarely look at FOP. It runs a lot to produce all kinds of documents around here, but my work these days mostly consists of writing documents rather than setting up the document production system. Being a one-person documentation department at a software company is an interesting job.) If it helps any, rest assured that I very much appreciate and applaud your efforts and the efforts of the others who develop FOP. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) Jeremias Maerki [EMAIL PROTECTED] 03/14/2005 11:21 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org cc Subject Re: Why xmlgraphics? Don't worry. That won't happen. We're on track. And if we get some help on the way, even better. hint, hint! On 14.03.2005 17:54:04 JBryant wrote: I just don't want to see FOP lose its focus on implementing the XSL-FO spec and wander off into becoming some kind of oddball graphics rendering engine for other purposes. The current version of FOP is a good tool that I use a lot, and it has substantial promise to become even better in the upcoming versions, so I'd hate to see it get sidetracked. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) Jeremias Maerki [EMAIL PROTECTED] 03/14/2005 10:13 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org cc Subject Re: Why xmlgraphics? The Apache board of director requested some time ago that oversight over the individual projects be improved. The XML project's PMC couldn't provide the demanded oversight over so many projects. The XML project is in the process of being broken down. For example, Xalan and Xerces both become top-level projects. The same happened with Forrest a bit earlier. XML Graphics was created to host both FOP and Batik because both subprojects each implement an XML specification that is used to create graphical output. Additionally, both subprojects have certain parts they are both interested in (ex. PDF library, SVG to PDF conversion etc.). We will soon create an area where common components (used by both subprojects) will be maintained. And with the reduced size and the mutual interest of the subprojects we can reestablish the oversight that the board requested. I hope that answers it. On 14.03.2005 16:38:27 JBryant wrote: Why the change from xml.apache.org to xmlgraphics.apache.org? Jeremias Maerki - 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] Jeremias Maerki - 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: Why xmlgraphics?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Hi Jay, Hint received. However, I am too busy using it to spend any time developing it. Well, it's not *only* a question of developing... What you are doing, for example, by answering questions of other users already helps fop-dev a great deal. (Although I am officially fop-dev, lately, I don't have that much time to spend on actually delving into the sources and fix problems, but I still try to pop in and offer users a solution when I see the opportunity...) Thanks for that! Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
