Description: In previouse versions everything was ok but now, with 7.6.2.1 x64 version, LO Writer show hard space (Ctrl+Shift+Space) only when editing but does not print underlined hard space (Ctrl+Shift+Space) any more. Tested on different hardware and OS, only LO verson was the same. Steps to Reproduce: 1.in a new or already present document add some hard spaces (Ctrl+Shift+Space) then select and underline it 2.as you can see at the screen everything is ok and the spaces are underlined 3.then is you made a print preview or print the document the underlined space occupied by the hard spaces is completely blank Actual Results: in a document add some hard spaces (Ctrl+Shift+Space) then select and underline it at the screen the spaces are underlined in print preview and when printe the underlined space occupied by the hard spaces is completely empty Expected Results: "_______________________________" obtained result " " Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win Locale: it-IT (it_IT); UI: en-US Calc: CL threaded
It works for me with: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 43967453e15e1d054972a7586cfef8f8e0866270 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded but reproducible with: Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded I can not find any related bug to this matter.
That "hard space" shortcut (<Ctrl><Shift><Space>) is uno:insertNonBreakingSpace and results in Unicode U+00a0 on canvas. That does not receive applied underlining font effect in the Print preview dialog, or on actual print or export (either DF or via Style). Interesting that the uno:insertNarrowNoBreakSpace (<Alt><Shift><Space>) insertion of the Unicode U+202f *is* shown on Print preview or when printing. Noticed we are now showing the U+00a0 NO-BREAK SPACE (NBSP) on canvas with a formatting mark (blue circle) and <Ctrl><F8> field shading (bug 58434)--but couldn't find any related changes in print source but suspect a change there. @Khaled, Heiko any thoughts? =-ref-= confirmed on Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 01a02ee7f1dbe7501a89b41e62599fba6a8b33f3 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded and on Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Hmm, just checked the 20231205 24.2.0 nightly (1a74a87) and no issue now with the Print preview or printing... Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1a74a87b442857567d20da5dc97bbbc278745afd CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Private message received from @edg " Hi Miguelangel, I've seen that you had done a success test with the underlined hard spaces: https://bugs.documentfoundation.org/show_bug.cgi?id=158527#c1 I need to made the same test that you have done with the pre-release 24.2.0.0.alpha1+ (X86_64) LibreOffice but I can't find any place where to download the Windows x64 binary, could you please give me a link, thanks? Many thanks for the co-operation and have a nice day. .... " Please don't send private messages, should only be used, for sample files with no way to eliminate private data. You can download from: https://dev-builds.libreoffice.org/daily/master/current.html
Non-breaking space is indicated by blue circles if Formatting Marks (ctrl+F10) is on, plus grey background in case of field shading (ctr+F8). The NBSP blocks breaking of lines working in edit mode and print preview. I can not follow "Underline" argument, and all _non-printing_ indications should be gone in the preview anyway. Narrow non-breaking space lacks indicators but works well for me too. Testing with Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 32; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.6.3-3 Calc: threaded and Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 2bde39767ff2aead9d4cfddc37f32103bfc52f63 CPU threads: 32; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 191274 [details] screen capture of missing underlines in print preview, also missing on printer (In reply to Heiko Tietze from comment #5) > > I can not follow "Underline" argument, and all _non-printing_ indications > should be gone in the preview anyway. > When applied as a Font effect decoration; with DF or from PS or from the Character... dialog for a selection. But as noted, this seems resolved now with the 20231205 nightly 1a74a87b442857567d20da5dc97bbbc278745afd
Verified with Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: a9ad36ae46ff76c0d59b0d170314fdd3a9ee5d35 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded and also with: Version: 7.6.5.0.0+ (X86_64) / LibreOffice Community Build ID: 9e82062325cc00d2c2974d02d6759015bffdde03 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded I think should be closed as works for me.
Also just updated and have no issue with underlining the NBSP in print previews with the 7.6.4.1 rc1 release build. Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded