Apache OpenOffice (AOO) Bugzilla – Issue 28
OFFICE.DTD does not parse through SP
Last modified: 2007-09-23 20:20:43 UTC
I tried to parse OFFICE.DTD using MetaMorphosis DTD frontend which is based on James Clark's SP. A rather long list of errors appear. Most of them come from ambiguities. I fixed the files here: 1. Adding further datatypes in dtypes.mod and using them appropriately within drawing.mod floatOrPercentage coordinatOrPercentage lengthOrPercentage (which was already there) 2. I fixed a whole bunch of ambiguities in table.mod, and datastyl.mod In all cases the modelgroup following the pattern A | A? B A changed to A? (B A?)? Both schemes allow A ABA B BA Currently OOo does not use the DTD for parsing. Nevertheless the documents should be valid against the DTD. Which could be checked by valid parsing. pS I wonder if I will be able to submit the changed files somehow. Note that the DTD also causes warnings and error messages when loaded into XMLAuthority. I will try to analyze these also
Created attachment 2 [details] errormessages when parsing office.dtd with SP
Created attachment 3 [details] fix as described in issue
Created attachment 4 [details] fix as described in issue
Created attachment 5 [details] fix as described in issue
Created attachment 6 [details] fix as described in issue
Created attachment 7 [details] fix as described in issue (table.mod)
Thank you very much for yor patches. I've used them as a basis for correcting the DTD. Anyway I didn't had the time to check the DTD with SP. I sometimes had to use content models that are more complex than your's, because your's allowed an empty content that is not allowed for the elements in question.
I tried it again with SRC613. Now it parsed with SP within MetaMorphsois. No more error messages: C:\tmp\OOO\SOURCE\xmloff\dtd>c:\programme\mm3.3a\bin\mmx -A format XML -F dtd -S office.dtd C:\tmp\OOO\SOURCE\xmloff\dtd>
Thank you very much.
I think, this issue cen be closed