Comment 7 for bug 1330108

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).