Bug 156123 - List formatting, Hidden text leaves uneven space until formatting marks toggled
Summary: List formatting, Hidden text leaves uneven space until formatting marks toggled
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Styles-Character
  Show dependency treegraph
 
Reported: 2023-07-02 10:15 UTC by Alistair Saywell
Modified: 2023-08-14 13:51 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Set the attribute Hidden in character style Dummy to see the spacing issue (18.74 KB, application/vnd.oasis.opendocument.text)
2023-07-02 10:15 UTC, Alistair Saywell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alistair Saywell 2023-07-02 10:15:54 UTC
Created attachment 188158 [details]
Set the attribute Hidden in character style Dummy to see the spacing issue

I have a list with all the text in some paragraphs having a character style, Dummy, based on "No character style". If I apply Hidden attribute to the character style the paragraph disappears as expected but the line spacing is deeper where the text was hidden. 
The list remains uneven even if scrolled to another page and back. If I toggle Formatting Marks, click Print preview, or close a re-open the document the list becomes evenly spaced again.

First investigated from Ask.LibreOffice answer but I feel I have seen the effect in other lists.
https://ask.libreoffice.org/t/how-do-you-start-a-nested-list-on-the-same-line-as-the-parent-list-item/35529/14?u=earnestal

Might apply to only Windows installations. 
Tested on:
 * LO 7.5.3.2 and LO 7.5.5.1 new parallel installation
 * A second Windows 11 computer (LO 7.3.6.2) with same result

In the attached NestedListSameLine3.odt set the attribute Hidden in the character style "Dummy"  to see the effect. I have included a screenshot taken from my computer.

Version: 7.5.5.1 (X86_64) / LibreOffice Community
Build ID: 2c5e46c1980ec5241359fd65d751dc518205e7af
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: en-NZ (en_NZ); UI: en-GB
Calc: CL threaded
Comment 1 ajlittoz 2023-07-02 12:09:07 UTC
Version: 7.5.3.2 (X86_64)
Build ID: 50(Build:2)
CPU threads: 4; OS: Linux 6.3; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded

I carefully double-checked because I initially had not the exact same procedure as EarnestAl, but not matter how I tweak the visibility flags, with or without formatting marks, sample rendering is exactly as expected under my Linux configuration.

So, probably a divergence in the Windows-specific implementation part.
Comment 2 Buovjaga 2023-08-14 13:51:12 UTC
Repro. Already seen in oldest of Linux 43all repository. There you have to first turn formatting chars off. In old versions having formatting chars on also kept the hidden text visible.

Arch Linux 64-bit, X11
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 518fa99dd7693d64a53e404a065090aedc0002b1
CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 14 August 2023

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 218a7650a5cf03f895bed19c68d6f02daec536e9
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_FI); UI: en-US
Calc: threaded