Am Donnerstag, den 28.09.2006, 22:03 +0200 schrieb Andreas Hoenen: > I have gained some more understanding of the problem: > > XInclude elements contained in dblatex XSLT stylesheets like > > <xi:include href="{$filename}" parse="text" encoding="{$encoding}"/> > > lead to warnings like: > > /usr/share/xml/docbook/stylesheet/dblatex/xsl/common/mklistings.xsl:104: > element include: XInclude error : encoding {$encoding} not supported > /usr/share/xml/docbook/stylesheet/dblatex/xsl/common/mklistings.xsl:104: > element include: XInclude error : could not load > /usr/share/xml/docbook/stylesheet/dblatex/xsl/common/%7B$filename%7D, and no > fallback was found > > when dblatex calls xsltproc. [..] > Possible solutions: > > 1) > xsltproc gets enhanced by an new command line option with the meaning: > Disable XInclude resolving in the parser, but enable it in the XSLT > processor. IMHO the best solution, but one would have to convince > upstream...
That is planned. I did not read all of the messages in this report, but the following discussion at the xslt mailing list is probably related to what you discuss: http://mail.gnome.org/archives/xslt/2006-August/msg00027.html (Kasimier B. sometimes broke the thread, so search for messages with the subject "XInclude-processing in XSL stylesheets" too. [..] > One final remark: > > It seems possible that the next upstream release of xsltproc will > include this problematic patch already included in Debian version > 1.1.17-4, then also native dblatex installations will suffer from the > warnings. No, read http://mail.gnome.org/archives/xslt/2006-August/msg00048.html. The patch will be changed. See http://mail.gnome.org/archives/xslt/2006-September/msg00005.html for the reason, why it was not already done. For the moment the patch as suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383408 could be removed from the Debian package, because the related bug #382505 cannot be solved with this patch either, see http://mail.gnome.org/archives/xslt/2006-August/msg00051.html. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]