Bug 135054 - UI: Make it possible to set the column with in % even with relative disabled
Summary: UI: Make it possible to set the column with in % even with relative disabled
Status: RESOLVED DUPLICATE of bug 109305
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2020-07-22 19:10 UTC by Telesto
Modified: 2021-12-13 09:50 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-07-22 19:10:21 UTC
Description:
UI: Make it possible to set the column with in % even with relative disabled

Steps to Reproduce:
1. Open the attached file
2. Table -> Properties -> Column tab
4. Enter 20% in column 1 

Actual Results:
20 cm enter reduced to something fitting (16,96)

Expected Results:
20% of 17 cm width or don't allow %. I prefer the first


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 52820b52b3bca45e2db527d1cc5f4488b2e0b9d0
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Heiko Tietze 2020-07-23 15:55:59 UTC
Follow-up/Different POV to bug 134924 duplicating bug 72662. Imagine percent to be tricky since you don't know what is 100% at the input field. The solution is a checkbox (in contrast to 72662) that allows to enter percent. And we have "[ ] Relative" at Table > Width (if not Alignment > Automatic) which makes all spinners showing the percentage - also at the column tab. 

You may suggest to switch this option on once the user enters % in any of the spin edit fields. Might work but is too much automatism in my opinion. So resolving the request WF.
Comment 2 Telesto 2020-07-23 19:39:01 UTC
(In reply to Heiko Tietze from comment #1)
> Follow-up/Different POV to bug 134924 duplicating bug 72662. 

> You may suggest to switch this option on once the user enters % in any of
> the spin edit fields. Might work but is too much automatism in my opinion.

-> Too much automatism? Not sure what the argument entails? However for people wanting a nice distribution and lazy for calculating :-). And this won't be the first hidden feature ;-).

The child heading styles inherit the font size of the top heading. They defined relative.. Which makes sense and being awful at the same time :-). Relative to what. And what font size do I get .. but is here of topic of course :-)

The column width number are coming from somewhere too. Of course not a that important, but nice to have IMHO

And the spinbutton does already allow input in inch/pt even if system is set to cm :-). And defining in table width in points? Really?
Comment 3 Heiko Tietze 2020-07-24 12:01:28 UTC
(In reply to Telesto from comment #2)
> -> Too much automatism? 

Wrote this some years ago https://hig.kde.org/components/editing/spinbox.html?highlight=spin: The spin edit takes numbers with or without a minimum/maximum. Pretty simple and known across all OS. You add a lot functionality by changing the unit per textual input. I like the idea even more than my manual selection (dropdown to select the unit per control) but in case of percentage it's a checkbox somewhere else. And I bet we have a lot of questions how to revert from percent to point for the font size (which allows this switch).
Comment 4 Heiko Tietze 2020-07-24 12:04:39 UTC
And by the way, the relation between this request and bug 134924 is unclear to me. Smells very much duplicate.
Comment 5 Telesto 2020-07-24 12:12:00 UTC
(In reply to Heiko Tietze from comment #4)
> And by the way, the relation between this request and bug 134924 is unclear
> to me. Smells very much duplicate.

Nope.. shouldn't have used % at the initial report.. but surely not a duplicate; Comment 7 demonstrates the issue I actually mean
Comment 6 Regina Henschel 2021-12-11 21:14:34 UTC
Problems with relative column width are addressed in bug 109305.
Comment 7 Heiko Tietze 2021-12-13 09:50:43 UTC
(In reply to Regina Henschel from comment #6)
> Problems with relative column width are addressed in bug 109305.

And UI changes should be discussed in bug 145739

*** This bug has been marked as a duplicate of bug 109305 ***