Bug 164257 - Support checkboxes with multi-line text in our UI
Summary: Support checkboxes with multi-line text in our UI
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Desktop-Environment
  Show dependency treegraph
 
Reported: 2024-12-09 20:45 UTC by Eyal Rozenberg
Modified: 2024-12-11 20:37 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
sample file (15.05 KB, application/vnd.oasis.opendocument.spreadsheet)
2024-12-10 06:04 UTC, nobu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2024-12-09 20:45:03 UTC
I've been told, that we currently don't support laying out checkboxes whose text spans more than a single line. So, specifically, we can't do something like:

[ ] one two three
[ ] four five
[ ] six seven eight nine ten
    eleven 
[ ] twelve

only:
  
[ ] one two three
[ ] four five
[ ] six seven eight nine ten eleven 
[ ] twelve

... and this warps our choices of checkbox labels, since we have to squeeze them into a limited horizontal space with no exceptions.

Assuming that is indeed the case - I suggest this capability be realized in the VCL and in most (all?) backends.
Comment 1 nobu 2024-12-10 06:04:49 UTC
Created attachment 198025 [details]
sample file
Comment 2 Heiko Tietze 2024-12-10 08:41:36 UTC
-1, this is up to the OS/DE and we aim to blend into the various systems.
Comment 3 Eyal Rozenberg 2024-12-10 19:12:49 UTC
(In reply to Heiko Tietze from comment #2)
> -1, this is up to the OS/DE and we aim to blend into the various systems.

Well..

The OS doesn't care about GUI specifics (and usually doesn't care about GUI at all). As for the DE, we don't generally respect Desktop Environment conventions in our UI. For example, GNOME has almost no menus and monochrome buttons embedded in apps' title bar - and we don't, even if we're running in a GNOME session. In other words, we don't actually aim to blend in, in that respect.

Finally, even if we gave more weight to blending in - The choice of whether long checkbox labels can wrap or not is so minor, that most people - including myself - would not even be able to tell you whether their DE supports this or not. I don't believe that allowing such multiline labels will hurt our blending-in.

Can you be more specific regarding how this will be stand out?
Comment 4 Heiko Tietze 2024-12-11 10:28:35 UTC
(In reply to Eyal Rozenberg from comment #3)
> The OS doesn't care about GUI specifics...
At least https://learn.microsoft.com/en-us/windows/apps/design/controls/radio-button
"Limit the radio button's text label to a single line."
Comment 5 Eyal Rozenberg 2024-12-11 20:37:55 UTC
(In reply to Heiko Tietze from comment #4)

1. That's not the OS. Those are guidelines for UI development with WinUI. Windows, at the OS level (kernel, core libraries), does not care whether you use WinUI. AFAIK anyway.

2. So, let's look at those guidelines. The radio button page says:

> The singular behavior of a RadioButtons group distinguishes it from check boxes

while on the checkboxes page:

https://learn.microsoft.com/en-us/windows/apps/design/controls/checkbox

it says:

> Limit check box text content to no more than two lines.

two lines my friend :-)