[OASIS Issue Tracker] Commented: (OIC-5) Plugfest, subpackages(chart in spreadsheet)

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

    [ http://tools.oasis-open.org/issues/browse/OIC-5?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13532#action_13532 ] 

Dennis Hamilton commented on OIC-5:
-----------------------------------

The use of "." and ".." is part of the URI/IRI specification.  So having a leading "./" is a well-defined case, even when omission of the "./" would not change how the reference is resolved.  

The requirement for the trailing "/" appears to be a different matter (although HTTP [and WebDAV] specifications appear to have a position about it and it is useful to be consistent).  It will be very interesting to see what manifest:full-path values have for subdocuments in the different implementations and how that squares with how the IRIs are written.  This might or might not provide additional insight on the issue and its resolution. 

> Plugfest, subpackages (chart in spreadsheet)
> --------------------------------------------
>
>                 Key: OIC-5
>                 URL: http://tools.oasis-open.org/issues/browse/OIC-5
>             Project: OASIS Open Document Format Interoperability and Conformance (OIC) TC
>          Issue Type: Improvement
>          Components: spec-odf-11
>            Reporter: Bart Hanssens
>
> From the tests performed on the The Hague plugtest wiki.
> Testing spreadsheets with an embedded chart revealed that some implementations use 
> <draw:object xlink:href="./Object 1"...
> While other(s) use:
> <draw:object xlink:href="Object 1/"...
> (The latter seems to be better)
> ODF 1.1 mentions sub packages in 9.3.3 Objects (Object Data), but  the wording can be improved
> "For objects that have an XML representation, the link references the sub package of the object. The object is contained within this sub page exactly as it would as it is a document of its own."
> And perhaps 17.5, Usage of IRIs Within Packages
> "A relative-path reference (as described in §6.5 of [RFC3987]) that occurs in a file that is contained in a package has to be resolved exactly as it would be resolved if the whole package gets unzipped into a directory at its current location. The base IRI for resolving relative-path references is the one that has to be used to retrieve the (unzipped) file that contains the relative-path reference."

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira