Description: Impress makes unexpected line wraps where powerpoint does not. Steps to Reproduce: 1. Open attached presentation in Impress. 2. Watch for line wraps. Actual Results: The line "husband out of the hand of him that smiteth him, and putteth forth her hand, and taketh him by the secrets:" shows the last word "secrets:" on next line. Expected Results: The line "husband out of the hand of him that smiteth him, and putteth forth her hand, and taketh him by the secrets:" should be a single line without line wraps as Powerpoint does. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-US (en_DE.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 157161 [details] Single slide presentation to demonstrate line wrap issue
The pain point of this line wrap issue is the consequence of it: The line(s) at the bottom of the slide "disappear". I have > 2000 slides I do not want to reformat / rework.
I confirm the issue with LO 7.0+ in Win so ALl. Also with OO 3.3. Reason in Microsoft font Calibri. Doesn't happen with Liberation font. Text box is not wrapped or autofitted. We have already reported bugs for Writer so this is well-known issue, that's unlikely to be resolved.
(In reply to Timur from comment #3) > I confirm the issue with LO 7.0+ in Win so ALl. Also with OO 3.3. > Reason in Microsoft font Calibri. Doesn't happen with Liberation font. > Text box is not wrapped or autofitted. > We have already reported bugs for Writer so this is well-known issue, that's > unlikely to be resolved. For clarification: You suggest me to change the font? If so, I have > 2000 slides in > 50 files. Is there an easier way to change the font than clicking in every single textbox?
I explained the cause of the bug and gave personal opinion that this may not be resolved for a long time, due to volunteer based nature of LO development. It's up to you to decide what to do now and here is not a place to ask. You may try to get ideas with ask.libreoffice.org. I'll remove this and previous comment as no value for the bug.
Retested with version Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded This issue is still present
(In reply to christoph_egger from comment #6) > Retested with version > > Version: 7.0.0.3 > Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e > CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx > Locale: en-US (en_DE.UTF-8); UI: en-US > Calc: threaded > > This issue is still present Restested with version Version: 7.1.0.0.alpha0+ Build ID: <buildversion> CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded I downloaded it from: https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@tb81-TDF/2020-08-14_07.26.35/LibreOfficeDev_7.1.0.0.alpha0_MacOS_x86-64.dmg Same result as with 7.0.0.3 above
Created attachment 165964 [details] Slide compared MSO 2016 LO 7.1+
Created attachment 189724 [details] screenshot Seems it is solved now. Please retest with a newer version. I retested with 24.2 and this is how it looks. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a34dcd03254480927c403d904c0e754802d97b90 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
(In reply to BogdanB from comment #9) > Created attachment 189724 [details] > screenshot > > Seems it is solved now. Please retest with a newer version. > > I retested with 24.2 and this is how it looks. > Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: a34dcd03254480927c403d904c0e754802d97b90 > CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 > Locale: ro-RO (ro_RO.UTF-8); UI: en-US > Calc: threaded Restested with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7f69bca41c5034207ba9170420f6b3b214121a7b CPU threads: 12; OS: macOS 12.6.9; UI render: Skia/Metal; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded Downloaded from: https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@tb94-TDF/2023-09-21_03.50.14/LibreOfficeDev_24.2.0.0.alpha0_MacOS_x86-64.dmg Works for me. I also retested with Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: f654817fb68d6d4600d7d2f6b647e47729f55f15 CPU threads: 12; OS: Mac OS X 12.6.9; UI render: default; VCL: osx Locale: en-GB (en_DE.UTF-8); UI: en-US Calc: threaded and with Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674 CPU threads: 12; OS: Mac OS X 12.6.9; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_DE.UTF-8); UI: en-US Calc: threaded There the issue is still reproducable.
It's important that it is solved on master. I will mark the bug as solved.
Fixed with: commit 4b743de97fc133623e46827869c4ea3eb845ad47 [log] author Khaled Hosny <khaled@libreoffice.org> Mon Jul 17 12:38:41 2023 +0300 committer خالد حسني <khaled@libreoffice.org> Sun Jul 23 06:01:56 2023 +0200 tree 6386636517576c81502367819996972877adc544 parent ea0f9776ed8e7e9809853d292923b86756274564 [diff] tdf#156234: Don’t round glyph coordinates when doing subpixel positioning