Description: There is a problem in LibreOffice Calc when using the font "Bahnschrift". (This is currently part of Windows 10 and 11. There are several fonts with different font styles.) Separators in the text (in my observations and experiments these were the dash [U2014] and the minus sign [U2D]) are "glued" directly to the following text without visible spacing when exporting to PDF. (In other Calc tables, I had also observed a lack of spacing to the preceding text when using "Bahnschrift"). I could not observe this error with other fonts (e.g. Arial). Everything also looks correct in the print preview and the positioning of the characters was also correct when printing virtually via "Microsoft Print to PDF". And in LibreOffice Writer, my identical test sequences also delivered a correct result when exporting directly to PDF. Steps to Reproduce: 1. write "Text vor dem Dash — Text nach dem Dash" in cell. 2. write "Text vor dem Minuszeichen - Text nach dem Minuszeichen" in cell. 3. use "Bahnschrift" 4. repeat the text (from 1.) in an other cell 5. repeat the text (from 2.) in an other cell 6. use "Arial" 7. export the table to pdf 8. print the table via "Microsoft Print to PDF" 9. compare the resulting PDF files Actual Results: The Bahnschrift formated text looks like "Text vor dem Dash —Text nach dem Dash" and "Text vor dem Minuszeichen -Text nach dem Minuszeichen" Expected Results: It should look like "Text vor dem Dash — Text nach dem Dash" and "Text vor dem Minuszeichen - Text nach dem Minuszeichen" Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
Created attachment 192205 [details] test source and resulting PDF files the calc-table is reduced to a minimum for demonstrating the bug
Hi there, thank you for reporting the bug. I cannot seem to reproduce the bug and using the bug by typing it up myself and using the test source that you provided. It looks like the expected result on my end. I used: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded and: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
I see the problem in your PDF files, if I open them in Acrobat Reader, but *not* if I open them with Okular. If I try to reproduce it from scratch, I don't see the problem. Does it make a difference, if you uncheck Tools - Options - LibreOffice - View - Use Skia for all rendering ? Version: 7.6.6.0.0+ (X86_64) / LibreOffice Community Build ID: aeca67238e26cd148083055e0f223753f7462c14 CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded