After a complaint from a M$ Office based colleague, I discovered that my Windows OOo save to Excel ".xls" format has changed recently. I have traced this to updating from OOo 2.0.2 to 2.0.3, in July 2006. The effects are:
- The file size of a sample fault report spreadsheet, saved from XP Windows OOo to Excel format, increases from 23Kb with OOo 2.0.2 to 77Kb with OOo 2.0.3. - The file properties in the file saved from OOo 2.0.3, whilst visible to OOo, are not visible to Excel, or to Windows Explorer preview (mouse/pointer hover). - Opening a 2.0.3 saved file in Excel and re-populating the file properties, then saving, shrinks the file size back to 23Kb and makes the properties visible in Explorer preview again. The revised properties are then visible in OOo. - Opening a 2.0.3 saved Excel file in a generic Linux release of OOo 2.0.2, and re-saving, shrinks the file back to 23Kb and restores the properties visibility in Excel and Explorer; however, whilst doing so via the Debian/Ubuntu custom package of OOo 2.0.2 also reinstates the file properties visibility, it only reduces the file size to 59Kb. If this 2.0.2 saved file is then opened in Excel or a generic Linux OOo 2.0.2, resaving will shrink the file back to 23Kb in both cases. All effects relating to OOo 2.0.3, continue with OOo 2.0.4. What was changed between OOo 2.0.2 and 2.0.3 to cause this regression, and why? Why does the custom Debian/Ubuntu package of OOo 2.0.2 produce a different size ".xls" file from that created by the generic version of the same release? Is this differential behaviour between generic and custom Linux packages of OOo 2.0.2, a feature? If so, does/will the behaviour continue with later releases of OOo? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
