RE: [docbook-apps] Imagedata and XInclude
OK - does empty mean that there should be another wrapper that wraps the MathML code? I am assuming that empty does not mean nothing, as that would be senseless? From: Dave Pawson [mailto:[EMAIL PROTECTED] Sent: Tue 11/6/2007 1:53 AM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Imagedata and XInclude Nelson, Dean wrote: Greetings! I am puzzled by the benign error that I get in validating XIncluded content with Oxygen. Here is the section of code: equation titleHere is a nice equation/title mediaobject imageobject imagedata align=center xi:include xmlns:xi=http://www.w3.org/2001/XInclude; href=EEC-Math-template.xml/ /imagedata /imageobject /mediaobject /equation and I get the following error in validation: SystemID: C:\doc\userman\xml\EEC-Section-Template.xml Location: 300:12 Description: The content of element type imagedata must match EMPTY. Take a look at the schema. The imagedata element *must* be empty. regards -- Dave Pawson XSLT, XSL-FO and Docbook FAQ http://www.dpawson.co.uk http://www.dpawson.co.uk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Imagedata and XInclude
George Is there a better way to include MathML in Docbook equations that will validate in oXygen? It works well under SAXON 6.5.5 FOP 0.94 from the command line but it won't vaildate with Oxygen 9 (or 8.2). BTW: the new oXygen version is a resounding success here at work. Dean From: George Cristian Bina [mailto:[EMAIL PROTECTED] Sent: Tue 11/6/2007 7:23 AM To: Nelson, Dean Cc: [EMAIL PROTECTED]; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Imagedata and XInclude Dear Dean, Place the caret on imagedata Contextual menu (right click on Windows, CTRL+click on Mac) Select the last entry: Show Definition should get you to !--doc:Pointer to external image data. This element points to an external entity containing graphical image data.-- !ELEMENT imagedata %ho; EMPTY The ho parameter entity is defined as !ENTITY % ho So, the content of imagedata is empty as in nothing. Best Regards, George - George Cristian Bina - http://aboutxml.blogspot.com/ oXygen/ XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com http://www.oxygenxml.com/ Nelson, Dean wrote: OK - does empty mean that there should be another wrapper that wraps the MathML code? I am assuming that empty does not mean nothing, as that would be senseless? From: Dave Pawson [mailto:[EMAIL PROTECTED] Sent: Tue 11/6/2007 1:53 AM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Imagedata and XInclude Nelson, Dean wrote: Greetings! I am puzzled by the benign error that I get in validating XIncluded content with Oxygen. Here is the section of code: equation titleHere is a nice equation/title mediaobject imageobject imagedata align=center xi:include xmlns:xi=http://www.w3.org/2001/XInclude; href=EEC-Math-template.xml/ /imagedata /imageobject /mediaobject /equation and I get the following error in validation: SystemID: C:\doc\userman\xml\EEC-Section-Template.xml Location: 300:12 Description: The content of element type imagedata must match EMPTY. Take a look at the schema. The imagedata element *must* be empty. regards -- Dave Pawson XSLT, XSL-FO and Docbook FAQ http://www.dpawson.co.uk http://www.dpawson.co.uk/ http://www.dpawson.co.uk/ - 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: [docbook-apps] Imagedata and XInclude
I am using 4.5. I suspect that moving to 5 is not a quick move, is it? From: Jirka Kosek [mailto:[EMAIL PROTECTED] Sent: Tue 11/6/2007 8:00 AM To: Nelson, Dean Cc: [EMAIL PROTECTED]; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Imagedata and XInclude Nelson, Dean wrote: OK - does empty mean that there should be another wrapper that wraps the MathML code? I am assuming that empty does not mean nothing, as that would be senseless? Which version of DocBook you are using 4.x or 5.0? MathML embedded inside imagedata is supported only in 5.0. -- -- Jirka Kosek e-mail: [EMAIL PROTECTED] http://xmlguru.cz http://xmlguru.cz/ -- Professional XML consulting and training services DocBook customization, custom XSLT/XSL-FO document processing -- OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Imagedata and XInclude
Thanks George! How do I modify the DTD to allow xi:xinclude inside an imagedata? I have it for book, section, chapter, etc. but could not find a good way to add imagedata Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: George Cristian Bina [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 06, 2007 8:33 AM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Imagedata and XInclude Hi Dean, I see that Jirka already responded to your question but I want to address the validation issue. Please note that Saxon and FOP are not validating your DocBook file against a DTD or against a schema. Saxon will only care to have an XML (that is well formed) document and it will get you from that to an intermediary XSL-FO file that FOP will use as input and get your PDF file. Invalid DocBook documents may very well pass through this processings performed by Saxon and FOP. This processing will stop only if you have the Saxon executing an xsl:message with terminate=yes or if you end up with an XSL-FO file that FOP is not able to handle. oXygen validates the document against the DocBook DTD or schema and if the document passes that validation then you know it is conforming with that DocBook DTD or schema. The correct solution is to move to DocBook 5. However, if the document passes fine though your processings and the only thing you want is to see it valid then you can customize/change the DTD to accept for instance xi:include inside imagedata. Then you can also add an XSLT customization layer that matches on imagedata containing something else than MathML and issue a termination message specifying that only MathML is accepted inside imagedata. Best Regards, George - George Cristian Bina - http://aboutxml.blogspot.com/ oXygen/ XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com Nelson, Dean wrote: George Is there a better way to include MathML in Docbook equations that will validate in oXygen? It works well under SAXON 6.5.5 FOP 0.94 from the command line but it won't vaildate with Oxygen 9 (or 8.2). BTW: the new oXygen version is a resounding success here at work. Dean From: George Cristian Bina [mailto:[EMAIL PROTECTED] Sent: Tue 11/6/2007 7:23 AM To: Nelson, Dean Cc: [EMAIL PROTECTED]; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Imagedata and XInclude Dear Dean, Place the caret on imagedata Contextual menu (right click on Windows, CTRL+click on Mac) Select the last entry: Show Definition should get you to !--doc:Pointer to external image data. This element points to an external entity containing graphical image data.-- !ELEMENT imagedata %ho; EMPTY The ho parameter entity is defined as !ENTITY % ho So, the content of imagedata is empty as in nothing. Best Regards, George - George Cristian Bina - http://aboutxml.blogspot.com/ oXygen/ XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com http://www.oxygenxml.com/ Nelson, Dean wrote: OK - does empty mean that there should be another wrapper that wraps the MathML code? I am assuming that empty does not mean nothing, as that would be senseless? From: Dave Pawson [mailto:[EMAIL PROTECTED] Sent: Tue 11/6/2007 1:53 AM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Imagedata and XInclude Nelson, Dean wrote: Greetings! I am puzzled by the benign error that I get in validating XIncluded content with Oxygen. Here is the section of code: equation titleHere is a nice equation/title mediaobject imageobject imagedata align=center xi:include xmlns:xi=http://www.w3.org/2001/XInclude; href=EEC-Math-template.xml/ /imagedata /imageobject /mediaobject /equation and I get the following error in validation: SystemID: C:\doc\userman\xml\EEC-Section-Template.xml Location: 300:12 Description: The content of element type imagedata must match EMPTY. Take a look at the schema. The imagedata element *must* be empty. regards -- Dave Pawson XSLT, XSL-FO and Docbook FAQ http://www.dpawson.co.uk http://www.dpawson.co.uk/ http://www.dpawson.co.uk/ - 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: [docbook-apps] Imagedata and XInclude
One more thought. I decided to go with the MathML files that represented my equations and then Xinclude them in the Docbook equations. This separates the Docbook files from the MathML files and avoids the issue of having both DB and MathML in a single file. Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Nelson, Dean [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 06, 2007 9:42 AM To: [EMAIL PROTECTED] Cc: docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] Imagedata and XInclude That's a good question Dave. Theoretically, I would not want to generate non-standard Docbook code. Right now I use the DTD as is and add some additional capability for modularity in the customization layer - which is where I add in support for xi:xinclude for chapter, book, etc. I really do not consider those changes as making the DTD non-standard, but I guess down deep, it may. However, I have over 300 files in this doc project and only two more days on this project. I really do not want to destabilize the project by moving to DB5 because I do not think I can clean up all of the issues in that time. When this project was started, DB5 was still in it's infancy and I chose not to go that route and stay with Docbook 4.5. That said, I think that I hammered the MathML support into 4.5 when I probably should have spent the time moving to DB5 instead. So now I have this horse with a pig's tail ;-) and probably have to live with it until there is time to get everything into DB5. Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Dave Pawson [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 06, 2007 9:24 AM To: Nelson, Dean Subject: Re: [docbook-apps] Imagedata and XInclude Nelson, Dean wrote: Thanks George! How do I modify the DTD to allow xi:xinclude inside an imagedata? I have it for book, section, chapter, etc. but could not find a good way to add imagedata Do you really want to produce invalid docbook instances Dean? regards -- Dave Pawson XSLT, XSL-FO and Docbook FAQ http://www.dpawson.co.uk - 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: [docbook-apps] Imagedata and XInclude
That's a good question Dave. Theoretically, I would not want to generate non-standard Docbook code. Right now I use the DTD as is and add some additional capability for modularity in the customization layer - which is where I add in support for xi:xinclude for chapter, book, etc. I really do not consider those changes as making the DTD non-standard, but I guess down deep, it may. However, I have over 300 files in this doc project and only two more days on this project. I really do not want to destabilize the project by moving to DB5 because I do not think I can clean up all of the issues in that time. When this project was started, DB5 was still in it's infancy and I chose not to go that route and stay with Docbook 4.5. That said, I think that I hammered the MathML support into 4.5 when I probably should have spent the time moving to DB5 instead. So now I have this horse with a pig's tail ;-) and probably have to live with it until there is time to get everything into DB5. Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Dave Pawson [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 06, 2007 9:24 AM To: Nelson, Dean Subject: Re: [docbook-apps] Imagedata and XInclude Nelson, Dean wrote: Thanks George! How do I modify the DTD to allow xi:xinclude inside an imagedata? I have it for book, section, chapter, etc. but could not find a good way to add imagedata Do you really want to produce invalid docbook instances Dean? regards -- Dave Pawson XSLT, XSL-FO and Docbook FAQ http://www.dpawson.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[docbook-apps] List of Equations
Hello, Is there a way to get a List of Equations after the TOC just like the list of tables? Dean Nelson Sr. Software Engineer Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
RE: [docbook-apps] List of Equations
Thanks Bob! Somehow I missed that. From: Bob Stayton [mailto:[EMAIL PROTECTED] Sent: Tue 10/30/2007 9:51 PM To: Nelson, Dean; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] List of Equations Yes, you can use the generate.toc parameter to specify that. See: http://www.sagehill.net/docbookxsl/TOCcontrol.html#TOCcomponents Bob Stayton Sagehill Enterprises DocBook Consulting [EMAIL PROTECTED] - Original Message - From: Nelson, Dean mailto:[EMAIL PROTECTED] To: docbook-apps@lists.oasis-open.org Sent: Tuesday, October 30, 2007 2:33 PM Subject: [docbook-apps] List of Equations Hello, Is there a way to get a List of Equations after the TOC just like the list of tables? Dean Nelson Sr. Software Engineer Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Equation alignment
Nice, thanks! Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Mauritz Jeanson [mailto:[EMAIL PROTECTED] Sent: Friday, October 26, 2007 10:13 AM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] Equation alignment -Original Message- From: Nelson, Dean Also, is there a quick way to align the equation titles in the same manner? The title tag doesn't have an align property? You can customize the formal.title.properties attribute-set in order to apply the align attribute to the equation title: xsl:attribute-set name=formal.title.properties use-attribute-sets=normal.para.spacing xsl:attribute name=text-align xsl:choose xsl:when test=self::equation and descendant::imagedata/@align xsl:value-of select=descendant::imagedata/@align/ /xsl:when xsl:otherwisestart/xsl:otherwise /xsl:choose /xsl:attribute /xsl:attribute-set Mauritz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Equation alignment
Mauritz Thanks for the template. But I am a bit confused about how to apply the implementation. The code in my doc is like this: equationtitleZ-R Relation/title xi:include xmlns:xi=http://www.w3.org/2001/XInclude; href=e5-math-zr-basic.xml/ /equation and the included file is: ?xml version=1.0 encoding=utf-16? !-- File: e5-math-zr-basic.xml Date : Sept 15, 2007 ;-- !DOCTYPE mml:math PUBLIC -//W3C//DTD MathML 2.0//EN http://www.w3.org/TR/MathML2/dtd/mathml2.dtd; [ !ENTITY % MATHML.prefixed INCLUDE !ENTITY % MATHML.prefix mml ] mml:math xmlns:mml=http://www.w3.org/1998/Math/MathML; id=mymath mml:mrow mml:mnZ/mml:mn mml:mo=/mml:mo mml:mna/mml:mn mml:msupmml:miR/mml:mimml:mnb/mml:mn/mml:msup /mml:mrow /mml:math However, the formula shows up left aligned and I need it centered. So how do I specify the alignment when using your template? I am using SAXON and FOP 0.94. Dean -Original Message- From: Mauritz Jeanson [mailto:[EMAIL PROTECTED] Sent: Wed 10/24/2007 12:12 PM To: Nelson, Dean; docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] Equation alignment -Original Message- From: Nelson, Dean Does anyone know how to align a MathML equation on the page? I am using the equation tag, but there is no horizontal alignment feature. In the past, I used graphics via the mediaobject and they are aligned in the imagedata. But when using MathML there is no such feature. Any ideas? The current stylesheets are not very sophisticated. The MathML markup gets through to the output, but that's about it. The following customization adds support for @align and @valign on imagedata (the original template is in math.xsl): xsl:template match=mml:math xmlns:mml=http://www.w3.org/1998/Math/MathML; xsl:choose !-- * If user is using passivetex, we don't wrap the output in -- !-- * fo:instream-foreign-object (which passivetex doesn't support). -- xsl:when test=not($passivetex.extensions = 0) xsl:copy xsl:copy-of select=@*/ xsl:apply-templates/ /xsl:copy /xsl:when xsl:otherwise fo:instream-foreign-object !-- Support for two imagedata attributes -- xsl:if test=../@align xsl:attribute name=text-align xsl:value-of select=../@align/ /xsl:attribute /xsl:if xsl:if test=../@valign xsl:attribute name=display-align xsl:choose xsl:when test=../@valign = 'top'before/xsl:when xsl:when test=../@valign = 'middle'center/xsl:when xsl:when test=../@valign = 'bottom'after/xsl:when xsl:otherwiseauto/xsl:otherwise /xsl:choose /xsl:attribute /xsl:if !-- End of customization -- xsl:copy xsl:copy-of select=@*/ xsl:apply-templates/ /xsl:copy /fo:instream-foreign-object /xsl:otherwise /xsl:choose /xsl:template I'm not sure if this is the way to go in the long run. I guess that it would be better if the process.image template in graphics.xsl could be reworked so that it also supports imagedata attributes for MathML (and SVG). /Mauritz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Equation alignment
Mauritz I see now the logic of where you activate the code. However, when using your template in my customization layer, the image does not show up because imagedata is looking for a graphic file. Also, I did not see anything in the template tying it to imagedata. Did I miss something? Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Mauritz Jeanson [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 10:27 AM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] Equation alignment -Original Message- From: Nelson, Dean Mauritz Thanks for the template. But I am a bit confused about how to apply the implementation. The code in my doc is like this: equationtitleZ-R Relation/title xi:include xmlns:xi=http://www.w3.org/2001/XInclude; href=e5-math-zr-basic.xml/ /equation However, the formula shows up left aligned and I need it centered. So how do I specify the alignment when using your template? I'm sorry if I was unclear. The customization I sent only applies to MathML content in imagedata, because that element has align and valign attributes. The equation, inlineequation, and informalequation elements don't have any alignment attributes. Therefore the customization does not work if you have MathML as a direct child of any of these elements. You can have mediaobject/imageobject/imagedata inside equation. This should work: equation mediaobject imageobject imagedata align=center mml:math xmlns:mml=http://www.w3.org/1998/Math/MathML; id=mymath mml:mrow mml:mnZ/mml:mn mml:mo=/mml:mo mml:mna/mml:mn mml:msupmml:miR/mml:mimml:mnb/mml:mn/mml:msup /mml:mrow /mml:math /imagedata /imageobject /mediaobject /equation Mauritz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Equation alignment
Wow - state-of-the-art service! Thanks, I'll check it out. Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Mauritz Jeanson [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 12:29 PM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] Equation alignment -Original Message- From: Nelson, Dean However, when using your template in my customization layer, the image does not show up because imagedata is looking for a graphic file. Also, I did not see anything in the template tying it to imagedata. Did I miss something? Dean, I forgot to mention that you must use a recent snapshot release. I checked in the update to handle MathML in imagedata (in graphics.xsl) on 13 October. Please accept my apologies for not giving you the whole story. Mauritz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [docbook-apps] Equation alignment
Mauritz It works as advertized! Thanks. Also, is there a quick way to align the equation titles in the same manner? The title tag doesn't have an align property? Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Mauritz Jeanson [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 12:29 PM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] Equation alignment -Original Message- From: Nelson, Dean However, when using your template in my customization layer, the image does not show up because imagedata is looking for a graphic file. Also, I did not see anything in the template tying it to imagedata. Did I miss something? Dean, I forgot to mention that you must use a recent snapshot release. I checked in the update to handle MathML in imagedata (in graphics.xsl) on 13 October. Please accept my apologies for not giving you the whole story. Mauritz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[docbook-apps] Equation alignment
Hello, Does anyone know how to align a MathML equation on the page? I am using the equation tag, but there is no horizontal alignment feature. In the past, I used graphics via the mediaobject and they are aligned in the imagedata. But when using MathML there is no such feature. Any ideas? Dean Nelson Sr. Software Engineer Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
[docbook-apps] MathML and graphic images in single source
Hello, I would like to have my MathML equations show up in the PDF and the graphic images of the equations show up in the HTML renderings. Would I use the mediaobject or equation or something else? Right now I am using just the equation tag and then xinclude the MathML source. This works well for the PDF but it doesn't seem to validate under Oxygen 8.3 - any clues on that? I want to expand the equations to add support for an HTML viewer that does not support the MathML, hence the graphics.Any help/thoughts would be appreciated. Thanks! Dean Nelson Sr. Software Engineer Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
RE: [docbook-apps] MathML and graphic images in single source
Thanks for the reply Tom, I'm using DocBook 4.5 and have been using graphics for the equations. This is quick and easy (usually), but doesn't scale real well. The higher the resolution of the graphics, the bigger the file. Since I have a great deal of these, I lower the resolution as far as I can get away with. As a result, they are not really sharp and crisp like they are when rendered with MathML in the Jeuclid FOP plugin. I want the equations to show up in the equations TOC and be numbered and be able to be referenced, but I also want to treat them differently (use graphics) if the output is HTML. Yet I'm unsure of how to go about that. I wonder if the ALT tag could be used to render Mathml? Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, October 22, 2007 4:25 PM To: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] MathML and graphic images in single source Hi Dean, On Montag, 22. Oktober 2007, Nelson, Dean wrote: I would like to have my MathML equations show up in the PDF and the graphic images of the equations show up in the HTML renderings. Would I use the mediaobject or equation or something else? I am not sure, but if I remember correctly, the stylesheets copies the MathML markup directly into the HTML code. However, for the HTML stylesheets, there is no automatism that converts MathML into, say, PNG. The browser has to support MathML markup. Back to your question: Both elements should work, actually it depends on the title. Generally, an equation has a title that is numbered. It appear also in the list of equations (usually at the beginning of a book). Normally, equations are just a wrapper for mediaobject(s). The element mediaobject holds just the skeleton of the references to your equations, be it for PDF or HTML. Actually it can hold an arbitrary number of imageobjects that points to a image source (see below). It can contain a caption but that is not numbered and doesn't appear in the list of equations. Just to clarify equation and mediaobject. Right now I am using just the equation tag and then xinclude the MathML source. This works well for the PDF but it doesn't seem to validate under Oxygen 8.3 - any clues on that? Do you use DocBook 4.x or DocBook 5? Either way, if you xinclude your MathML source, these elements are unknown in DocBook. You have to customize the DTD or the RELAX NG to allow MathML markup inside equation. See http://www.docbook.org/docs/howto/#faq-customization-mathml for DocBook5. I have no link ATM for customization for DocBook4. I want to expand the equations to add support for an HTML viewer that does not support the MathML, hence the graphics. Any help/thoughts would be appreciated. There is also another possibility. You could just omit the MathML markup and reference to the rendered graphic(s): mediabobject imageobject role=fo !-- For high quality, use a supported vector format like PDF, EPS, ... -- imagedata fileref=equation.pdf/ /imageobject imageobject role=html !-- Any pixel format like JPEG, PNG, GIF, ... should work for a browser -- imagedata fileref=equation.png/ /imageobject /mediaobject You have to render your formula with a respective tool first, that could be OpenOffice.org or LaTeX. The advantage is you can use the official DocBook schema without any customization. The drawback is it's not a direkt way, you need an additional step. Hope that helps, Tom -- Thomas Schraitle - 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: [docbook-apps] Selective pagebreaks
Hmmm, maybe there still is an issue here. I've tried your section template and it seems to do what it is told to do. However, the next page is blank and it is not marked as a blank page as others usually are. This is also at an end of a chapter, so the added page is the filler to make the next chapter start on an odd page. I wonder if this is a two fold issue. Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: M.Canales.es [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 1:47 PM To: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Selective pagebreaks El Martes, 24 de Julio de 2007 20:39, M.Canales.es escribió: I'm not very sure about the second test. Maybe this one could be better: xsl:attribute-set name=section.properties xsl:attribute name=break-before xsl:choose xsl:when test=preceding-sibling::section[position()=1]/@condition='newpage' or preceding-sibling::section[position()=1]/*/section[position()=last()]/@condition='newpage' or self::section/@condition='newpage'page/xsl:when xsl:otherwiseauto/xsl:otherwise /xsl:choose /xsl:attribute /xsl:attribute-set -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org - 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]
[docbook-apps] Selective pagebreaks
All, I have a situation where I place the ?hard-pagebreak? (as per Stayton's book) at the end of selected sections so that the next section can start on a clean page. Yes, this is a severe hack that I am now paying for ;-) However, this leaves an undesirable artifact - an extra page that is not labeled Blank Page like other blank pages would be in normal processing. I could modify the section template to end the page, but then ALL of the sections would have that. Plus, some of my sections are at different levels. Ideally I would like to make a PI that I can use on selected sections that intelligently says start a new page now. Any ideas? Dean Nelson Sr. Software Engineer Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
RE: [docbook-apps] Selective pagebreaks
What I have is a series of TESTS. Each test is a section. At the end of each TEST I have a hard-pagebreak which usually just forces the next section to start on a new page. However, if the section is near to the end of the pasge already, then it inserts another page. The PI that I use is the one from the book. xsl:template match=processing-instruction('hard-pagebreak') fo:block break-before='page'/ /xsl:template I wonder, could I use break-after='page' instead of before? -Original Message- From: M.Canales.es [mailto:[EMAIL PROTECTED] Sent: Mon 7/23/2007 2:12 PM To: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Selective pagebreaks El Lunes, 23 de Julio de 2007 20:58, Nelson, Dean escribió: Ideally I would like to make a PI that I can use on selected sections that intelligently says start a new page now. Any ideas? If you meant start a new page on this section but not in this other, in LFS we have a customization that creates conditional new pages for sect1 based on if a descendant sect2 contains role=package or not: !-- Force package's sect1 onto a new page -- xsl:attribute-set name=section.level1.properties xsl:attribute name=break-before xsl:choose xsl:when test=preceding-sibling::sect1[position()=1]/sect2/@role='package' or self::sect1/sect2/@role='package'page/xsl:when xsl:otherwise xsl:textauto/xsl:text /xsl:otherwise /xsl:choose /xsl:attribute /xsl:attribute-set Note: This make use of @break-before just to avoid such extra blank pages. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org - 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: [docbook-apps] Selective pagebreaks
El Martes, 24 de Julio de 2007 00:03, Nelson, Dean escribió: Then, what you want is that all TEST must start on a new page, right? Yes Do you have sections others than TEST that must not start on their own new page? Yes - this is why I chose the PI method Then, in the TEST sections you could place section condition=newpage or any other @attribute=value pair, remove the PIs, and use a variation of the previouly send template. +++ It appears that this is the only way to go. The PI will create its own empty block, which is the contributor to the extra page. Since I don't use XSL every day, how would I add the break-after='page' to the templates so that this FO attribute gets included in the block containing the section? - Do I need to place this PI before the section or inside it? I tested it before the section, i.e.: /section ?hard-pagebreak? section -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org - 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: [docbook-apps] font size of programlisting monospace text
Is there any parameter other than 'normal'? What else is valid? Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Mauritz Jeanson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 12, 2007 10:45 AM To: 'Hinrich Aue' Cc: docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] font size of programlisting monospace text -Original Message- From: Mauritz Jeanson Is there an attribute like line-spacing? http://www.w3.org/TR/2001/REC-xsl-20011015/slice7.html#line-height There is even a DocBook parameter for this property: http://docbook.sourceforge.net/release/xsl/current/doc/fo/line-height.ht ml /MJ - 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]
[docbook-apps] glossdiv info lost when using the glossary database
Has any one came across this issue when using glossary databases? I have a glossary database in use in my doc set. However, it appears that I cannot preserve the glossdiv info that is in the database. Here is the glossary: glossary glossdiv titleFish/title glossentry id=carp glosstermCarp/glossterm glossdefparaA dirty Fish/para/glossdef /glossentry glossentry id=trout glosstermTrout/glossterm glossdefparaA clean fish/para/glossdef /glossentry /glossdiv glossdiv titleMammals/title glossentry glosstermRat/glossterm glossdefparaA dirty animal/para/glossdef /glossentry glossentry glosstermHorse/glossterm glossdefparaA clean animal/para/glossdef /glossentry /glossdiv /glossary However, when I glossterm each one of these in a document, the glossary comes out: Carp Trout Rat Horse rather than Fish Carp Trout Mammals Rat Horse Is there something messed up in my customization layer or is this just the way it is? Dean Nelson Sr. Software Engineer Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
RE: [docbook-apps] Replacing Terms
Paul, This is one way that I handle it (taken from Stayton's book) I use ENTITY statements. Our product is currently named EDGE. However, in a few months it will be renamed. So what I do is have an include file with ENTITY statements in it. The entry for the NAME of EDGE would be: !ENTITY EDGE EDGE This is in a file (eec-edge-defs.mod) that is included in every source file: !DOCTYPE book PUBLIC -//OASIS//DTD DocBook XML V4.4//EN http://www.docbook.org/xml/4.4/docbookx.dtd;[ !ENTITY % edge-defs SYSTEM eec-edge-defs.mod %edge-defs; ] Then every place where the word EDGE is referenced, I replace it with EDGE;. So in your case, you will only have to do the search and replace operation once. Now when the name is changed in a few months I just change one file and everything changes. Its kind of like a #define in the C/C++ language. Hope this helps. Dean Nelson Enterprise Electronics Corp -Original Message- From: Paul Moloney [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 10:43 AM To: docbook-apps Subject: [docbook-apps] Replacing Terms I understand the concept in DocBook of profiling, or conditional text. In a particular situation, I have a case where we need to produce custom documentation from a core version, the custom documentation only differing by the fact that certain terms are called something else (essentially, just a global find and replace). Rather than using the phrase element as recommended in the section on Marking small bits of text, as described in http://www.sagehill.net/docbookxsl/MarkTextBits.html, I was wondering if anyone else had ever instead done some kind of processing step before running Saxon? Regards, -pm http://oceanclub.blogspot.com I can win an argument on any topic, against any opponent. People know this, and steer clear of me at parties. Often, as a sign of their great respect, they don't even invite me. - 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: [docbook-apps] Dynamically creating an FO table based on content length
This was something that I was wondering myself, just yesterday. I wanted to be able to do a list that had a certain height and would automatically wrap to the next column on the right when the height was exceeded. But atlas, this mere mortal failed and could not figure out how to do it with standard Docbook features. I think that this is a feature that could be added to the lists in Docbook? Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Colin Shapiro [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 2:14 PM To: docbook-apps@lists.oasis-open.org Subject: [docbook-apps] Dynamically creating an FO table based on content length Hi all, I have a problem which I can't think of a good way to solve. I realize that I am perhaps approaching this problem incorrectly, so I hope someone can point me in the right direction. Suppose that I have an arbitrary series of paragraphs in my source file, containing an arbitrary amount of content: paraThis is some content./para paraThis is more content./para paraThis is even more content./para paraThis is a longer amount of content./para Now, suppose that I want to format this source in an FO table with a single row of cells. I want the table to have a fixed height--say, 2 inches--so that the table never grows higher than 2 inches. I might do this by placing block-containers within the table cells, giving them height attributes. Then, I distribute my content among the table cells accordingly: fo:table fo:table-column column-number=1/ fo:table-column column-number=2/ fo:table-body fo:table-row fo:table-cell fo:block-container height=2in fo:blockThis is some content./fo:block fo:blockThis is more content./fo:block fo:blockThis is even more content./fo:block /fo:block-container /fo:table-cell fo:table-cell fo:block-container height=2in fo:blockThis is a longer amount of content./fo:block /fo:block-container /fo:table-cell /fo:table-row /fo:table-body /fo:table The problem, however, is that the source file can contain any number of paragraphs of various lengths, and this will not be known until processing time. Since I never want my table exceed 2 inches in height, I may need to add more columns as needed to get additional cells. The idea here is that the first cell will accommodate 2-inches-worth of content, then whatever overflows will spill into the next cell, which will in turn accommodate 2 inches of content, etc., and this will continue until all content is displayed. I'd like a stylesheet to automatically handle this. It will determine how much content there is, how many table columns are needed, and distribute the content accordingly. However, this seems rather difficult to do, since the stylesheet has no way of knowing what the final print output will look like, how large the fonts will be, etc. I might be able to do something with string lengths. Calculate the length of each paragraph, calculate the capacity of a table cell, and output the paragraphs in table cells where they fit. But this would be based on character counts only, which hold no bearing on the final print output when a variable-width font is used; i.e., if the string abcde has a length of 5, that doesn't tell me anything about how much physical space the text abcde will occupy when printed in Helvetica font at size 12pt. Does what I'm getting at make sense? I hope I am being clear about my problem; let me know if I am not. Thanks, Colin
RE: [docbook-apps] Dynamically creating an FO table based on content length
It seems that you could force that list to a multi-column block? Still, that would be a significant customization. Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Colin Shapiro [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 3:29 PM To: Nelson, Dean Cc: docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Dynamically creating an FO table based on content length Hi, Yes, this is similar to what I am trying to do. However, I don't believe that this is a DocBook-specific problem, or a shortcoming of the DocBook DTD / XSL distribution itself. I could be using my own custom DTD and I still wouldn't know how to write XSLT that can predict the physical dimensions of printed text blocks after they are generated by an FO processor. That is the heart of my question. Obviously, there is no way a stylesheet can know exactly what printed output will look like, since the FO processor has yet to do its magic. But maybe there's a good way to predict the output, somehow. If you wanted to go all-out, you could probably do the following: 1) Based on the font family, size, weight, and style that will be used, calculate the final, printed widths of each possible character (or at least letters/numbers) and store them in variables. 2) Use these values to calculate the total widths of the paragraphs/listitems/whatever you want to output. 3) Use these total widths to calculate how many lines each paragraph/listitem/whatever needs to occupy. 4) Use this information to determine how many columns are needed to contain all the lines of text produced. That, however, seems like a lot of work, and a very complicated stylesheet. Is there a better way? Colin On 4/3/07, Nelson, Dean [EMAIL PROTECTED] wrote: This was something that I was wondering myself, just yesterday. I wanted to be able to do a list that had a certain height and would automatically wrap to the next column on the right when the height was exceeded. But atlas, this mere mortal failed and could not figure out how to do it with standard Docbook features. I think that this is a feature that could be added to the lists in Docbook? Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Colin Shapiro [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 2:14 PM To: docbook-apps@lists.oasis-open.org Subject: [docbook-apps] Dynamically creating an FO table based on content length Hi all, I have a problem which I can't think of a good way to solve. I realize that I am perhaps approaching this problem incorrectly, so I hope someone can point me in the right direction. Suppose that I have an arbitrary series of paragraphs in my source file, containing an arbitrary amount of content: paraThis is some content./para paraThis is more content./para paraThis is even more content./para paraThis is a longer amount of content./para Now, suppose that I want to format this source in an FO table with a single row of cells. I want the table to have a fixed height--say, 2 inches--so that the table never grows higher than 2 inches. I might do this by placing block-containers within the table cells, giving them height attributes. Then, I distribute my content among the table cells accordingly: fo:table fo:table-column column-number=1/ fo:table-column column-number=2/ fo:table-body fo:table-row fo:table-cell fo:block-container height=2in fo:blockThis is some content./fo:block fo:blockThis is more content./fo:block fo:blockThis is even more content./fo:block /fo:block-container /fo:table-cell fo:table-cell fo:block-container height=2in fo:blockThis
[docbook-apps] ERROR: Too many nested apply-templates calls
All, I have an error that I have been trying to fix and thought that maybe someone in this group has seen this type of problem. I have started using Java 6 because I have measured a speed increase of my XML builds of over 20%. I have 32bit and 62bit Linux platforms that I maintain. The 64bit (Java 6/Linux) systems give me no problems but when I run on the 32bit (Java 6/Linux) systems I get the following error from SAXON 6.5.5. Error at xsl:apply-templates on line 927 of file:/home/bobstaff/edge/doc/usermanual/doctools/docbook-xsl-1.71.1/fo/t able.xsl: Too many nested apply-templates calls Transformation failed: Run-time errors were reported At first I thought that this was a memory issue so I increased the Java stack (-Xms512m) and heap (-Xmx512m) settings because my Docbook set is rather large. But this did not seem to help. Anyone have any idea or thoughts about this? Thanks in advance, Dean Nelson Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
RE: [docbook-apps] Ensuring two digits in EXSLT produced time fields
On that note, is there any way to make the day of the month value drop the leading '0'? I use ?dbtimestamp format='B d, Y'? and I get something like 'March 07, 2007' which seems a bit crude. I would like to see 'March 7, 2007' Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Bob Stayton [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 28, 2007 12:05 PM To: Paul Moloney; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Ensuring two digits in EXSLT produced time fields Actually, the stylesheets have a processing instruction named dbtimestamp that does that. The M format letter automatically inserts the leading zero if the minute number is less than 10. See: http://www.sagehill.net/docbookxsl/Datetime.html Bob Stayton Sagehill Enterprises DocBook Consulting [EMAIL PROTECTED] - Original Message - From: Paul Moloney [EMAIL PROTECTED] To: docbook-apps@lists.oasis-open.org Sent: Wednesday, March 28, 2007 7:43 AM Subject: [docbook-apps] Ensuring two digits in EXSLT produced time fields To automatically produce pubdates, I've followed the advice on this page http://www.dpawson.co.uk/docbook/styling/custom.html#d2212e1704. In the comments, it mentions Add number formatting to ensure two digits in time fields. - does anyone know how to do that? At the moment we do indeed get a problem that if a time is, say, 14:07, it comes out as 14:7. Thanks, P. -- View this message in context: http://www.nabble.com/Ensuring-two-digits-in-EXSLT-produced-time-fields- tf3481120.html#a9716383 Sent from the docbook apps mailing list archive at Nabble.com. - 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: [docbook-apps] Ensuring two digits in EXSLT produced time fields
Thanks Bob, it worked! Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Bob Stayton [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 28, 2007 3:07 PM To: Nelson, Dean; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Ensuring two digits in EXSLT produced time fields Looking at the code again, it looks like this should work: ?dbtimestamp format=B d, Y padding=0? The padding is 1 by default. The padding value applies to hour and minute as well as date, so it would be best to use separate dbtimestamp PIs if you need both date and time and want different padding behavior. Bob Stayton Sagehill Enterprises DocBook Consulting [EMAIL PROTECTED] - Original Message - From: Nelson, Dean [EMAIL PROTECTED] To: docbook-apps@lists.oasis-open.org Sent: Wednesday, March 28, 2007 10:33 AM Subject: RE: [docbook-apps] Ensuring two digits in EXSLT produced time fields On that note, is there any way to make the day of the month value drop the leading '0'? I use ?dbtimestamp format='B d, Y'? and I get something like 'March 07, 2007' which seems a bit crude. I would like to see 'March 7, 2007' Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Bob Stayton [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 28, 2007 12:05 PM To: Paul Moloney; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] Ensuring two digits in EXSLT produced time fields Actually, the stylesheets have a processing instruction named dbtimestamp that does that. The M format letter automatically inserts the leading zero if the minute number is less than 10. See: http://www.sagehill.net/docbookxsl/Datetime.html Bob Stayton Sagehill Enterprises DocBook Consulting [EMAIL PROTECTED] - Original Message - From: Paul Moloney [EMAIL PROTECTED] To: docbook-apps@lists.oasis-open.org Sent: Wednesday, March 28, 2007 7:43 AM Subject: [docbook-apps] Ensuring two digits in EXSLT produced time fields To automatically produce pubdates, I've followed the advice on this page http://www.dpawson.co.uk/docbook/styling/custom.html#d2212e1704. In the comments, it mentions Add number formatting to ensure two digits in time fields. - does anyone know how to do that? At the moment we do indeed get a problem that if a time is, say, 14:07, it comes out as 14:7. Thanks, P. -- View this message in context: http://www.nabble.com/Ensuring-two-digits-in-EXSLT-produced-time-fields- tf3481120.html#a9716383 Sent from the docbook apps mailing list archive at Nabble.com. - 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]
[docbook-apps] Database for docbook components (i.e. section, para, etc) questions
All We have been generating much of our DocBook XML content over the last year and the few files we started out with have been fruitful and multiplied. Now we have a large bunch of XML files that is starting to get unweildly in number and we would like to start putting this info under configuration control. I would like to hear how others have solved this problem. Do you have a database that stores these XML items or do you just use a structured file tree? Can the Docbook tools work with a database? I could not find anything in Stayton's or Walsh's books on this topic but I suspect that someone has ran into this issue and has a solution. Also, I would like to know if anyone uses Docbook components in their Word documents. We have a marketing dept. that insists on using the MS Word tools but the software developers create docs in XML/Docbook. Can the two exist so we only have to write one XML section and not both? Thanks for your input! Dean Nelson Sr. Software Engineer Enterprise Electronics Corp http://www.EECradar.com http://www.eecradar.com/ Too much of the world is run on the theory that you don't need road manners if you drive a five-ton truck - Cleon Lyles This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
RE: [docbook-apps] Database for docbook components (i.e. section, para, etc) questions
Peter I assume that you use the non-chunked HTML stylesheets with CSS to make the WORD docs? Regards, Dean Nelson Enterprise Electronics Corp -Original Message- From: Peter Desjardins [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 13, 2007 2:00 PM To: Nelson, Dean; docbook-apps@lists.oasis-open.org Subject: RE: [docbook-apps] Database for docbook components (i.e. section, para, etc) questions Also, I would like to know if anyone uses Docbook components in their Word documents. We have a marketing dept. that insists on using the MS Word tools but the software developers create docs in XML/Docbook. Can the two exist so we only have to write one XML section and not both? We deliver DocBook documents in MS Word format. Some parts of the audience need the content in MS Word so we publish DocBook HTML MS Word. It's a one-way conversion. We do not take changes made in MS Word and try to push them into the DocBook source. This is a relatively recent publishing requirement so we are still solving small problems. Overall, the technique we are using works well and the resulting MS Word files are in good shape. Peter Desjardins - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]