OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [docbook-apps] Epub and Saxon

Hi Lars,
Yes, a release is planned for the near future, but I cannot give you a date. We are in the process of converting the SVN tree over to the namespaced version of the XSL files (which are currently generated from the non-namespaced version), and that's a pretty big change. All new features and fixes checked in will be included in that release.

Bob Stayton
Sagehill Enterprises

On 2/17/2014 6:42 AM, Lars Vogel wrote:

I just ran into the same issue describe in this email conversation(from May
2013). Looks to me that there was no new release of the XSL sheets since
May 2013 (according to
http://sourceforge.net/projects/docbook/files/docbook-xsl/) is this planned
for the near future?

Best regards, Lars

2013-04-03 19:04 GMT+02:00 Bob Stayton <bobs@sagehill.net>:

  It is a bug in the epub/docbook.xsl stylesheet file.  This template:

<xsl:template match="d:author|d:corpauthor" mode="opf.metadata">

creates the dc:creator element and tries to add an attribute named
"opf:file-as" by calling the template named 'person.name.last-first'.
However, that template generates an HTML <span> element, and you cannot put
an element into an attribute value.  The solution is to take the text value
of the that template call:

   <xsl:template match="d:author|d:corpauthor" mode="opf.metadata">
     <xsl:variable name="n">
       <xsl:call-template name="person.name">
         <xsl:with-param name="node" select="."/>
     <xsl:element name="dc:creator">
       <xsl:attribute name="opf:file-as">
         <xsl:variable name="attvalue">
           <xsl:call-template name="person.name.last-first">
             <xsl:with-param name="node" select="."/>
         <xsl:value-of select="$attvalue"/>
       <xsl:value-of select="normalize-space(string($n))"/>

I'll fix this in the source, and you can use this in your customization

Bob Stayton
Sagehill Enterprises

  *From:* Marcel Tromp <mtromp.docbook@gmail.com>
*Sent:* Tuesday, April 02, 2013 1:40 PM
*To:* Bob Stayton <bobs@sagehill.net>
*Cc:* docbook-apps <docbook-apps@lists.oasis-open.org>
*Subject:* Re: [docbook-apps] Epub and Saxon

  It is the author element in info that triggers the problem:
If I use an empty authorgroup, no errors are generated. The error I showed
before is generated twice: once for firstname, once for lastname.


On Tue, Apr 2, 2013 at 8:56 AM, Bob Stayton <bobs@sagehill.net> wrote:

  Hi Marcel,
Can you determine exactly which element in info is triggering that
error?  Perhaps comment out all but one element at a time?

Bob Stayton
Sagehill Enterprises

  *From:* Marcel Tromp <mtromp.docbook@gmail.com>
*Sent:* Monday, April 01, 2013 1:11 PM
*To:* docbook-apps <docbook-apps@lists.oasis-open.org>
*Subject:* [docbook-apps] Epub and Saxon


I am setting up flow to generate epub using 1.78.1, but will use Saxon
instead of xsltproc.

With xsltproc, document converts without any warnings/errors, but Saxon
throws recoverable errors:

Recoverable error
at xsl:attribute on line 211 of
   Cannot write an attribute node when no element start tag is open
Writing OEBPS/content.opf
This seems to be caused by adding the author data to content.opf in line
260 of epub/docbook.xsl:

      <xsl:apply-templates select="/*/*[contains(name(.), 'info')]/*"
Although the generated file seems ok, the error output will be
problematic/confusing for users.

Is there a way to suppress these errors, or even better, prevent them
from happing?


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]