RE: FW: Action: Replies to Glen Mazza's comments on Bookmarks

--- Paul Grosso <pgrosso@arbortext.com> wrote:
> 
> The external-destination property is a URI
> reference, 
> and its fragment identifier is supposed to be used
> to 
> indicate a sub-resource.  This is clearly specified
> in the description of external-destination and is
> completely appropriate for its use on fo:basic-link;
> we don't need any additional property.
> 
> I don't know how fragment identifiers would work for
> 
> PDF bookmarks--I have not really researched or
> thought 
> it through yet--but offhand I'd say that if the
> value
> of the "external destination" (by whatever name) for
> a bookmark should be a URI reference, then the
> fragment
> identifier concept should work, and if the value of 
> the "external destination" on a bookmark cannot be
> seen 
> as being a URI reference, then we probably can't be
> using
> external-destination at all for fo:bookmark.
> 
> paul
> 

Sorry--I had completely forgotten about fragment
identifiers to get to subresources while writing this.

While the internal implemention of PDF bookmarks does
not appear to support URI resources with fragment
identifiers directly[1], the value of the
external-destination can be parsed by the XSL
processor to determine resource and sub-resource, and
the renderer can use those separated fields in
constructing the bookmark.  I.e., we should be fine
with external-destinations on bookmarks.

Thanks,
Glen


[1] File Specification Strings, Section 3.10.1 of PDF
1.5 Reference:

"In the case of a URL-based file system, the rules of
Internet RFC 1808, Relative Uniform Resource Locators
(see the Bibliography), are used to compute an
absolute
URL from a relative file specification and the
specification of the PDF file....In addition, such
URL-based relative file specifications are limited to
paths as defined in RFC 1808; the scheme, network
location/login, fragment identifier, query
information, and parameter sections are not allowed."

Received on Saturday, 5 February 2005 19:17:42 UTC