Hi Osamu, On 29 November 2012 15:30, Kacper Perschke <kacper.persc...@gmail.com> wrote: > [...] >> Since xmlto is R-H standard tool, it is more used etc., I am looking >> solution along this. Can you? > > I'm attempting. Wil give the results when achieve.
I have some steps forward in the investigation process. - xmlto does by default place call to maint-guide.css in the xhtml chunks when source is maint-guide.en.dbk. Is it default behaviour or configured? Don't know yet - xmlto uses --stringparam to set the xslt params. When we set the --stringparam custom.css.source=our_own.css then this call to this one will be placed in the xhtml. <link rel="stylesheet" type="text/css" href="our_own.css"/> - xmlto does not copy any of above css to the temporary directory that is then zipped to create epub So the css is absent in the final epub file, although it is properly called from xhtml chunks. - xmlto uses stylesheet http://docbook.sourceforge.net/release/xsl/current/epub/docbook.xsl This is explicitly imported from Internet. e.g. in my experiment the call to xsltproc was /usr/bin/xsltproc --stringparam custom.css.source katz.css --nonet --xinclude --param passivetex.extensions '1' \ -o "/home/kacper/Robocze/Osamu_Aoki/maint-guide-1.2.30/tmp/xmlto.GR0MFh/maint-guide.en.proc" \ "/home/kacper/Robocze/Osamu_Aoki/maint-guide-1.2.30/tmp/xmlto-xsl.fDwdXK" \ "/home/kacper/Robocze/Osamu_Aoki/maint-guide-1.2.30/maint-guide.en.dbk" when the xmlto-xsl.fDwdXK had <xsl:import href="http://docbook.sourceforge.net/release/xsl/current/epub/docbook.xsl"/> - Imported xsl stylesheet is a part of http://docbook.sourceforge.net/ project. Mentioned in this bug report dbtoepub is another native part of that project. This lets me to suppose that if dbtoepub is able to include css properly then xmlto may copy this solution from dbtoepub. Further research follows. KAcper -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
