Hi Andreas,
Thanks for your test that shows this weakness. You're right, I've put the
same solution for any non-ascii char. The attached patch does not replace
the previous one, but is to apply after the previous one. The SF
repository is synched. Tell me if you find another wrong test case
ben.guillon wrote:
Hi Benoît,
> Hi,
>
> This bug was not so easy to fix, since it is related to conversion from UTF8
> chars to valid latex strings. Please find attach a patch. BTW, the behaviour
> of
> xmllint with xinclude, postvalid option, and so on, is quite weird as shown by
> Andreas: on
Hi,
This bug was not so easy to fix, since it is related to conversion from
UTF8 chars to valid latex strings. Please find attach a patch. BTW, the
behaviour of xmllint with xinclude, postvalid option, and so on, is quite
weird as shown by Andreas: on y machine it does not give the same res
[Andreas Hoenen]
> Unfortunately asciidoc and pandoc don't seem to include a dtd
> declaration in their xml output, thus the dblatex error handler is not
> well suited for those tools.
I asked for pandoc to add DTD declaration in
https://bugs.debian.org/867664 >.
--
Happy hacking
Petter Reinhold
Control: merge -1 856123
Hm, this seem to be very similar to the issue reported in #856123.
--
Happy hacking
Petter Reinholdtsen
Package: dblatex
Version: 1.12.4.2~dfsg-1+b14
Hi. I am not sure if this is really a dblatex or a pandoc problem, but
start with dblatex as that is the program outputting the error message.
When I start with a markdown page with a non-ascii character in a title,
dblatex refuses to process the do
6 matches
Mail list logo
