Hello Thorsten, I am a big believer in free software and in standardization of document formats.
First, if a commercial project introduces a bug, there is no way to have a discussion with the developers. With free software I can and that is, most of the time, refreshing. Second, we as a company need to keep our documentation available for at least 10 years after delivering the last product. That would mean for us at least for a period of 15 years after creating a document. That's why we choose ODF and PDF. Obviously the choice for ODF raises a lot of eyebrows internally and externally for us too, as skiani also mentions. The funny thing with standards is that it is not the writing of a standard that makes it a standard, but the adoption of it. So while former versions of OO and LO incorrectly implement it in some respects, that implementation has become the 'defacto standard' pure by market share - at least for now. I honestly can't say if this bug will hold up large scale adoption of > 3.5 (17 users subscribing to this bug only). And when everybody transitions, there will be no difficulties in exchanging documents between companies. In that respect exchanging doc's with MS Office users is a bigger issue. Creating a having config switch as you suggest would probably only have the effect of prolonging the transition phase as new doc's with the broken format would be created with each day passing, which is not would I would want either. It would probably have been better to add a fix to the 3.4.6 release, especially as that was as I understand for a similar reason, file compatibility of encrypted documents, but I guess that is now too late. Having a Save As OpenOffice/LibreOffice 3.3/3.4 option would work for me, but I guess building that, getting it tested and distributed would take so much time that it would be too late to help anyone? Otherwise I would ask you 'yes, pretty please, could you do this for us, ordinary but involved free software users'. Thanks for the attention, I will shut up now, see how the world adopts 3.5.x and then follow. Bye. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/979320 Title: Particular Subtracted shapes not compatible LibO 3.4 - 3.5 Status in LibreOffice Productivity Suite: Fix Released Status in “libreoffice” package in Ubuntu: New Bug description: Certain shapes drawn in earlier LO versions (<3.4.4) are greatly distorted in LO 3.5.2 (on windows) and LO 3.5.1.2 (Precise). Vice versa when saved in 3.5.1 correctly the documents are broken in 3.4.4 (Oneric). In our case our company logo embedded in writer documents is one of the problems. For us this means virtually all old documents are messed up when opened with LO 3.5.2 while newly created document are broken when viewed with LO 3.4.4. I don't know if many users are affected by this, but for us it certainly is a stopper to migrate to LO 3.5.1 or 3.5.2 and as a result to Precies. Ferry --- ApportVersion: 1.23-0ubuntu4 Architecture: amd64 DistroRelease: Ubuntu 11.10 InstallationMedia: Kubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007) NonfreeKernelModules: nvidia Package: libreoffice 1:3.4.4-0ubuntu1 PackageArchitecture: amd64 ProcEnviron: LANGUAGE= LANG=nl_NL.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 3.0.0-17.30-generic 3.0.22 Tags: oneiric Uname: Linux 3.0.0-17-generic x86_64 UpgradeStatus: Upgraded to oneiric on 2011-10-13 (201 days ago) UserGroups: adm admin cdrom dialout fax floppy lp lpadmin mysql mythtv plugdev sambashare scanner syslog users video To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/979320/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
