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] Cannot resolve imagedata element's filerefattribute using modular docbook and XInclude

Hi Bob,

Thanks for the hints that helped me in fixing easily the bug.


On Wed, 14 Oct 2009 19:41:22 +0200, Bob Stayton <bobs@sagehill.net> wrote:

> Do you know if dblatex knows how to resolve xml:base attributes?  If  
> not, then that is where it is going wrong.
> When XInclude pulls in content from another directory, the XInclude  
> processor inserts an xml:base attribute indicating the new directory.   
> That sort of stores a "change-of-directory" in the resolved XML content,  
> so that relative paths (like yours) in the included content can be  
> resolved downstream.  When the DocBook XSL stylesheets encounter a  
> relative path in a fileref, they look for xml:base attributes and  
> reconstruct any fileref path to resolve any xml:base attributes from all  
> its ancestor elements.  If dblatex does not do that xml:base resolution,  
> then the filerefs are passed through without change and lack the  
> directory fixups.
> The relevant templates in DocBook XSL include:
> in fo/graphics.xsl:
>   <xsl:template match="@fileref">
> in common/common.xsl:
>   <xsl:template name="relative-uri">
>   <xsl:template name="xml.base.dirs">

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