Re: [docbook-apps] programlist help
programlist helpHi Andrew, If you are referring to my book DocBook XSL: The Complete Guide, then I think you missed the last sentence in that section, where it said: Note that FOP does not support the hyphenate.verbatim feature at all. However, FOP does support wrap-option=wrap. When I use your attribute-set in a customization layer, the long lines are wrapped so they don't run off the page. Bob Stayton Sagehill Enterprises [EMAIL PROTECTED] - Original Message - From: Andrew Richardson To: docbook-apps@lists.oasis-open.org Sent: Tuesday, August 12, 2008 8:56 PM Subject: [docbook-apps] programlist help Hi Guys Please could you help me with a problem I have encountered? I am trying to enable my print customization to automatically wrap long lines of program listed code; the problem is that although I have followed the approach detailed in the Docbook Definitive Guide, the pdf output remains as a single line. I am using docbook-xsl-1.69.1 with XEMACS as text editor, Ant as a build mechanism and Apache FO. My code in the stylesheet is as follows: xsl:param name=hyphenate.verbatim select='1'/ xsl:attribute-set name=monospace.verbatim.properties xsl:attribute name=wrap-optionwrap/xsl:attribute xsl:attribute name=hyphenation-character\/xsl:attribute /xsl:attribute-set I suspect I should be inserting this in a template but cannot find any which seem relevant. Thanks in advance Andrew
[docbook-apps] Saxon 9
Hi, I'm trying to use a XSLT 2.0 to translate C# XML to DocBook XML. I use a Saxon processor and it doesn't seem to recognize the XSLT xsl:result-document Does any one know why this is happening? Lillian Sullam
RE: [docbook-apps] Path resolution problem when using xi:include
-Original Message- From: Jean Christophe Kautzmann I use following versions: - Docbook 5.0 - saxon 6.5.* - DocBook XSL stylesheets 1.72.0 [...] The build is successful for this document but the generated pdf DOES NOT contain the code snippet. I get following message on the command line: Cannot read file://C:/checkout/topnav.jsp The error message comes from the textinsert extension for Saxon. There could of course be a bug in there somewhere. Maybe you can try Xalan with its corresponding extension to see if you get the same error. /MJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Saxon 9
-Original Message- From: Lillian Sullam I'm trying to use a XSLT 2.0 to translate C# XML to DocBook XML. I use a Saxon processor and it doesn't seem to recognize the XSLT xsl:result-document Does any one know why this is happening? The subject line says Saxon 9. Are you sure you are using that version? xsl:result-document is an XSLT 2.0 instruction, and it is undoubtedly recognized by Saxon 9. /MJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[docbook-apps] Re: Saxon 9
/ Mauritz Jeanson [EMAIL PROTECTED] was heard to say: | -Original Message- | From: Lillian Sullam | | I'm trying to use a XSLT 2.0 to translate C# XML to DocBook | XML. I use a Saxon processor and it doesn't seem to | recognize the XSLT xsl:result-document Does any one know | why this is happening? | | The subject line says Saxon 9. Are you sure you are using that version? | xsl:result-document is an XSLT 2.0 instruction, and it is undoubtedly | recognized by Saxon 9. Perhaps you forgot to say 'version=2.0' on your xsl:stylesheet element? Be seeing you, norm -- Norman Walsh [EMAIL PROTECTED] | The belief in a supernatural http://www.oasis-open.org/docbook/ | source of evil is not necessary; Chair, DocBook Technical Committee | men alone are quite capable of | every wickedness.--Joseph Conrad pgpnnba8M0irE.pgp Description: PGP signature
[docbook-apps] Text running into the footer in PDF
Hi! I'm upgrading to FOP 0.95 from 0.20.5 and from 1.70.1 to 1.74 for the DB stylesheets, and with the upgrade I have a particular long orderedlist (with another level of nested orderedlists inside) that no longer breaks correctly at the bottom of the page. Instead it keeps going down into the footer for two listitems before it then breaks to the next page and continues with the list. The place where it is supposed to break is in the middle of one of the nested orderedlist elements. The problem occurs even if I change the orderedlist to a procedure with several substeps sections. One other note that may or may not be relevant: some of the nested orderedlists (or substeps) have their own itemizedlist elements in them. The one where the break should occur does NOT have an itemizedlist in it. Does this sound like a familiar issue to anyone? thanks! cheri -- Cheri Dennison / Technical Writer AWS Platform Group 206.266.9414 [EMAIL PROTECTED]