| Summary: | Vertical orientated or right bounded text has wiggling letters | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Telesto <telesto> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | hossein, LibreOffice, vsfoote |
| Priority: | medium | ||
| Version: | Inherited From OOo | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=144862 https://bugs.documentfoundation.org/show_bug.cgi?id=140161 |
||
| Whiteboard: | reproducible | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 145962 | ||
| Attachments: |
Example file
Screencast regular speed Screencast when looking frame by frame |
||
|
Description
Telesto
2021-10-22 14:04:58 UTC
Created attachment 175877 [details]
Example file
Not seeing any h-spacing or baseline alignment deviations in the run of vertical text. Windows 10 (21H1) with Intel Iris GPU Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Nor with Skia/Raster nor with default GDI rendering. NOT reproducible with Installation of Version:7.2.1.2 (x64); Build ID: 87b77fad49947c1441b67c559c339af8f3517e22; CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI: de-DE; Calc: threaded and sample document: everything looks as expected for me. Created attachment 175951 [details]
Screencast regular speed
Created attachment 175952 [details]
Screencast when looking frame by frame
FWIW: zoom 160% 96 dpi screen 1920x1080 REPRODUCIBLE (more or less) with Installation of Version:7.2.1.2 (x64); Build ID: 87b77fad49947c1441b67c559c339af8f3517e22; CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI: de-DE; Calc: threaded. Visibility (and may be exitence) of the problem depends on zoom. With my particular configuration, sample document and zoom 271% (optimum width) for example I see that every third "d" I insert at the top left start position the distance between first and second "d" becomes a little less. Similar effects at other positions. But: The flaw is not limit to such vertical orientated characters. With sample document: 1. select all 2. 'Format -> character -> Position -> Rotation = 0' 3. Click "Right bound" icon so that text ("d") moves to right margin 4. <End> key so that caret flashes right from "d" » with a little luck you will see the varying distances between the characters in the "ddd...." line. 😥 If not you might be lucky with changing zoom. I wonder whether there already is another Bug for this ... (In reply to Rainer Bielefeld Retired from comment #7) > I wonder whether there already is another Bug for this ... Well the problem is certainly not unique. I'm have reported the same thing in multiple tickets (to prevent a mess in a single ticket; however tremendous amount will be duplicates in hindsight). I still asking myself what the core problem is, or maybe even multiple causes mixed together We have floating point glyph positioning hypothesis (bug 103322) another possibility would be influence of text portions (and RSID tags) (bug 140161) Screen DPI/zoom-level are is mixed into this also [which suggests rounding]. And the situation apparently improves with high resolution monitors Which makes me think why use some high internal resolution for the calculations for low DPI screens [say 300 dpi], and downsize it for the paint to 96 DPI as a lazy work-around. More in-depth research is needed. I'm only scratching at the surface Fine with Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 52443996eff721e612ac4afc1eb1a53bb8a3e06f CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL |