[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [docbook-apps] eclipsehelp - namespace problem, no template matches
> -----Original Message----- > From: Mathias Reinke > The following problem appears: > > [xslt] Element book in namespace '' encountered, but no > template matches. > The same issue for bookinfo, chapter, title, para, orderedlist etc. > > In the end I receive the message: e.g. > [xslt] Request for label of unexpected element: book I can reproduce this problem by using eclipse.xsl in the DocBook XSL 1.72.0 release for DocBook 5 (docbook5-xsl) on a DocBook 4 document. Is that what you did, by any chance? This is very similar to the situation when eclipse.xsl in the regular DocBook XSL 1.72.0 release (docbook-xsl) is used on a DocBook 5 document. Then you get errors like this: Element para in namespace 'http://docbook.org/ns/docbook' encountered in section, but no template matches. The following paragraph from the DocBook 5 Transition Guide is meant to help users avoid this problem: "If you want to use HTML Help, JavaHelp or Eclipse stylesheets with DocBook V5.0 you have to use profiling variants of those stylesheets (their name is starting with profile-)." (http://www.docbook.org/docs/howto/#processing) The trouble is that there is no profiling variant of eclipse.xsl. I have reported that. See http://sourceforge.net/tracker/index.php?func=detail&aid=1715093&group_id=21 935&atid=373747 > The plugin.xml and toc.xml aren't put to the specified output > dir, it works concerning the html file. > How do I specify where to put the plugin.xml and toc.xml? If you want them in the same directory as the HTML files, set the manifest.in.base.dir parameter to 1. See http://docbook.sourceforge.net/release/xsl/current/doc/html/manifest.in.base .dir.html /MJ
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]