The latest snapshot is from 22 April, so you should try that version and let us 
know if something still needs fixing.

Something is going wrong with the snapshot machine that prevents it from 
building a snapshot with each change.  I'm investigating.

Bob Stayton
Sagehill Enterprises
[email protected]


From: Carlos Araya 
Sent: Sunday, April 21, 2013 8:33 AM
To: Thomas Schraitle 
Cc: [email protected] 
Subject: Re: [docbook-apps] EPUB3: how to use base.dir ?


Thomas:

The build file I use was working without errors until I made the change. 

The problem with generating the content zip file is not just validation. Either 
before or after I validate the file I will still have to generate the zipped 
epub file to deliver so, to me, the problem is still there and it wasn't there 
before. 

I use JIng to validate the docbook file before transformation and it reports no 
errors. 

I work with the following customization layer

<?xml version='1.0'?>
<xsl:stylesheet
    xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; version="1.0">

    <xsl:import href="../docbook/epub3/chunk.xsl"/>

    <!-- Additional Stylesheet-->
    <xsl:param name="html.stylesheet" select="'carlos-new.css'"/>

    <!-- add DC metadaa elements -->
    <xsl:param name="epub.include.optional.metadata.dc.elements" select="1"/>

    <!-- Kindle extensions -->
    <xsl:param name="kindle.extensions" select="1"/>

    <!-- Use graphics for admonitions? -->
    <xsl:param name="admon.graphics" select="1"/>

    <!-- Callouts -->
    <xsl:param name="callout.graphics.extension">.png</xsl:param>
    <xsl:param name="callout.graphics.path">images/callouts/</xsl:param>
    <xsl:param name="callout.graphics" select="1"></xsl:param>

    <!-- Control Chunking Behavior -->
    <xsl:param name="chunk.section.depth" select="0"/>
    <xsl:param name="chunk.first.sections" select="0"/>

    <!-- Additional items to add to package.opf-->
    <xsl:template name="user.manifest.items">
        <item xmlns="http://www.idpf.org/2007/opf"; id="font1" 
href="type/GraublauWeb.otf" media-type="application/vnd.ms-opentype"/>
        <item xmlns="http://www.idpf.org/2007/opf"; id="font2" 
href="type/GraublauWebBold.otf" media-type="application/vnd.ms-opentype"/>
        <item xmlns="http://www.idpf.org/2007/opf"; id="font3" 
href="type/DejaVuSansMono.ttf" media-type="application/vnd.ms-opentype"/>
    </xsl:template>
</xsl:stylesheet>

Carlos

On Sat, Apr 20, 2013 at 11:16 PM, Thomas Schraitle <[email protected]> wrote:

  Hi Carlos,

  Am Samstag, 20. April 2013, 18:16:42 schrieb Carlos Araya:

  >
  > After updating to the latest snapshot I'm getting validation errors that I
  > don't know if they are epubcheck issues or if they are being caused by the
  > change in base.dir behavior:


  According to the snapshots.docbook.org page, the last version is built on
  April 17. This looks not as the latest snapshot release. ;-)

  However, I've tried to transform my cookbook project into EPUB3 and received
  validation errors too (but they are different). But this is another story.


  > [...]

  > Realized earlier that I had OEBPS as the base.dir and changed it to book/


  Right, that's correct now.



  > With that change made I'm getting epubcheck validation errors that were not
  > there before:


  Tip: You don't need to create the ZIP archive and pass it to epubcheck. You
  can start the validation process right after xsltproc wrote the directories
  without creating the ZIP archive.

  For example, if you've used foo/ as base.dir, invoke epubcheck with this
  option after the transformation step:

   $ epubcheck foo/ -mode exp

  It is even possible to validate only parts of the EPUB (directory), also with
  the -mode option:

   mo    = Media overlays
   nav   = Navigation document
   opf   = package document
   svg   = SVG content
   xhtml = XHTML content

  The -version option specifies with EPUB version to validate (the values can be
  either 2.0 or 3.0).



  > epub-check:
  >      [java] ERROR: docbook-howto.epub: Length of the first filename in
  > archive must be 8, but was 13
  >      [java] Epubcheck Version 3.0
  >      [java]
  >      [java] ERROR: docbook-howto.epub: Required META-INF/container.xml
  > resource is missing
  >      [java]
  >      [java] Check finished with warnings or errors
  >      [java]
  >
  > I got the validations errors with both epubcheck 3.0 B5 and 3.0 final.
  >
  > I'm trying to determine if the errors are caused by the update to the
  > base.dir parameter or if it's a new quirk of epubcheck that I hadn't seen
  > before.


  This indeed looks strange. However, I didn't get such validation errors. I've
  used the last public stable release (1.78.1) and the snapshot from docbook-
  xsl-snapshot.tar.bz2 file, both with success.

  Do you use a customization layer?



  --
  Gruß/Regards
    Thomas Schraitle



  ---------------------------------------------------------------------
  To unsubscribe, e-mail: [email protected]
  For additional commands, e-mail: [email protected]


Reply via email to