To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=38719
------- Additional comments from [email protected] Fri Mar 20 06:48:34 +0000 2009 ------- Though the use of a plain XML is worth trying, it really doesn't solve it. I'm currently using .fodt files and it kinda works, except that useless information is getting to the .fodt and disrupts the purpose of RCS. I'll try giving some examples taken from a blank document like this: creating a new Writer document and saving it as a .fodt file, loading it again without "Load user settings" and "Load printer settings", resaving and filtering it through "tidy -utf8 -q -xml -i -w 0" for easier analysis. Compatibility-related options are included by default when they should not: "Options > Writer > Compatibility > Consider wrapping style when positioning Objects" is being included in the document as "ConfigTextWrapOnObjPos". It is a compatibility-only option that should really not appear in the file unless it is explicitly set to true or false. Why? Because if the file is loaded in an old-enough version of OOo, the option will not be understood at all by the old Writer, and if it is loaded into a future version of OOo, it should detect the OOo version from the Generator label and --only then-- set the option. This applies for other compatibility-related options as well. CurrentDatabaseDataSource: it is a useless empty-string value set at creation time and included in the file. AllowPrintJobCancel: I don't know for sure what this does, I must confess, but sounds like a setting that should be in the user settings in the PC instead of the document. The reason is that this is printer-dependant, not document- dependant. initial-creator: isn't this some info that only certain users will be interested in, and besides, by default it should NOT include any personal information in the document, unless explicitly requested? Also, this breaks RCS in the sense that this information should be stored in the RCS. Now, for the following format settings, there might be a good reason, I just fail to see how it is useful to include thwm before even being used/applied. style:font-face-style, maybe used by the subsequent default outline styles? Or is it the alias setting for fonts? text:outline-level-style: why is it that all levels, though unused, are included by default in the absolutely empty file? Now, for most of the above, I can just filter them out automatically by some RCS (like Git). However, what really breaks RCS in general is the following: I imported a Word document and saved it as .fodt. Filtered it through tidy and saved it as "version a". I loaded the .fodt and saved it again without any change, not even View or else. I saved the file again and filtered it through tidy to save it as "version b". A diff between both versions shows the following: 1. All xml:id where rewritten. 2. For some reason, it inclued a soft-page-break before some paragraphs. 3. It rewrote some style:names. 4. The new save included some PrinterSetup info that the fist .fodt export didn't. I repeated the fodt file load-and-saving procedure. Still, I found some differences (besides the ViewArea/Visible settings): 1. style:paragraph-properties was changed in a paragraph from style:writing- mode="page" to style:writing-mode="lr-tb". 2. More style:style style:name="P8" renaming. This last part, rather than describing an RFE, describes a bug that needs fixing. Thank you for your attention to this long comment. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
