Created attachment 128554 [details] examples with text along path from old font work The attached file contains for each type of font work an example, and on its left side a screenshot, how it is rendered in Version: 5.3.0.0.alpha1+ Build ID: 8a796410ec8f440b4163b15b928347c499da7a8f CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-20_23:07:21 Locale: de-DE (de_DE); Calc: group Open attached file in current master. The type "rotate" is broken. It actually renders the same as type "upright". I have used for testing Version: 5.3.0.0.alpha1+ Build ID: 32bdc5097013e7efd9c85e1b8df697880e66e925 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-04_23:30:30 Locale: de-DE (de_DE); Calc: single
It seems to be a more general problem. I see a similar problem with rotated labels in a chart. The angle of the base line is correct, but the characters are upright. And the characters in the labels in the vertical ruler are upright too but should be rotated 90° (bug 103741). And rotated text in a Calc table cell shows the same error.
And text in any shape is affected.
confirmed on Widnows 8.1 Pro 64-bit en-US with Version: 5.3.0.0.alpha1+ Build ID: 63bd9cf4ad268d83677baf99ec509ef67b5de08a CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL; Layout Engine: new; TinderBox: Win-x86@39, Branch:master, Time: 2016-11-07_01:55:57 Locale: en-US (en_US); Calc: CL Adding button for the Fontwork control dialog to the toolbar and selecting text from the arc for the rotate example, the glyphs do orient perpendicular to the base line of the arc. Glyphs added as a default shadow are rendered seemingly correctly and follow the contour of the arc, but the glyphs for the text string are not rotated, and drift away from their contact with the arc with each successive glyph being clipped further until none of the glyph is visible. The rotated text follows the arc (with good contact to its shadow and full glyphs) when opened in Version: 5.3.0.0.alpha0+ Build ID: c2b48a763df113e63e6a27ee05b9a6834e4e49a4 CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-10-20_06:56:44 Locale: en-US (en_US); Calc: CL
s/glyphs do orient perpendicular/glyphs do not orient perpendicular/
*** This bug has been marked as a duplicate of bug 100986 ***
Fixed for default rendering only (by reversion to GDI from DirectWrite). OpenGL rendering using DirectWrite remains broken. On Windows 10 Pro 64-bit (1607) en-US with Version: 5.3.0.0.alpha1+ Build ID: 84f644eee78106f01486098d446d9163b62927eb CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-15_23:52:44 Locale: en-US (en_US); Calc: CL =-ref-= https://cgit.freedesktop.org/libreoffice/core/commit/?id=d436065bc1c68fc2d90e73253d8c00503c72dfd0
Now correct with OpenGL rendering as well. On Windows 10 Pro 64-bit en-US with Version: 5.3.2.0.0+ Build ID: a990b46ccc788db45ff4d8f0d47b799782ecb2af CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-3, Time: 2017-03-08_19:18:26 Locale: en-US (en_US); Calc: CL http://cgit.freedesktop.org/libreoffice/core/commit/?id=4375eefb644d03ab4bafbc091436166a8494dc91&h=libreoffice-5-3 or on master https://cgit.freedesktop.org/libreoffice/core/commit/?id=a51b7a1c3a7e7cf7b0c733e1dec40288278c1884 Where we've dropped DrirectWrite Direc2D for OpenGL rendering to use GDI calls for scaling and "non-horizontal" glyphs.