RE: fo:inline and line-height / font-size
J.Pietschmann wrote: Not really. The FOP 0.20 series wont grow the line height if there are elements exceeding the line hight set for the block (either implicitely due to the block's font-size or explicitely set using the line-height property). If you know the line breaks in advance, you can split the text in several blocks, each using the known line height. Ah, ok. Is there any date given when the new branch of FOP will be released? Or is there any alpha/beta to play with? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Andrew S Moy/CHI/NTRS is out of the office.
I will be out of the office starting July 23, 2004 and will not return until July 26, 2004. I will respond to your message when I return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xml schema question
Peter Menzel wrote: snip/ My xml schema snippet for this element: xsd:element name='element' xsd:complexType xsd:choice xsd:element ref='dd' minOccurs='0' maxOccurs='unbounded'/ xsd:element ref='cc' minOccurs='0' maxOccurs='unbounded'/ xsd:element ref='aa' minOccurs='1' maxOccurs=1/ xsd:element ref='bb' minOccurs='1' maxOccurs=1/ /xsd:choice /xsd:complexType /xsd:element Unfortunately this wont work. xmllint says that the above xml document is not valid. You are unlikely to receive help for this question on this list. This list is about XSL-FO. Perhaps your question would be better suited to a XML Parser or Schema specific list. Has anybody any idea concerning this problem? Is it generally possible to mix elements in a complexType with different minOccurs/maxOccurs ? Yes this is possible, but not under xs:choice, I believe xs:any is the compositor you are looking for. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: xml schema question
Can you please send your xml files to me -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 1:38 PM To: [EMAIL PROTECTED] Subject: Re: xml schema question Peter Menzel wrote: snip/ My xml schema snippet for this element: xsd:element name='element' xsd:complexType xsd:choice xsd:element ref='dd' minOccurs='0' maxOccurs='unbounded'/ xsd:element ref='cc' minOccurs='0' maxOccurs='unbounded'/ xsd:element ref='aa' minOccurs='1' maxOccurs=1/ xsd:element ref='bb' minOccurs='1' maxOccurs=1/ /xsd:choice /xsd:complexType /xsd:element Unfortunately this wont work. xmllint says that the above xml document is not valid. You are unlikely to receive help for this question on this list. This list is about XSL-FO. Perhaps your question would be better suited to a XML Parser or Schema specific list. Has anybody any idea concerning this problem? Is it generally possible to mix elements in a complexType with different minOccurs/maxOccurs ? Yes this is possible, but not under xs:choice, I believe xs:any is the compositor you are looking for. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Notice The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Wipro or [EMAIL PROTECTED] immediately and destroy all copies of this message and any attachments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Thursday, July 22, 2004 4:41 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 22, 2004, at 1:20 PM, Danny wrote: ** Application is a standalone Java Swing application. Cannot seem to get a jpg to render in my pdf unless I hardcode the complete path to the image in the external-graphic src attribute. The data in the pdf renders fine, just no image. The image file is located in the same directory as the xsl file. Danny Gallagher I've found that when referring to external graphics in a 'relative' manner, the PATH is relative to the XML file, and not the XSL file. This is probably something that should be added to the FAQ (although I don't think it's actually *asked* very often). In addition, we should probably update the Graphics page somehow to reflect this as well. Web Maestro Clay - 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: fo:inline and line-height / font-size
On Jul 22, 2004, at 10:42 PM, Sönke Ruempler wrote: J.Pietschmann wrote: Not really. The FOP 0.20 series wont grow the line height if there are elements exceeding the line hight set for the block (either implicitely due to the block's font-size or explicitely set using the line-height property). If you know the line breaks in advance, you can split the text in several blocks, each using the known line height. Ah, ok. Is there any date given when the new branch of FOP will be released? Sorry. As with many open source applications with a development staff made up primarily of volunteers, release schedules are pretty hard to come by. Or is there any alpha/beta to play with? You can always download the most recent CVS snapshot from here[1]. Be advised, that this is a 'redesign' of the fop-0.20.x series, and things which work in fop-0.20.5 may not work in this snapshot. Web Maestro Clay [1] http://xml.apache.org/fop/download.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic src problem
On Jul 23, 2004, at 6:20 AM, Danny wrote: Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? You might find the answer in our FAQ[1] or our configuration page. I suspect it has something to do with setting baseDir. If you don't find it in exactly the location I indicate, search the rest of the page for more tips. Please write back to let us know if you come up with a solution so we can update the web site. Web Maestro Clay [1] http://xml.apache.org/fop/faq.html#servlet-baseDir [2] http://xml.apache.org/fop/configuration.html#summary-key-value - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:36 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 23, 2004, at 6:20 AM, Danny wrote: Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? You might find the answer in our FAQ[1] or our configuration page. I suspect it has something to do with setting baseDir. If you don't find it in exactly the location I indicate, search the rest of the page for more tips. Please write back to let us know if you come up with a solution so we can update the web site. Web Maestro Clay [1] http://xml.apache.org/fop/faq.html#servlet-baseDir [2] http://xml.apache.org/fop/configuration.html#summary-key-value - 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: external-graphic src problem
This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Matthew, Thanks for the suggestion. Not sure I see how that solves my problem. Does XSLT allow me to set the basedir against the classpath in the global variable, therefore solving the problem of having to specify the absolute path? Thanks Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 10:01 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - 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: external-graphic src problem
I should've thought of this sooner...
!-- At the top of my XSL-FO file or in an xsl:include --
!-- varImagesDirectory | used to set PATH to images/ directory--
xsl:variable name=varImagesDirectory/path/to/images/xsl:variable
!-- .. --
!-- my fo:external-graphic call --
fo:external-graphic src=url('{$varImagesDirectory}/logo.jpg')
width=1.87cm height=.99cm content-width=1.87cm
content-height=.99cm border=0/
is how I use it in our system...
Hope this helps!
Web Maestro Clay
On Jul 23, 2004, at 8:33 AM, Danny wrote:
Matthew,
Thanks for the suggestion.
Not sure I see how that solves my problem.
Does XSLT allow me to set the basedir against the classpath in the
global
variable, therefore solving the problem of having to specify the
absolute
path?
Thanks
Danny Gallagher
Senior Software Engineer
The Gainer Group
6075 The Corners Parkway
Suite 116
Norcross Ga, 30092
-Original Message-
From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 10:01 AM
To: [EMAIL PROTECTED]
Subject: RE: external-graphic src problem
This possibly becomes an XSLT problem. Use a global variable passed
into the XSLT transform to provide the basedir for the images.
-Original Message-
From: Danny [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 9:56 AM
To: [EMAIL PROTECTED]
Subject: RE: external-graphic src problem
Clay,
I did read up on some of the baseDir mails on various lists.
Using baseDir I could reference the relative path to the image in the
xsl, but I would have to specify an absolute path in the baseDir, so
really that is the same as just hardcoding the path in the xsl.
My problem is that I do not want to require the application be
installed
in a specific directory structure, although, if that is the only way
perhaps that is what I need to do.
If I find a solution I will post it back.
Thanks for the help.
Danny Gallagher
Senior Software Engineer
The Gainer Group
6075 The Corners Parkway
Suite 116
Norcross Ga, 30092
-
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Still not quite, I'm still missing something:
Question, in your example:
xsl:variable name=varImagesDirectory/path/to/images/xsl:variable
/path/to/images is the path from a known root
Correct?
Here are my snippets
xsl:variable name=varImagesDirectory
com/path/to/images
/xsl:variable
fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg')
/fo:external-graphic
Danny Gallagher
Senior Software Engineer
The Gainer Group
6075 The Corners Parkway
Suite 116
Norcross Ga, 30092
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 12:14 PM
To: [EMAIL PROTECTED]
Subject: Re: external-graphic src problem
I should've thought of this sooner...
!-- At the top of my XSL-FO file or in an xsl:include --
!--varImagesDirectory | used to set PATH to images/ directory--
xsl:variable name=varImagesDirectory/path/to/images/xsl:variable
!-- .. --
!-- my fo:external-graphic call --
fo:external-graphic src=url('{$varImagesDirectory}/logo.jpg')
width=1.87cm height=.99cm content-width=1.87cm
content-height=.99cm border=0/
is how I use it in our system...
Hope this helps!
Web Maestro Clay
On Jul 23, 2004, at 8:33 AM, Danny wrote:
Matthew,
Thanks for the suggestion.
Not sure I see how that solves my problem.
Does XSLT allow me to set the basedir against the classpath in the
global
variable, therefore solving the problem of having to specify the
absolute
path?
Thanks
Danny Gallagher
Senior Software Engineer
The Gainer Group
6075 The Corners Parkway
Suite 116
Norcross Ga, 30092
-Original Message-
From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 10:01 AM
To: [EMAIL PROTECTED]
Subject: RE: external-graphic src problem
This possibly becomes an XSLT problem. Use a global variable passed
into the XSLT transform to provide the basedir for the images.
-Original Message-
From: Danny [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 9:56 AM
To: [EMAIL PROTECTED]
Subject: RE: external-graphic src problem
Clay,
I did read up on some of the baseDir mails on various lists.
Using baseDir I could reference the relative path to the image in the
xsl, but I would have to specify an absolute path in the baseDir, so
really that is the same as just hardcoding the path in the xsl.
My problem is that I do not want to require the application be
installed
in a specific directory structure, although, if that is the only way
perhaps that is what I need to do.
If I find a solution I will post it back.
Thanks for the help.
Danny Gallagher
Senior Software Engineer
The Gainer Group
6075 The Corners Parkway
Suite 116
Norcross Ga, 30092
-
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]
-
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: external-graphic src problem
On Jul 23, 2004, at 10:40 AM, Danny wrote:
Still not quite, I'm still missing something:
Question, in your example:
xsl:variable name=varImagesDirectory/path/to/images/xsl:variable
/path/to/images is the path from a known root
Correct?
That is correct. Otherwise...
Here are my snippets
xsl:variable name=varImagesDirectory
com/path/to/images
/xsl:variable
fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg')
/fo:external-graphic
...(if I understand it correctly) would assume
{XML-dir}/com/path/to/images/pic.jpg
Web Maestro Clay
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
So in my case, because the xml is streamed from the db and therefore doesn't
reside in a directory I have no base to specify the relative path to the
image from, which in most cases would be the XML file's directory?
Danny Gallagher
Senior Software Engineer
The Gainer Group
6075 The Corners Parkway
Suite 116
Norcross Ga, 30092
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 1:48 PM
To: [EMAIL PROTECTED]
Subject: Re: external-graphic src problem
On Jul 23, 2004, at 10:40 AM, Danny wrote:
Still not quite, I'm still missing something:
Question, in your example:
xsl:variable name=varImagesDirectory/path/to/images/xsl:variable
/path/to/images is the path from a known root
Correct?
That is correct. Otherwise...
Here are my snippets
xsl:variable name=varImagesDirectory
com/path/to/images
/xsl:variable
fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg')
/fo:external-graphic
...(if I understand it correctly) would assume
{XML-dir}/com/path/to/images/pic.jpg
Web Maestro Clay
-
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: external-graphic src problem
If you are streaming XML, then how do you have a classpath to consider?
Your responses up to this point imply that a CLIENT is receiving XML
from a DB, then running an XSLT transform, followed up by FOP
processing. If this is the case, your client-side processing can
determine where the images reside and pass a global variable into the
XSLT transform.
If the DB you refer to is on the same machine, then again you know where
the images reside.
I think you are confusing the fact that FOP happens to be coded in Java
as a reason why FOP should be searching CLASSPATH for images. FOP is
following XSL-FO rules for processing, not Java-centric rules for
CLASSPATH. Since you are aware of what a CLASSPATH is, I assume you can
code in Java. Assuming that is true, then it is but a small step for
your client application to pass in a global variable to the XSLT engine
you are using.
Then again, I really don't understand your problem domain.
-Original Message-
From: Danny [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 2:38 PM
To: [EMAIL PROTECTED]
Subject: RE: external-graphic src problem
So in my case, because the xml is streamed from the db and therefore
doesn't reside in a directory I have no base to specify the relative
path to the image from, which in most cases would be the XML file's
directory?
Danny Gallagher
Senior Software Engineer
The Gainer Group
6075 The Corners Parkway
Suite 116
Norcross Ga, 30092
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
Sent: Friday, July 23, 2004 1:48 PM
To: [EMAIL PROTECTED]
Subject: Re: external-graphic src problem
On Jul 23, 2004, at 10:40 AM, Danny wrote:
Still not quite, I'm still missing something:
Question, in your example:
xsl:variable name=varImagesDirectory/path/to/images/xsl:variable
/path/to/images is the path from a known root Correct?
That is correct. Otherwise...
Here are my snippets
xsl:variable name=varImagesDirectory
com/path/to/images
/xsl:variable
fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg')
/fo:external-graphic
...(if I understand it correctly) would assume
{XML-dir}/com/path/to/images/pic.jpg
Web Maestro Clay
-
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic src problem
In addition, since it follows the URI concept, you can set up the
variable's value to be a URL:
xsl:variable
name=varImagesDirectoryhttp://nonauthenticated.server.com/path/to/
images/xsl:variable
fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg')
/fo:external-graphic
...would assume:
http://nonauthenticated.server.com/path/to/images/pic.jpg
Hope this helps!
Web Maestro Clay
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic src problem
Danny wrote: Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. The baseDir (or baseURL) is set in the servlet/webapp. You can resolve the URL / to an absolute file path, append whatever intermediate directories you want and set this as baseDir. After this you can use path names relative to the webapp root for your images. Have a look at the Cocoon URI resolver for an example. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
