Rotated text appears as non-rotated. Tested in both Drawing and Presentation.
System: LO Version 188.8.131.52.alpha0+ (Build ID: 378e43) @ Linux (Kubuntu 12.10).
OBS: LO Version 184.108.40.206 works fine. The exported svg file has the right rotated text.
How to reproduce (LO 220.127.116.11):
1 - Create a new Drawing or Presentation document.
2 - Insert a new text box (F2) and write something in it.
3 - Select the box and Format->Position and Size (F4).
4 - Select tab "Rotation" and change the rotation angle.
5 - Export do SVG.
Result: non-rotated text in the svg file
Confirm on Windows 7 x64 Home Premium, with build from tinderbox Win-x86@6, pull time 2012-11-16 23:06:35, core: 4767bbb00dc9eacce6f6d60fd4c55107333cee2d
Also confirm as regression, because 3.6 beta 1 works fine.
Change platform to All because it is on Linux (comment 0) and Windows (this comment).
Sean, thanks for reporting this bug! :-)
Horacio Fernandes committed a patch related to this issue.
It has been pushed to "master":
fdo#57215: Fixed wrong text rotation in SVG Export
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
I can confirm the proposed patch fixed the problem. Tested in both Drawing and Presentation.
System: Version 18.104.22.168.alpha1+ (Build ID: affd2b5c4fba727c1b119bdcbdb71325c10ef95) @ Linux (Kubuntu 12.10).
Changing status to "Resolved".
Excellent, thanks for marking as FIXED, glad it's solved.
Thanks for the patch! :-) Unfortunately, I tested with 4.0 beta1 and 22.214.171.124.alpha0+ (Build ID: 8e43393c9514f39e6b43e581503b61177a00bd3) on Windows 7 x64, and it still have this bug. (I opened svg with Google Chrome 23, Firefox Aurora 19, and Internet Explorer 9). REOPENing
I will attach the svg produced in next comment.
Created attachment 71132 [details]
svg produced -- still have a bug
hmm... or all three browsers on my computer can't open this svg correctly?
It worked on Gimp and I just assumed it was working in the browsers. Already found the problem and I'll have a new patch soon. Thanks for noticing that!
Great news Horacio - any progress with the patch ? :-) if it gets in tonight it can be in 4.0 Beta2 - thanks !
@Horacio - any update on this one? I can confirm it's still a problem in 4.1 master
I confirm the bug is present with Version 126.96.36.199+ (Build ID: f3cf01ba35e836ecbef03e8140b8afcbb11fdd4).
BTW, interesting behavior for text in test file and in files I generated:
Not rotated: in Firefox & Inkscape
Rotated: in Geeqie
Rotated: gqview, mirage, gimp, gpicview
Not rotated: opera
Not opened at all (black sheet): LibreOffice... i.e. it doesn't open the file it generated...
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.
Something went wrong here, this one has nothing to do with Bug 63585
Created attachment 78666 [details]
Sticking the transform several levels up doesn't cut it either - see attached patch, which works for one paragraph, but messes up with multiple ones, stacked in y-direction. The absolute positioning of both text and paths breaks down badly here, and would need rather more involved changes in svgwriter.cxx
I'd leave it with the current fix for 4.0.x, which at least on FF displays nicely.
I experienced this bug in LibreOffice Draw 188.8.131.52 (Ubuntu 13.04 @ 64 bit) while trying to export as svg a chart which has been pasted from Calc: the title of the Y axis lost its rotation.
Thorsten - did you mean to close this issue with that patch pushed ? Given that fix - is this still a regression ? fdes - can you file a new bug for your problem, along with a minimal sample document please ?
Michael, it seems that only Inkscape shows wrong orientation from such a .svg file, so perhaps it is an Inkscape bug.
However LibreOffice Draw has issues opening its .svg files, so I will file a new bug for this.
So, for the while, this seems in limbo - re-assigning to default owner, maybe that gets another volunteer interested. I currently lack the bandwidth to fix it properly, since it would need some rework on how we currently export svg.
I could confirm still there in 184.108.40.206
I just came across this bug, which is a particular shame since 4.1 adds hyperlinks to SVG export.
Re. comment 17 "Michael, it seems that only Inkscape shows wrong orientation from such a .svg file, so perhaps it is an Inkscape bug." please let's avoid this mentality. SVG is a standard-defined language, and as pointed out in comment 13, the current output is wrong. Even if all known apps rendered the output correctly, it's a bug and should be fixed (though admittedly in that case the priority would be lower).
Here, Inkscape and current Chrome fail to rotate the text; the fact that Firefox copes is nice for Firefox users, but doesn't make LO's SVG export valid SVG. (Also, the chances are that the problem affects every other WebKit browser too.)
*** Bug 70723 has been marked as a duplicate of this bug. ***
*** Bug 73207 has been marked as a duplicate of this bug. ***
Moving to mab4.1 (Bug 60270) because:
- 4.0 reached EOL (End Of Life)
- bug confirmed in later version
Still present in 220.127.116.11. Inkscape and IE shows no rotation. I also tried to open it in LO but it is not able to read its own exported svg file.
*** Bug 75381 has been marked as a duplicate of this bug. ***
Created attachment 98959 [details]
test .odp file with rotated text
still reproducible under Win7x64 using 18.104.22.168 and 22.214.171.124.alpha1+
Build ID: a1dd961c3093f5f7624e4d1f2240e9120fd13f23
TinderBox: Win-x86@39, Branch:master, Time: 2014-05-06_11:47:48
I attach a minimal test case and move this to mab4.2 list since 4.1.x is END OF LIFE
Still in 126.96.36.199 (Linux, x64).
*** Bug 82520 has been marked as a duplicate of this bug. ***
Bug also in 188.8.131.52 /kubuntu
Please don't update version - it's the oldest version that demonstrates the problem, not newest. Thanks
I'm having the same problem on OS X 10.9.5 with LibreOffice 184.108.40.206.
still reproducible under Win8.1 x64 using LO 220.127.116.11 and 18.104.22.168.alpha0+
Build ID: 6b096f273ac9d7bbe93d2cb083958b3a04866d73
TinderBox: Win-x86@42, Branch:master, Time: 2014-12-04_22:57:23
moving this to mab4.3 list since 4.2.x is END OF LIFE.
I set status to NEW since there's no assigned developer to it.
(This is an automated message.)
Setting priority to highest as this is a MAB. This is part of an effort to make the importance of MAB reflected in priority too.
(In reply to Thorsten Behrens from comment #15)
> Sticking the transform several levels up doesn't cut it either - see
> attached patch, which works for one paragraph, but messes up with multiple
> ones, stacked in y-direction. The absolute positioning of both text and
> paths breaks down badly here, and would need rather more involved changes in
Sounds like we understand this regression pretty well, so
Whiteboard -> bibisectNotNeeded
This bug still present in 22.214.171.124
Build ID: 63a170d1c9e9628f7707cbbd0628ccc09c3fa236
maybe fixed by cacc3a0e7f7b04240daf63b45e457428388f4929
tdf#65788: svg export - put transform attribute into text element
if transform is put into an inner tspan element rotated text isn't rendered
*** Bug 88925 has been marked as a duplicate of this bug. ***
Confirming Christina's observation, this appears resolved fixed for current builds of master and from 5.0.0beta1
For bug 65788 svg export - put transform attribute into text element
(In reply to Christina Rossmanith from comment #37)
> maybe fixed by cacc3a0e7f7b04240daf63b45e457428388f4929
> tdf#65788: svg export - put transform attribute into text element
> if transform is put into an inner tspan element rotated text isn't
But, any energy for a backport to 4.4.x?
nice to know that one of the oldest MAB is gone
+1 for backportRequest:4.4 if technically feasible
I also would like to see this fix asap out here, so please backport to current stable
backport for 4.4.5 committed with
Migrating Whiteboard tags to Keywords: (bibisectNotNeeded)