Created attachment 187095 [details] Text on paths not readable when using Upright setting. Second page has image in case it is OS issue The Upright control for Fontwork would be useful for vertical text (as opposed to text rotated to vertical) but the spacing between letters is too small and they overlap. Even on a horizontal path the letters sometimes overlap. The only way to get correct spacing is to put spaces between some letters when horizontal. When vertical then two spaces are needed before each letter. Setting large kerning in Character spacing makes no difference to the result. Attached Draw document shows Upright text on various paths but none properly readable. Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: default; VCL: win Locale: en-NZ (en_NZ); UI: en-GB Calc: CL Same issue on 7.5.1.2 parallel
Confirmed. STR requires doing Tools -> Customize to add the 'Fontwork' dialog from the 'Format' group to a toolbar (bottom of the Drawing TB works). Selection of one of the draw paths with text and opening the 'Fontwork' drawing tool dialog. On top row of the dialog using the 'Upright' formatting for the shape text. When the line is at 270° or 90° the inter letter vertical spacing varies greatly. Spacing issues continue as the line is rotated around, so seems to be a variable stamping size calculated for each glyph. Couldn't find an Opentype or Graphite example font with 'valt' to see if that helped and changing font to Libertinus Sans does no better than Liberation Sans. And, no better with default GDI+ rendering vs Skia. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2eb3922750b385dcadfd124d7baf686cec40eb5e CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Found some sample jp-JP text from bug 67867 (which seems solved now), but here the kanji and katakana are correctly spaced in the Fontwork 'Upright' styling with the same fonts.
Dear Alistair Saywell, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug