incubator-odf-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From build...@apache.org
Subject svn commit: r795487 - /websites/staging/odftoolkit/trunk/content/odftoolkit/odfdom/MultipleVersions.html
Date Thu, 08 Sep 2011 09:59:14 GMT
Author: buildbot
Date: Thu Sep  8 09:59:13 2011
New Revision: 795487

Log:
Staging update by buildbot

Modified:
    websites/staging/odftoolkit/trunk/content/odftoolkit/odfdom/MultipleVersions.html

Modified: websites/staging/odftoolkit/trunk/content/odftoolkit/odfdom/MultipleVersions.html
==============================================================================
--- websites/staging/odftoolkit/trunk/content/odftoolkit/odfdom/MultipleVersions.html (original)
+++ websites/staging/odftoolkit/trunk/content/odftoolkit/odfdom/MultipleVersions.html Thu
Sep  8 09:59:13 2011
@@ -78,30 +78,17 @@
   <div id="contenta">
   
     
-    <p>= ODF Version Processing in ODFDOM =</p>
-<p>Hello everyone in this community!  I'm working on ODFDOM now. This is my first to
write wiki. In the future, I'll have more issues about requirements, designs and implementation
details to discuss with you. Now I  have a topic about ODF versions.</p>
+    <h2 id="odf-version-processing-in-odfdom">ODF Version Processing in ODFDOM</h2>
+<p>Hello everyone in this community!  I'm working on ODFDOM now. This is my first to
write wiki. In the future, I'll have more issues about requirements, designs and implementation
details to discuss with you. Now I  have a topic about ODF versions.<br />
+</p>
 <ul>
-<li>
-<p>ODFDOM now only supports ODF 1.1, and surely we'll support ODF 1.2, also one of
our team members is doing that now. But do we plan to support ODF 1.0? My opinion is that
although ODF 1.0 is used in not many cases before,  ODF 1.0(2nd) is ISO standard ISO26300,
so ODFDOM should consider the back compatible with ODF1.0, and can load/create ODF1.0 documents.
 Of course, if we plan to do that, it should be done as early as possible. Welcome your opinion.</p>
-</li>
-<li>
-<p>ODFDOM should support all versions of ODF because in the practice, many ODF documents
with different versions are mixed together, ODFDOM need to process them automatically for
whatever ODF version. So a single code base should support all ODF versions instead of different
code streams for different ODF versions.</p>
-</li>
-<li>
-<p>ODFDOM dom layer code have to support all elements and attributes defined in all
ODF versions, that means it is a union set of all ODF versions.</p>
-</li>
-<li>
-<p>Generate different source code using different ODF schema, may modify the code generator
source code</p>
-</li>
-<li>
-<p>Create a new code base that contain all ODF versions source files using some auto
merge tools</p>
-</li>
-<li>
-<p>Identify the difference places in the source code for different ODF versions. Minor
places are in dom layer, most places are in doc layer.</p>
-</li>
-<li>
-<p>Compare different ODF schemas, first do some automatic processing based on the assumption
that ODF schema is back compatible completely. Then do some special processing for those elements
or attributes that are not back compatible.</p>
-</li>
+<li>ODFDOM now only supports ODF 1.1, and surely we'll support ODF 1.2, also one of
our team members is doing that now. But do we plan to support ODF 1.0? My opinion is that
although ODF 1.0 is used in not many cases before,  ODF 1.0(2nd) is ISO standard ISO26300,
so ODFDOM should consider the back compatible with ODF1.0, and can load/create ODF1.0 documents.
 Of course, if we plan to do that, it should be done as early as possible. Welcome your opinion.</li>
+<li>ODFDOM should support all versions of ODF because in the practice, many ODF documents
with different versions are mixed together, ODFDOM need to process them automatically for
whatever ODF version. So a single code base should support all ODF versions instead of different
code streams for different ODF versions.</li>
+<li>ODFDOM dom layer code have to support all elements and attributes defined in all
ODF versions, that means it is a union set of all ODF versions.</li>
+<li>Generate different source code using different ODF schema, may modify the code
generator source code</li>
+<li>Create a new code base that contain all ODF versions source files using some auto
merge tools</li>
+<li>Identify the difference places in the source code for different ODF versions. Minor
places are in dom layer, most places are in doc layer.</li>
+<li>Compare different ODF schemas, first do some automatic processing based on the
assumption that ODF schema is back compatible completely. Then do some special processing
for those elements or attributes that are not back compatible.</li>
 </ul>
 <p>Welcome your suggestions.</p>
   </div>



Mime
View raw message