![](https://secure.gravatar.com/avatar/ed6f43113e3f1cee031ebd13654fc703.jpg?s=120&d=mm&r=g)
On 9/6/2023 4:59 PM, Pablo Rodriguez wrote:
On 9/6/23 12:28, denis.maier@unibe.ch wrote:
Hi,
I have the example below that uses the three images in the attachment. For some reason multiple spaces encoded as %20 get merged into a single %20.
Hi Denis,
this is standard TeX behavior (not only related to XML):
\starttext \externalfigure[test two spaces.pdf] \externalfigure[test not two spaces.pdf] \stoptext
I don‘t know whether this is intended or not.
That being said, more than one consecutive space in a file name (I would say it) is rather an exception than the rule.
Fixing this may cause more trouble that it might seem at first. The problem with escaping is that there can be several round trips and it's kind of hard to predict usage and such. Also, take this:
<graphic xlink:href='test%20%20n$ot%20t\wo%20s{p}a#ces.p"df'/> Then, as i don't have these graphics, the test failed after a catch on the fact that tex didn't like the string for rendering in the 'unknown figure' drop in and after another catch the { } were not shown ... Anyway, with a little magic i can now at least make this work but it needs testing with existing documents because it's not like we can update the xml stuff every thiem we have yet another exception (ok, those using sane image names are probably okay). So, in a next update you can test some, Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------