Launchpad has imported 6 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=31707.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-11-18T03:01:12+00:00 Gioele Barabucci wrote: Extra spaces (not typed by the user) are inserted by between `<text:span>` elements. The following testcase illustrates the problem (`*` for bold, '/' for italic): ---- A*B/C/D*E ---- When saved in the ODT format, 'contents.xml' contains ---- <text:p text:style-name="Standard">A<text:span text:style-name="T1">B</text:span><text:span text:style-name="T2">C</text:span><text:span text:style-name="T1">D</text:span>E</text:p> ---- The same document saved in FODT (flat ODT) format end up containing ---- <text:p text:style-name="Standard">A<text:span text:style-name="T1">B</text:span> <text:span text:style-name="T2">C</text:span> <text:span text:style-name="T1">D</text:span>E</text:p> ---- That is, spaces are added around the second `<text:span>` element, the one containing the text 'C' with an italic style. When this file is read back, the content of the document is changed to ---- A*B /C/ D*E ---- Probably some XML processors used in the save path are indenting those elements because they think that text between `<text:span>` elements is ignored and, thus, these elements can be indented on a new line. If that is the case, adding `xml:space` declarations should avoid such issues. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/799596/comments/0 ------------------------------------------------------------------------ On 2011-01-14T01:02:55+00:00 Octavio Alvarez wrote: It happens with the following code too: <text:p text:style-name="P1"><text:span text:style- name="T1">A</text:span><text:span text:style- name="T2">B</text:span><text:span text:style- name="T3">C</text:span><text:span text:style- name="T2">D</text:span><text:span text:style- name="T1">E</text:span></text:p> No spaces, no newlines. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/799596/comments/1 ------------------------------------------------------------------------ On 2011-05-20T05:18:17+00:00 Josefk-x wrote: Created attachment 46948 Example file confirming and expanding bug #31707 Example FODT-file showing that the import XSL (?) insert extra whitespace after text:area and text:note during the import. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/799596/comments/2 ------------------------------------------------------------------------ On 2011-05-20T05:19:29+00:00 Josefk-x wrote: Not only text:area's are affected by this bug, text:note (footnotes, endnotes) are affected as well. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/799596/comments/3 ------------------------------------------------------------------------ On 2011-12-23T11:34:58+00:00 Björn Michaelsen wrote: [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org /RFC-Operation-Spamzilla-tp3607474p3607474.html Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/799596/comments/12 ------------------------------------------------------------------------ On 2011-12-24T04:28:26+00:00 Gioele Barabucci wrote: This bug seems fixed in LO 3.5-rc1. Reply at: https://bugs.launchpad.net/df- libreoffice/+bug/799596/comments/13 ** Changed in: df-libreoffice Status: Confirmed => Fix Released -- 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/799596 Title: [upstream] flat xml format inaccuracy Status in LibreOffice Productivity Suite: Fix Released Status in “libreoffice” package in Ubuntu: Won't Fix Bug description: Binary package hint: libreoffice The flat XML formats of LibreOffice are very practical when working with version control systems like svn, mercurial, bazaar or cvs. In lodraw saving files in the .fodt format seems currently to loose information, though: After saving the file attached to this bug as flat xml and re-opening it - the drawing is no longer aligned to the grid - and some texts have whitespace attached that being of a much higher vertical size than the rest of the text (I think it was 12pt versus 6pt) ruin the layout. If the file is saved in the .odt format in the ordinary .odt format instead on opening it will just look as it did before saving the file instead. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: libreoffice-draw 1:3.3.2-1ubuntu5 ProcVersionSignature: Ubuntu 3.0-1.2-generic 3.0.0-rc3 Uname: Linux 3.0-1-generic i686 NonfreeKernelModules: wl Architecture: i386 Date: Mon Jun 20 06:23:46 2011 EcryptfsInUse: Yes SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/799596/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp