OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

oic message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


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



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

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

As further context, I should point out that section 17.5 of the ODF 1.0/IS 26300/ODF 1.1 specifications is the subject of defect reports from individuals and ISO/IEC JTC1 SC34.  In ODF 1.0 Errata 01, this issue was deferred to future resolution.  (One problem is that ODF 1.0 has different language than IS 26300 and ODF 1.1 so a single erratum can't work for all.)  Reconciliation of 17.5 has come up again (since it has been repeated in a later SC34 defect report) and I expect there will be further clean-up for ODF 1.2, beyond what may be necessary to resolve the specific defect reports that there are.

Secondly, since this is such a snake to deal with, I wonder if UOF harmonization collides with this.  That is, does UOF use a package scheme, is it enough like that of ODF to be near-interoperable, and what does the UOF specification say about packaging?  Are there any useful links or other resources with regard to UOF packaging?

[I thought about making a separate issue about this, but I think it might as well just tag along with this particular nest of snakes.]

> 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




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]