[OASIS Issue Tracker] Commented: (OFFICE-3317) ODF 1.2 Part 1 5.5.2<text:changed-region> ID attribute inconsisently available

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

    [ http://tools.oasis-open.org/issues/browse/OFFICE-3317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20232#action_20232 ] 

Dennis Hamilton commented on OFFICE-3317:
-----------------------------------------

Michael Stahl:

re: 3.  My concern there is whether or not an ODF 1.1 consumer would be derailed by the xml:id, if it were also present, even though in the ODF 1.1 (and ODF 1.0) schema, it is text:id that is of type ID.  If we require/recommend that the xml:id to always be present (not done in the CD05 schema), and include the text:id with the same NCName for downward compatibility, will that actually be successful?  

Concerning your files: The approach I use is (1) upload the files to the ODF TC Documents repository, (2) wait for the notice of the upload to appear on the ODF TC List, and (3) link to the public summary of the upload (using the URL given on the ODF TC List) from the JIRA issue.

> ODF 1.2 Part 1 5.5.2 <text:changed-region> ID attribute inconsisently available
> -------------------------------------------------------------------------------
>
>                 Key: OFFICE-3317
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-3317
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>          Components: Part 1 (Schema), Schema and Datatypes, Text
>    Affects Versions: ODF 1.2 CD 05
>         Environment: This defect applies since at least ODF 1.2 Part 1 CD04.  This issue is presented in terms of ODF 1.2 CD05 Part 1.
>            Reporter: Dennis Hamilton
>            Priority: Blocker
>             Fix For: ODF 1.2 CD 06
>
>
>  1. Every <table:changed-region> attribute requires an attribute of type ID in order to be referenced by the IDREF text:change-ide attribute in one or more change marks elements.
> However, with the current RNG Schema, there is no <table:changed-region> attribute with a value of type ID when there is no xml:id attribute.  That is because the text:id attribute, which must be present when there is no xml:id attribute, has a value of type NCName, not type ID.
>  2. The definition for text:id and xml:id usage in this case does not correspond to what is required to satisfy the requirements for use of ID in accordance with the [XML-ID].  Those conditions surely have precedence over any supplementary conditions in the text of ODF 1.2.  In particular, the text of section 19.811.5 specifies that there must always be an xml:id when there is a text:id, but that contradicts the schema, which makes explidit allowance for a standalone text:id attribute on a <text:changed-region> attribute.
>  3. It is not clear how backward compatibility is served by the peculiar requirement to have xml:id and text:id have the same value when both are present.  This presumes that a down-level consumer will ignore the xml:id and not consider there to be a violation of [XML-ID] by the apparent appearance of to ID-valued attributes with the same value (according to the down-level schema plus [XML-ID]).
>  [NOTE: There are other places where the same device appears to be attempted with regard to introduction of an xml:id attribute that pre-empts the type of another attribute formerly (and in isolation) having a value of type ID.  Similar measures may be appropriate for those cases.  This issue does not address those potential cases.]

-- 
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