Tim Landscheidt wrote:
Daniel Noll <dan...@nuix.com> wrote:
[...]
Is this a bug, a feature, or my misunderstanding the spec?
I thought external-destination was supposed to contain a
URL, which I would expect to be encoded as a URL. Yet when
I encode it as a URL, the link doesn't work, and when I
"forget" to encode it as a URL, it works.
[...]
Well, according to the specification (cf.
<URI:http://www.w3.org/TR/xsl/#external-destination>), your
premise of using a plain URL is already wrong :-). It has to
be given in the form
| [...] external-destination="url('whatever')" [...]
^^^^^ ^^
Actually, I merely trimmed down the result of the output from CSS2XSLFO
to a usable size. My actual input file is HTML, where url() would have
been wrong to put in. My only premise was that intermediate libraries
Do The Right Thing.
So it looks like I will be filing another bug over that side in a
moment, although FOP does seem to accept it without the url() part so at
least it isn't a blocker.
Obviously, that is not really relevant to your problem. From
a glimpse at RFC 3987 that is referenced by the specifica-
tion, "pct-encoded" (%20) is *allowed* in a URL segment,
while a literal space *does* *not* seem to be but "may" be
converted to the former form so both forms should be treated
in the same way by FOP (or a error be thrown in the later
case).
Yeah, the way I read it is that the FO spec accepts an IRI, and RFC3987
(IRIs) says that *some* systems may accept characters not normally
acceptable in URIs (it would have been simpler if they simply prohibited
it...)
You might want to file a bug so that this does not get
forgotten.
Done. https://issues.apache.org/bugzilla/show_bug.cgi?id=47122
Daniel
--
Daniel Noll Forensic and eDiscovery Software
Senior Developer The world's most advanced
Nuix email data analysis
http://nuix.com/ and eDiscovery software
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org