RE: [docbook-apps] mediaobject with base64 encoded image data
Hi Bob, thanks for the feedback. I looked into 4 alternatives: 1) IBEX At the moment our choice because it's relatively cheap, fast and even though it produces quite large PDF files (double size in respect to the Antenna House implementation) it is not a KO criteria for IBEX. 2) Antenna House This is the most expensive option. We won't spend that much unless we run into serious trouble with IBEX (bugs, etc..). 3) FO.NET Did not pass all tests and is poorly supported - well - it is free. :-) 4) FOP This would be my favourite, but unfortunately we cannot depend on a java application. Going back to the customization, you wouldn't do the previously mentioned customization differently, would you? I'm asking because I also thought about integrating base64-encoded imagedata better into docbook by: 1) either creating a fresh new attribute like src on the imagedata / tag that could be passed on to the respective FO attribute src in the tag fo:external-graphic /. 2) or parsing the fileref attribute and don't wrap it in url() if it starts with imagedata. Both 1) and 2) feel much more like the right solution that could also become a patch that could be applied on the next release of the docbook stylesheets. What do you think about that? Cheers, Dominik -Original Message- From: Bob Stayton [mailto:b...@sagehill.net] Sent: Monday, April 02, 2012 6:39 PM To: Dominik Psenner; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] mediaobject with base64 encoded image data Hi, That customization looks fine to me. What XSL-FO processor are you using? Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: Dominik Psenner dpsen...@gmail.com To: docbook-apps@lists.oasis-open.org Sent: Monday, April 02, 2012 12:30 AM Subject: [docbook-apps] mediaobject with base64 encoded image data Good morning, We plan to XSL transform a dynamically generated docbook including images to FO and subsequently process that to PDF. Therefore I'm digging only in the docbook to FO stylesheets. While investigating that we had the idea to base64 encode images and include them in the docbook because it enables us to bypass image caching while generating PDF on the fly. To include a base64 image I had the idea to write it as: -- quote -- docbook:figure docbook:titleSample/docbook:title docbook:mediaobject docbook:imageobject fo:external-graphic src=data:image/jpeg;base64,XYZ width=auto height=auto content-width=auto content-height=auto content-type=content-type:image/jpeg / /docbook:imageobject /docbook:mediaobject /docbook:figure -- /quote -- But unfortunately the stylesheet (1.75.2 release) would wrap that within a fo:instream-foreign-object / and that causes the FO processor to fail including the base64 encoded image. Therefore I changed the docbook xsl stylesheet (based on the 1.75.2 release) in the file fo/graphics.xsl slightly: -- diffquote -- xsl:template match=imageobject xsl:choose xsl:when test=imagedata xsl:apply-templates select=imagedata/ /xsl:when +xsl:when test=fo:external-graphic + xsl:apply-templates mode=copy-all / +/xsl:when xsl:otherwise fo:instream-foreign-object xsl:apply-templates mode=copy-all/ /fo:instream-foreign-object /xsl:otherwise /xsl:choose /xsl:template -- /diffquote -- This patch drops the fo:instream-foreign-object / tag when encountering fo:external-graphic /. Does this patch break other things? Would you guys do it somehow different? Cheers, Dominik - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] mediaobject with base64 encoded image data
On 3.4.2012 8:38, Dominik Psenner wrote: I'm asking because I also thought about integrating base64-encoded imagedata better into docbook by: 1) either creating a fresh new attribute like src on the imagedata / tag that could be passed on to the respective FO attribute src in the tag fo:external-graphic /. 2) or parsing the fileref attribute and don't wrap it in url() if it starts with imagedata. There is no need to change anything on DocBook side to support this. Simply put data: into fileref attribute. There migh be needed some small changes in XSL stylesheets in order to skip usual file path massaging. Also I think that even data: should be wrapped in url() otherwise it would be non-conforming to XSL-FO spec. Jirka -- -- Jirka Kosek e-mail: ji...@kosek.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 -- signature.asc Description: OpenPGP digital signature
Re: [docbook-apps] Extend supported output formats
On 3.4.2012 11:03, gihan karunarathne wrote: I attached a copy[1] of them (also attached a picture. I don't know, is it possible to send attachments) and already shared to the Jirka. Hey devs, I like to have some comments on my design, about its weaknesses, further enhancements, new feature to add, appreciations and any thing to improve it. I think your comments are more help me to do this. I think that design is good and further improvements probably needs to be based on real experience using such application. Jirka -- -- Jirka Kosek e-mail: ji...@kosek.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 -- signature.asc Description: OpenPGP digital signature
RE: [docbook-apps] mediaobject with base64 encoded image data
-Original Message- From: Jirka Kosek [mailto:ji...@kosek.cz] Sent: Tuesday, April 03, 2012 9:43 AM To: Dominik Psenner Cc: 'Bob Stayton'; docbook-apps@lists.oasis-open.org Subject: Re: [docbook-apps] mediaobject with base64 encoded image data On 3.4.2012 8:38, Dominik Psenner wrote: I'm asking because I also thought about integrating base64-encoded imagedata better into docbook by: 1) either creating a fresh new attribute like src on the imagedata / tag that could be passed on to the respective FO attribute src in the tag fo:external-graphic /. 2) or parsing the fileref attribute and don't wrap it in url() if it starts with imagedata. There is no need to change anything on DocBook side to support this. Simply put data: into fileref attribute. That doesn't work together with the IBEX processor because data:.. is wrapped into url(data:..) and then the processor treats data:.. as an url, which it is not and thus the image is not rendered as the data of the image can't be retrieved from the path data:.. unless it exists by coincidence. There migh be needed some small changes in XSL stylesheets in order to skip usual file path massaging. That would be the template named fo-external-image in graphics.xsl, isn't it? Also I think that even data: should be wrapped in url() otherwise it would be non-conforming to XSL-FO spec. At least the implemented IBEX interpretation of the XSL-FO spec doesn't behave like that. Cheers, Dominik - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] mediaobject with base64 encoded image data
On 3.4.2012 13:35, Dominik Psenner wrote: There is no need to change anything on DocBook side to support this. Simply put data: into fileref attribute. That doesn't work together with the IBEX processor because data:.. is wrapped into url(data:..) and then the processor treats data:.. as an url, which it is not and thus the image is not rendered as the data of the image can't be retrieved from the path data:.. unless it exists by coincidence. But data: is URL, see http://www.ietf.org/rfc/rfc2397 If IBEX can handle this, then it is clearly IBEX bug. There migh be needed some small changes in XSL stylesheets in order to skip usual file path massaging. That would be the template named fo-external-image in graphics.xsl, isn't it? No, it's xsl:template name=image.src xsl:param name=filename/ xsl:choose xsl:when test=svg:* xmlns:svg=http://www.w3.org/2000/svg; !-- no src attribute for inline SVG content -- /xsl:when xsl:when test=mml:* xmlns:mml=http://www.w3.org/1998/Math/MathML; !-- no src attribute for inline MathML content -- /xsl:when xsl:otherwise xsl:call-template name=fo-external-image xsl:with-param name=filename xsl:if test=$img.src.path != '' and not(starts-with($filename, '/')) and not(contains($filename, '://')) xsl:value-of select=$img.src.path/ /xsl:if xsl:value-of select=$filename/ /xsl:with-param /xsl:call-template /xsl:otherwise /xsl:choose /xsl:template Test should be added not to prepend img.src.path when $filename starts with data: Also there are other places where extension functions to measure image are invoked. They probably need some modification as well. Also I think that even data: should be wrapped in url() otherwise it would be non-conforming to XSL-FO spec. At least the implemented IBEX interpretation of the XSL-FO spec doesn't behave like that. It's not only IBEX, you can modify existing template and compensate for IBEX as well: xsl:template name=fo-external-image xsl:param name=filename/ xsl:choose xsl:when test=$passivetex.extensions != 0 or $fop.extensions != 0 xsl:value-of select=$filename/ /xsl:when xsl:otherwise xsl:value-of select=concat('url(', $filename, ')')/ /xsl:otherwise /xsl:choose /xsl:template Just add $ibex.extension and omit url() if it is set to 1. Jirka -- -- Jirka Kosek e-mail: ji...@kosek.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 -- signature.asc Description: OpenPGP digital signature
RE: [docbook-apps] mediaobject with base64 encoded image data
There is no need to change anything on DocBook side to support this. Simply put data: into fileref attribute. That doesn't work together with the IBEX processor because data:.. is wrapped into url(data:..) and then the processor treats data:.. as an url, which it is not and thus the image is not rendered as the data of the image can't be retrieved from the path data:.. unless it exists by coincidence. But data: is URL, see http://www.ietf.org/rfc/rfc2397 I see. I'm going to ask them a few stupid questions. :-) If IBEX can handle this, then it is clearly IBEX bug. There migh be needed some small changes in XSL stylesheets in order to skip usual file path massaging. That would be the template named fo-external-image in graphics.xsl, isn't it? No, it's xsl:template name=image.src xsl:param name=filename/ xsl:choose xsl:when test=svg:* xmlns:svg=http://www.w3.org/2000/svg; !-- no src attribute for inline SVG content -- /xsl:when xsl:when test=mml:* xmlns:mml=http://www.w3.org/1998/Math/MathML; !-- no src attribute for inline MathML content -- /xsl:when xsl:otherwise xsl:call-template name=fo-external-image xsl:with-param name=filename xsl:if test=$img.src.path != '' and not(starts-with($filename, '/')) and not(contains($filename, '://')) xsl:value-of select=$img.src.path/ /xsl:if xsl:value-of select=$filename/ /xsl:with-param /xsl:call-template /xsl:otherwise /xsl:choose /xsl:template Test should be added not to prepend img.src.path when $filename starts with data: Also there are other places where extension functions to measure image are invoked. They probably need some modification as well. Also I think that even data: should be wrapped in url() otherwise it would be non-conforming to XSL-FO spec. At least the implemented IBEX interpretation of the XSL-FO spec doesn't behave like that. It's not only IBEX, you can modify existing template and compensate for IBEX as well: xsl:template name=fo-external-image xsl:param name=filename/ xsl:choose xsl:when test=$passivetex.extensions != 0 or $fop.extensions != 0 xsl:value-of select=$filename/ /xsl:when xsl:otherwise xsl:value-of select=concat('url(', $filename, ')')/ /xsl:otherwise /xsl:choose /xsl:template Just add $ibex.extension and omit url() if it is set to 1. Thanks a lot for the clarifications. Now I understand why there's this test. For now I won't dive into further modifications to compensate the errors of others. :-) But I will keep this in mind as another possible solution. Cheers, Dominik - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
[docbook-apps] XML Table Structure, color and text direction with DocBook and Oxygen
Hello,, we recently started transferring our user manuals from Word do DocBook. We realized on our first pages that we had problems structuring our tables in the same manner as we did with word. As an example: Purpose|Document Purpose|Application Purpose|Application Purpose|App1| App2 |Content|Content Purpose|App1| App2 |Content| Content The purposes on the left side occupy the entire left side of the table without any disruptions, whereas the documents on the right side have a subdivision into additional purposes or application. As an e.g., one application is used for testing, the other one is used for reporting. But both are used for automatization. As a consequence Purpose|Application turns intoPurpose|App1| App2 |Content| Content Since most purposes consist of at least two cells that have been merged, we cannot simply leave cells empty. Additionally, there is not only one, but usually two ore more application fulfilling a certain purpose. Also, and this it what makes it pretty hard for us, Purpose, App, and Document have a grey background and are written bold. As you can see there is pretty much to take care of: - How can you structure a table similar as in word, e.g. by merging and subdividing/ splitting cells? - How can you define a cells background color? Purpose and Document (at the top of the table) are the table headings and thus have a different format than the rest of the table. - Is it possible to change a cells/ tables text direction, so that a table ? In some cases, the text direction of a text within a tables has to be changed ( e.g. 90°) Thanks for the help! Yours sincerely, Daniel Keyes === Disclaimer The information contained in this e - mail and any attachments ( together the message) is intended for the addressee only and may contain confidential and/or privileged information. If you have received the message by mistake please delete it and notify the sender and do not copy or distribute it or disclose its contents to anyone. FINARIS Financial Software Partner GmbH Sömmerringstr. 23, 60322 Frankfurt/Main, Germany Registered at Frankfurt/Main, HRB 52873 Managing Directors: Dipl. Inf. Hermann Friebel, Dipl. Ing. Kai Bächle, Dipl. Inf. Werner Märkl ===
Re: [docbook-apps] Extend supported output formats
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 06:01 AM, Jirka Kosek wrote: On 3.4.2012 11:03, gihan karunarathne wrote: I attached a copy[1] of them (also attached a picture. I don't know, is it possible to send attachments) and already shared to the Jirka. Hey devs, I like to have some comments on my design, about its weaknesses, further enhancements, new feature to add, appreciations and any thing to improve it. I think your comments are more help me to do this. I think that design is good and further improvements probably needs to be based on real experience using such application. Indeed it looks promising! David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPexB4AAoJEMHeSXG7afUhf3QH/jdBpcm8CdQWwug0LKoRZ9z7 P21tCNdIcB8yJJT2onrD0D1RQyPOI58ocAY0bPmZhLcvzo1N6kgWOiKq4WpPvyfX sRljTTz9tMgY1Wk0TVduD7Y4K5/PqZDmc97LrsV2D7nnBnGTQ0jM13xbxb3EjjwM gzbkmH8bs9wUA5C3KLRB9tBN10DSJuhjLdHSoFM3YUZ84XW8v7geRmgCMqwp2g6e Lbix3TV8ezJ7rK/EtMU3EvzBfAt5kGG2lx1X6ANtOBfE6C1U6AV12ThL+A1yEQBJ 3npYH9YlPbt9367Ru+wqQapu4FC4QZp7vKs/YDXOtQ/gAwlQ1Z6seqc46AwGobo= =4Ajj -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
[docbook-apps] Yet again, FOP complaining of the generated fo file
Hello, friends As you might recall, I shared some trouble I was having with FOP and conversion of a .fo file to .pdf. Bob helped finding the problem, I reported to FOP developers, and it was fixed today on trunk. But now, I have some other problems, and I would like to hear from you wether or not this might be a bug of FOP, so I can report again :) FOP complains with: javax.xml.transform.TransformerException: org.apache.fop.fo.ValidationException: fo:list-item-label is missing child elements. Required content model: marker* (%block;)+ (See position 10949:732) The complain is correct, as the generated code is: fo:list-item space-after=0pt space-before.minimum=0.5em space-before.optimum=1em space-before.maximum=2em space-after.minimum=0.5em space-after.optimum=1em space-after.maximum=2emfo:list-item-label/fo:list-item-body start-indent=0pt end-indent=0ptfo:block-container width=100% height=2info:block Now, the quesiton is, is it correct that the label should have a content? Thank you for pointers, Alberto -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
Yes, the standard has a content model of (%block;)+, which means it should not be empty. What DocBook XML is triggering that output? Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: Alberto Simões hashas...@gmail.com To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 10:02 AM Subject: [docbook-apps] Yet again, FOP complaining of the generated fo file Hello, friends As you might recall, I shared some trouble I was having with FOP and conversion of a .fo file to .pdf. Bob helped finding the problem, I reported to FOP developers, and it was fixed today on trunk. But now, I have some other problems, and I would like to hear from you wether or not this might be a bug of FOP, so I can report again :) FOP complains with: javax.xml.transform.TransformerException: org.apache.fop.fo.ValidationException: fo:list-item-label is missing child elements. Required content model: marker* (%block;)+ (See position 10949:732) The complain is correct, as the generated code is: fo:list-item space-after=0pt space-before.minimum=0.5em space-before.optimum=1em space-before.maximum=2em space-after.minimum=0.5em space-after.optimum=1em space-after.maximum=2emfo:list-item-label/fo:list-item-body start-indent=0pt end-indent=0ptfo:block-container width=100% height=2info:block Now, the quesiton is, is it correct that the label should have a content? Thank you for pointers, Alberto -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
On Tue, Apr 3, 2012 at 6:08 PM, Bob Stayton b...@sagehill.net wrote: Yes, the standard has a content model of (%block;)+, which means it should not be empty. What DocBook XML is triggering that output? It links to the listitem close/open sequence: [...] programlisting format=linespecific id=I_programlisting_appa_tt72 language=perl xml:space=preserveprint Would link '$source' to '$dest'.\n;/programlisting /listitem ?dbfo-need height=”2in” ? listitem paraHere’s one way to do it:/para programlisting format=linespecific id=I_programlisting_appa_tt73 language=perl xml:space=preserveuse File::Basename; [...] Thanks - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
HI Alberto, What kind of list is it? Can you send me the whole list element? Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: Alberto Simões hashas...@gmail.com To: Bob Stayton b...@sagehill.net Cc: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 10:13 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file On Tue, Apr 3, 2012 at 6:08 PM, Bob Stayton b...@sagehill.net wrote: Yes, the standard has a content model of (%block;)+, which means it should not be empty. What DocBook XML is triggering that output? It links to the listitem close/open sequence: [...] programlisting format=linespecific id=I_programlisting_appa_tt72 language=perl xml:space=preserveprint Would link '$source' to '$dest'.\n;/programlisting /listitem ?dbfo-need height=”2in” ? listitem paraHere’s one way to do it:/para programlisting format=linespecific id=I_programlisting_appa_tt73 language=perl xml:space=preserveuse File::Basename; [...] Thanks - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Extend supported output formats
Hi David, Jirka : Thank you very much for your comments !. On Tue, Apr 3, 2012 at 8:30 PM, David Cramer da...@thingbag.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 06:01 AM, Jirka Kosek wrote: On 3.4.2012 11:03, gihan karunarathne wrote: I attached a copy[1] of them (also attached a picture. I don't know, is it possible to send attachments) and already shared to the Jirka. Hey devs, I like to have some comments on my design, about its weaknesses, further enhancements, new feature to add, appreciations and any thing to improve it. I think your comments are more help me to do this. I think that design is good and further improvements probably needs to be based on real experience using such application. Indeed it looks promising! David As I know, Android uses XML to keep the data and also for store/maintain the structure of the GUI. Each component has an identifier and when java class want to get access into XML they use identifies. So, those identifies are saved in a one common file generated by Android(default) and get access to other XML contents via it. I researched for find a way to view the html content[1] [2] in Android ( according to Jirka said that I can use DocBook xsl into my project). I found that their is class library for html inside android OS. So, I think it can do the html rendering part and show the content which are generated by DocBook xsl. So I have to use those resources in useful manner, implement more effective user interface[3]. I tried for few of Android applications like pdf readers and eBook readers. I try with those in my Android emulator (which is virtual Android phone running on Desktop) and tried to figure out some of missing thing. [1]. http://developer.android.com/reference/android/text/Html.html [2]. http://developer.android.com/reference/android/webkit/WebView.html [3]. http://developer.android.com/reference/android/widget/package-summary.html -- Regards Gihan Chanuka Karunarathne Department of Computer Science and Engineering University of Moratuwa Sri Lanka Twitter: https://twitter.com/#!/gihanchanuka LinkedIn: http://lk.linkedin.com/pub/gihan-karunarathne/25/ba3/993
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
Thanks for pointing out the ?dbfo need?. That is indeed the item that is generating the empty list-item-label. I'll fix that in the source tree. Regarding dbfo needs in FOP, the last time I tried it I found it is close to working. The basic mechanism works, but it does not properly preserve the vertical spacing because FOP did not support certain spacing properties, but which ones I don't recall at this moment. It is possible they have fixed those spacing properties, in which case it should work. If you test it, let me know what your results are. Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: David Cramer da...@thingbag.net To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:17 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
On Tue, Apr 3, 2012 at 7:26 PM, Bob Stayton b...@sagehill.net wrote: Thanks for pointing out the ?dbfo need?. That is indeed the item that is generating the empty list-item-label. I'll fix that in the source tree. Great. So, can I pull the fix from somewhere :) Regarding dbfo needs in FOP, the last time I tried it I found it is close to working. The basic mechanism works, but it does not properly preserve the vertical spacing because FOP did not support certain spacing properties, but which ones I don't recall at this moment. It is possible they have fixed those spacing properties, in which case it should work. If you test it, let me know what your results are. Just a note for people reading my mails to this list, I am not writing the document myself, but translating from an O'Reilly book. So, for now, I prefer not to mess with any XML/XML-PI, and do that only when I get to the end. Thank you Alberto Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: David Cramer da...@thingbag.net To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:17 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
Ah, ok. I doubt O'Reilly will be using FOP when they produce the book. You can probably ignore most FOP warnings that do not kill the process. Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: Alberto Simões hashas...@gmail.com To: Bob Stayton b...@sagehill.net Cc: David Cramer da...@thingbag.net; docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:48 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file On Tue, Apr 3, 2012 at 7:26 PM, Bob Stayton b...@sagehill.net wrote: Thanks for pointing out the ?dbfo need?. That is indeed the item that is generating the empty list-item-label. I'll fix that in the source tree. Great. So, can I pull the fix from somewhere :) Regarding dbfo needs in FOP, the last time I tried it I found it is close to working. The basic mechanism works, but it does not properly preserve the vertical spacing because FOP did not support certain spacing properties, but which ones I don't recall at this moment. It is possible they have fixed those spacing properties, in which case it should work. If you test it, let me know what your results are. Just a note for people reading my mails to this list, I am not writing the document myself, but translating from an O'Reilly book. So, for now, I prefer not to mess with any XML/XML-PI, and do that only when I get to the end. Thank you Alberto Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: David Cramer da...@thingbag.net To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:17 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
Oh, if you want to test with FOP1 and stylesheet version 1.76.1 or snapshot, you need to edit the template for dbfo need in fo/pi.xsl, because it has an xsl:when clause to skip any need PIs when fop1.extensions != 0. Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: David Cramer da...@thingbag.net To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:17 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
Bob, did you commit? :) http://docbook.svn.sourceforge.net/viewvc/docbook/trunk/xsl/?view=log doesn't list any changes for today. Thanks On Tue, Apr 3, 2012 at 8:08 PM, Bob Stayton b...@sagehill.net wrote: Oh, if you want to test with FOP1 and stylesheet version 1.76.1 or snapshot, you need to edit the template for dbfo need in fo/pi.xsl, because it has an xsl:when clause to skip any need PIs when fop1.extensions != 0. Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: David Cramer da...@thingbag.net To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:17 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
I was still testing, but I just commited it. I'm not sure if dbfo-need will work properly in FOP 1, but at least it won't fail. Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: Alberto Simões hashas...@gmail.com To: Bob Stayton b...@sagehill.net Cc: David Cramer da...@thingbag.net; docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 12:52 PM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file Bob, did you commit? :) http://docbook.svn.sourceforge.net/viewvc/docbook/trunk/xsl/?view=log doesn't list any changes for today. Thanks On Tue, Apr 3, 2012 at 8:08 PM, Bob Stayton b...@sagehill.net wrote: Oh, if you want to test with FOP1 and stylesheet version 1.76.1 or snapshot, you need to edit the template for dbfo need in fo/pi.xsl, because it has an xsl:when clause to skip any need PIs when fop1.extensions != 0. Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: David Cramer da...@thingbag.net To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:17 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Yet again, FOP complaining of the generated fo file
On Tue, Apr 3, 2012 at 9:24 PM, Bob Stayton b...@sagehill.net wrote: I was still testing, but I just commited it. I'm not sure if dbfo-need will work properly in FOP 1, but at least it won't fail. Sorry for the push. I am working with FOP svn, not sure if it handles that. But for now I just want it not to fail. Thank you Alberto Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: Alberto Simões hashas...@gmail.com To: Bob Stayton b...@sagehill.net Cc: David Cramer da...@thingbag.net; docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 12:52 PM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file Bob, did you commit? :) http://docbook.svn.sourceforge.net/viewvc/docbook/trunk/xsl/?view=log doesn't list any changes for today. Thanks On Tue, Apr 3, 2012 at 8:08 PM, Bob Stayton b...@sagehill.net wrote: Oh, if you want to test with FOP1 and stylesheet version 1.76.1 or snapshot, you need to edit the template for dbfo need in fo/pi.xsl, because it has an xsl:when clause to skip any need PIs when fop1.extensions != 0. Bob Stayton Sagehill Enterprises b...@sagehill.net - Original Message - From: David Cramer da...@thingbag.net To: docbook-apps@lists.oasis-open.org Sent: Tuesday, April 03, 2012 11:17 AM Subject: Re: [docbook-apps] Yet again, FOP complaining of the generated fo file -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/2012 12:13 PM, Alberto Simões wrote: ?dbfo-need height=”2in” ? I was under the impression that the dbfo-need doesn't work with fop (though I don't know if it causes harm). If it works now, I'd be interested in using it. Thanks, David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPez69AAoJEMHeSXG7afUhR1wH/RcnZzlTqBSic7QPIlurIXGE RDywDamce+mq90wT26NQs8YKVJO+auxiqzBTyGbHGwzu+H5/BGs9sm3Mi3b9LbEC J04f+tptQu8qFmk8rMhQQ/nItAI9e3e432M9k+gQl9b2NY0ZqEkTU4pqcrfShmcg 5lV7Oh49FOIZmS4anYORg+hxT9uYatY1TTP7SnysyzEuKJznJ4ExByzNQmtFlVdU S88pNlJR+27d1YzdD9oiwz1O+fZ03NCuPXwxr2P2FtMYIi+sK16C7rCOoMXgr1vT +bGqQ9+i1VZimf31YVCHXBDvebeXjY5pII2Rw537zQNrWUvfRpZhr4ofX4jfBJw= =Qd2V -END PGP SIGNATURE- - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org -- Alberto Simões - To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
Re: [docbook-apps] Regarding the project DocBook to Word XML roundtripping XSLs
Hi, I'm assuming that you have downloaded the DocBook XSL stylesheets? There is a specification document contained in it that details what is and isn't supported by the roundtripping system. In what way would you like to participate in the project? Supporting Open Office? Extending the system to later versions of Word? Use of XSLT 2.0? Let me know. Cheers, Steve Ball Explain On 02/04/2012, at 2:03 PM, Buddhiprabha Erabadda wrote: Hi Steve, I am Buddhiprabha Erabadda, a third year undergraduate from Computer Science and Engineering, University of Moratuwa. I went through the ideas for DocBook and got interested in the project DocBook to Word XML roundtripping XSLs. I have been studying about DocBook from a few days and now I know the process at the client side and I have gathered basic knowledge about XPath and XSLT . I have also started studying about DocBook Roundtripping. [1], [2] Are there any other links to resources which might be useful to further study about the project DocBook to Word XML roundtripping XSLs? I am new to DocBook and I would appreciate advice regarding the project. Thank you in advance. [1] http://ausweb.scu.edu.au/aw05/papers/edited/ball/poster.html [2] http://www.explain.com.au/oss/docbook/index.html -- Buddhiprabha Erabadda Department of Computer Science and Engineering University of Moratuwa