desktop-packages team mailing list archive

[Bug Watch Updater <799596@xxxxxxxxxxxxxxxxxx>]

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