Description: Inter-glyph jitter when underlining text with Skia rendering Steps to Reproduce: 1. Open Writer 2. Insert Lorem Ipsum: Tools -> Auto-Text -> Lorem Ipsum 3. Zoom at say 220% 4. Select 'ipsum' (second word, first line) 5. CTRL+U. Notice a shift (press CTRL+Z/CTRL+U combo to make it dance). Movement can be seen at: dolor and sit (next to the underlined ipsum) Follow-up on bug 146830, which solves the inter-glyph rendering other backends Actual Results: Inter-glyph jitter Expected Results: Stable rendering like GDI Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: c50cf1883af26daebdfc9d796ced3c20c222f43b 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 threaded
Confirmed at bug 152094 comment 20. Setting to NEW Note: it's a follow-up on bug 152094, not bug 146830
I can't reproduce. Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 52c75986adc2b370eb55ce918ab1db0a95831c83 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (es_ES); UI: en-US Calc: CL threaded BTW win 8.1 it's EOL on the next month.
Created attachment 184050 [details] Screencast Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 52c75986adc2b370eb55ce918ab1db0a95831c83 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 threaded Slightly different location: 'constectetur'
Sorry, but I don't appreciate anything in the video.
you have to look closely at the i in the word sit or the l in elit on the same line as the word that is getting its underline toggled, they appear to wiggle/jitter a little wrt their neighbours
Created attachment 184057 [details] Screencast 2 Thanks, @Caolan for detailed explanation, My vision is not very good, with glasses I can see a little bit of the issue when a quick change between [Ctrl+U] and [Ctrl+Z] is done, and with a so high zoom. Attached is a video capture.
*** Bug 151327 has been marked as a duplicate of this bug. ***
I can not reproduce this on multiple systems with 7.5 and master, is this still reproducible?
(In reply to خالد حسني from comment #8) > I can not reproduce this on multiple systems with 7.5 and master, is this > still reproducible? Still repro Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 30ee52e6c284be1095fdf278439b4c0a7c5982f0 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 threaded Screen resolution: 1920x1080 96 DPI
Probably spends on the screen resolution then, I have been testing on hipdi screens. I’ll try to test on a lodpi one.
(In reply to خالد حسني from comment #10) > Probably spends on the screen resolution then, I have been testing on hipdi > screens. I’ll try to test on a lodpi one. I tried on Windows, lodpi, no scaling, and I still can’t reproduce it. I suggested you try again with daily builds once bug 156234 is fixed and see if it makes any difference.
(In reply to خالد حسني from comment #11) > I tried on Windows, lodpi, no scaling, and I still can’t reproduce it. I > suggested you try again with daily builds once bug 156234 is fixed and see > if it makes any difference. I still reproducing the problem with Skia Raster enabled Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 818f8f13128ba78769b4f542ed1efef658de38d9 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 threaded