El día Thursday, February 25, 2016 a las 08:58:20PM +0000, Peter Flynn escribió:
> > Questions:
> >
> > 1) What is this file good for?
>
> Right now, nothing, unless you process the whole job with XML, not SGML.
>
> > 2) What is the reason of the errors, a conflict between
> > encoding="US-ASCII" and the Unicode Codepoints?
>
> SGML only supports the character ranges specified in the SGML
> Declaration for the application you are using (here, DocBook).
> The reference concrete declaration (in effect, a kind of default) only
> defines ASCII, if I remember right, and others may extend this to
> ISO-8859*...in any event, there is no real support for multibyte
> characters, which is what you have here. SGML simply cannot recognise them.
>
> XML has no problem with them. And this is an XML entity file, but it
> appears that you are using an SGML processor.
>
> > 3) How this should be fixed or at least suppressed, because the
> > generated PDF (...) is looking fine?
>
> If the documentation is not in Russian, just omit this file. That means
> finding out where in the master document (manual-en-sed.sgml?) the file
> dbl1mn.ent is referred to, and deleting that line, or commenting it out.
> Or just edit is and put comment markup around the entity declarations.
The problem can simply be reproduced with running this small test file:
$ docbook2pdf test.sgml
$ cat test.sgml
<!DOCTYPE ARTICLE PUBLIC "-//OASIS//DTD DocBook V4.1//EN">
<article lang="en" id="index">
<articleinfo>
<title>Test -- User's guide</title>
<author>
<firstname>Matthias</firstname>
<surname>Apitz</surname>
<affiliation>
<address><email>[email protected]</email></address>
</affiliation>
</author>
<pubdate>2016-02-26</pubdate>
<releaseinfo>Version 1</releaseinfo>
<copyright>
<year>0-2016</year>
<holder role="mailto:[email protected]">Matthias Apitz</holder>
</copyright>
</articleinfo>
<sect1 id="about">
<title>Just a Test</title>
<para>This is just a test.</para>
</sect1>
</article>
--
Matthias Apitz, ✉ [email protected], ⌂ http://www.unixarea.de/ ☎
+49-176-38902045
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]