[ 
https://issues.apache.org/jira/browse/ODFTOOLKIT-39?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13462394#comment-13462394
 ] 

DaLi Liu commented on ODFTOOLKIT-39:
------------------------------------

Verified status of this issue
2.not sure - I am not sure about this issue, maybe still need to be opened
                
> INTERNAL TOOL: Find differences between RNG schema versions
> -----------------------------------------------------------
>
>                 Key: ODFTOOLKIT-39
>                 URL: https://issues.apache.org/jira/browse/ODFTOOLKIT-39
>             Project: ODF Toolkit
>          Issue Type: Improvement
>          Components: codegen
>    Affects Versions: 0.8
>         Environment: Operating System: All
> Platform: All
>            Reporter: Svante Schubert
>            Assignee: issues
>            Priority: Minor
>             Fix For: 0.8.7
>
>
> If we would like to load/save different ODF version with using only one 
> internal ODFDOM model (most likely a model of the latest ODF), there are some 
> prerequisites.
> Before we are able to transform one ODF version to another, we first need to 
> know how the ODF releases differ in terms of XML:
> a) What elements or attributes are new in an ODF release
> b) If parent or child nodes are different.
> For instance if same elements and attributes are allowed as children?
> Has the parent (of element/attribute) being changed?
> Has the attribute value set being changed?
> Are there new/changed datatypes?
> This tool might be a new functionality of relaxng2template.
> (As side information the total number of elements and attributes being used 
> would be of interest as info log after creating the documents, similar 
> element/attributes with identical local names).
> The information gathered might later being used in JavaDoc as well.
> We could use our own taglet or reuse the JDK @since 
> http://java.sun.com/javase/6/docs/technotes/tools/windows/javadoc.html#@since
> Later results will give us more insight about the scenarios. Perhaps an 
> element was introduced in 1.0, but changed in 1.1? Or even worse removed in 
> 1.1 and readded in 1.2?
> Based on the results of this work, we can work out a mapping for a 
> transformation and could easily load/save ODF in arbitrary versions.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to