Problem description: When I create a Calc chart and want to have the labels of the x-axis rotated by 270 degrees the font looks like bold and shadowed at the same time and I cannot get rid of it. This is annoying and worked perfectly in OpenOffice Steps to reproduce: 1. Create a simple chart from a dread sheet 2. Double click on the x axis 3. Set text orientation to 270 degrees. The fon still looks OK 4. click outside your chart to make the handles disappear. Now the font looks awkward. Current behavior: Font os bold & shadowy Expected behavior: Font should be normal Platform (if different from the browser): Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/534.54.16 (KHTML, like Gecko) Version/5.1.4 Safari/534.54.16
Thanks for bugreport Not reproduced in 3.5.4 on Fedora 64 bit. If bug still exist, please, attach sample document that demonstrates this bug and screenshot of it
Created attachment 63352 [details] Screen Shot of Calc graph. This screen shot was done on a Mac (OS 10.7.4, Libre Office 3.5.4.2
Created attachment 63478 [details] test case of vertical font problem
Thanks for screenshot Reproduced in 3.5.4 and 3.6.beta1 on Fedora 64 bit numbers on bottom of chart looking as with double contours. What is interesting: if we double click on chart, all becomes correct. But when exit chart editing, all becomes wrong again. Reproduced in 3.5.2 on Windows 7 32 bit numbers becomes bold, but double contours I not see. Not reproduced in 3.3.4 on Fedora, therefore regression
@ Caolan Greetings What do You think about this bug?
some interesting things. If you select it and paste special into writer as a "GDI metafile" it doesn't look bold, if you paste special into calc as a "GDI metafile" it does look bold
so, if we "just draw" the text under Linux anyway then we get the right results as per cairo vertical text. Which is what happens when we activate it or paste it as a gdi into writer. In draw/calc however X11SalGraphics::GetGlyphOutline is called by the stupendously complicated drawing layer and it apparently rotates the results of that itself (?) rodo/thorsten: either of you familiar with the drawinglayer to debug this further, i.e. if you put a breakpoint on X11SalGraphics::GetGlyphOutline and get a backtrace into the bowels of the drawing layer and its various transformation glories ? in order to assign blame more closely
[Reproducible] with "LibreOffice 3.5.5.3. German UI/Locale [Build-ID: 7122e39-92ed229-498d286-15e43b4-d70da21] on German WIN7 Home Premium (64bit) For me Y-axis also affected. Also [Reproducible] with "LibreOffice 3.4.5 German UI [Build ID: OOO340m1 (Build:502)]" parallel Server installation on German WIN7 Home Premium (64bit) Already with 3.3.3 (but a little less visible?), but not with OOo 3.2. So a 3.3.0 Regression?
Next interesting effect. Printing the chart is ok even it looks bold and shadowed on the screen.
WORKSFORME Open sasha's testfile on OSX 10.10.1, LO 4.5 nightly from 2015-01-09 the bottom numbers are all ok. attaching screenshot in a second. If you disagree or I missed something please re-open with more details. For other remaining problems with this file, please open new bugs as per the one issue per bug policy. Thanks.
Created attachment 112000 [details] testfile on osx 10.10.1, LO 4.5 nightly 2015-01-09