SVG exported from LibreOffice Draw messes up rotated text in Inkscape

[Markus Mueller]

When exporting a svg file to eps, vertical text gets messed up.

Steps to reproduce:
1. create a LibreOffice Draw document with vertical text (rotate it 90°)
2. export drawing to svg
3. $ inkscape -E drawing.eps drawing.svg
4. open drawing.eps with your favourite document viewer
-> the vertical text is now horizontal

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: inkscape 0.48.4-3ubuntu2
ProcVersionSignature: Ubuntu 3.13.0-30.54-generic 3.13.11.2
Uname: Linux 3.13.0-30-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Sat Jun 14 19:53:11 2014
InstallationDate: Installed on 2013-07-29 (319 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
SourcePackage: inkscape
UpgradeStatus: Upgraded to trusty on 2014-05-24 (21 days ago)

[jazzynico (jazzynico)]

Reproduced on Crunchbang Waldorf (Debian stable):
- Opening the attached bug.svg file in Inkscape (0.48.3.1 and trunk revision 13439) shows that the text is already rotated (and thus the exported EPS file shows the same issue).
- Opening the same file in Firefox, Batik 1.7 (Squiggle) and Viewnor shows as expected.

But:
- An SVG file created from the attached ODG file with LibreOffice 3.5.4.2 is correct, and thus the exported EPS is correct too.

The LO version packaged with Trusty is far more recent (4.2.3) than the one in Debian stable and something changed in the ODG to SVG exporter. Now the rotation transformation is not applied to the group that contains the text, but to the text span directly. Inkscape doesn't seem to handle such a transform correctly.

[jazzynico (jazzynico)]

Reduced steps to reproduce:
1. create a LibreOffice Draw document with vertical text (rotate it 90°)
2. export drawing to svg
3. open the svg file in Inkscape

Or open the file attached comment #3 in Inkscape directly.

[su_v (suv-lp)]

On OS X 10.7.5, latest Firefox (31.0), latest LO (4.3.0):

The vertical text in the SVG file exported by LO does _not_ render as expected in current Firefox, nor in Chromium (recent devel snapshot) nor in Squiggle (Batik 1.7). In my understanding, this is a (confirmed) regression in LO's SVG export: the 'transform()' attribute should be applied to the top-level <text> element, or to a parent container element, but not to a (nested) <tspan> element:

Attribute:
  ‘transform’
Elements on which the attribute may be specified:
  ‘a’, ‘circle’, ‘clipPath’, ‘defs’, ‘ellipse’, ‘foreignObject’, ‘g’, ‘image’, ‘line’, ‘path’, ‘polygon’, ‘polyline’, ‘rect’, ‘switch’, ‘text’, ‘use’
<http://www.w3.org/TR/SVG11/attindex.html>

Upstream ticket:
- 57215: Wrong text rotation in SVG Export (rotated text appears as non-rotated):
  <https://bugs.freedesktop.org/show_bug.cgi?id=57215>
«The attribute "transform" is in an element "tspan" in the example. But an element "tspan" does not allow an attribute "transform", see list of attributes in http://www.w3.org/TR/SVG/text.html#TSpanElement. It should be on the element "g". The syntax would allow it on the element "text" too, but neither Seamonkey nor Inkscape will rotate the text then.»
<https://bugs.freedesktop.org/show_bug.cgi?id=57215#c13>

Earlier report filed for Inkscape:
- Bug #1277517 “Rotation exported from LibreOffice Calc not honored”
  <https://bugs.launchpad.net/inkscape/+bug/1277517>

Proposing to link as duplicate to bug #1277517 (closed as 'Invalid' for project Inkscape).