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.

Regards,
BG


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]