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...
Regards, BGOn Sun, 13 Aug 2017 17:16:25 +0200, Andreas Hoenen <andr...@hoenen-terstappen.de> wrote:
ben.guillon <ben.guil...@gmail.com> wrote: Hi Benoît, Thanks for the patch, it is definitely an improvement, as it succeeds for the example document bad-title.xml. However success or failure seems to depend on the non-ascii latin-1 characters: "À" is okay, however other latin-1 characters like "æ" are not, compare this example document [1]. I don't know why pdflatex is able to handle some non-ascii characters, but not others. Perhaps a more robust approach would be to transform every label/hyperlabel to pure ascii, e.g. by replacing non-ascii characters with their Unicode code point: æ → U+00E6. [1]
xreflabel2.patch
Description: Binary data