<
office@lists.oasis-open.org> wrote on 05/04/2013 01:05:03 PM: > > I have two proposals for ODF 1.3 that could benefit from having > provisional identifiers established. These provisional identifiers > would be for the following proposed official identifiers: > > For ODF 1.3 Protection-Key Enhancements (
https://tools.oasis- > open.org/issues/browse/OFFICE-3703) > > To be reserved: > >
http://docs.oasis-open.org/ns/office/1.3/protection#authz160 >
http://docs.oasis-open.org/ns/office/1.3/protection#sha1dk > > Possible Experimental/Provision namespace for corresponding > implementation-defined use in ODF 1.2: > >
http://docs.oasis-open.org/ns/office/1.2/x-protection# > > For ODF 1.3 Package Encryption Enhancements (
https://tools.oasis- > open.org/issues/browse/OFFICE-3709): > > To be reserved: > >
http://docs.oasis-open.org/ns/office/1.3/security#sha1-shaken > > Possible Experimental/Provisional namespace for corresponding > extended-package use in ODF 1.2: > >
http://docs.oasis-open.org/ns/office/1.2/x-security# > > > [Note: The use of
http://www.w3.org/2000/09/xmldsig#hmac-sha1 as an > extended value for the manifest:checksum-type attribute does not > require an OASIS-defined namespace.] > > At the time that CSDs of ODF 1.3 Part 1 and ODF 1.3 Part 3 reflect > these proposals, a CND could be produced that establishes the > experimental use for ODF 1.2 producers and consumers. > I think that is the form we would need to take. We don't have a concept of a registration authority for identifiers, like IANA has, or ISO has in some cases (think of language and country codes, etc.). So we have "draft" stuff, but "provisional" is not really a formal status of anything Note: the order could happen either way. If you wanted a CN (or even CS or OS) for "Enhanced encryption in ODF 1.2" that could progress while we still work on ODF 1.3, that is possible and would likely complete its approval cycle faster than ODF 1.3 will. -Rob > [Note: An anticipatory experimental consumer could accept both forms > of identifiers but only produce the experimental identifier in ODF > 1.2 documents. An ODF 1.3 consumer could also accept both > identifiers but only produce the official form. In the event that > the official form is never ratified, an ODF 1.3 consumer could > continue to produce the experimental identifier in ODF 1.2 > (extended) documents and in ODF 1.3 (extended) documents, ad lib.] > > - Dennis > >
Original Message----- > From: office@lists.oasis-open.org [ mailto:office@lists.oasis-open.org > ] On Behalf Of Dennis E. Hamilton > Sent: Monday, October 22, 2012 13:40 > To: robert_weir@us.ibm.com; office@lists.oasis-open.org > Subject: RE: [office] Evolving ODF, Interop and Multiple Implementations > > Two +1, below > >