Bug 128531 - Style 'Heading 3''s font size in percent is 101% instead of 100%
Summary: Style 'Heading 3''s font size in percent is 101% instead of 100%
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.2.2 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Styles-Heading
  Show dependency treegraph
 
Reported: 2019-11-01 12:01 UTC by ricky.tigg
Modified: 2024-10-24 06:35 UTC (History)
4 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 ricky.tigg 2019-11-01 12:01:15 UTC
Description:
Style 'Heading 3''s font size in percent is not factor of 5 like others styles that inherit from Heading.

Steps to Reproduce:
1. Open a new document. write a character;
2. Show Styles (F11) in hierarchical view. Apply to that character Heading 3 then inspect its resulted size in document menu tool bar;
3. While focused on Heading 3, right-click Modify..., select Font tab | Size, inspect its size.

Actual Results:
2. – size is in point; its value is 14.1.
3. – size is in percent; its value is 101.

Expected Results:
Sizes' values, exhibited in percent are all factor of 5 except thus Heading 3 's value whose closest value honouring that principle, is 100. Could its value honour that principle too?


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.3.2.2; Build ID: 6.3.2.2-1.fc31; CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US; Calc: threaded
Comment 1 Dieter 2020-02-13 20:18:35 UTC
I confirm it with

Version: 7.0.0.0.alpha0+ (x64)
Build ID: eeb2d19e77d6dc47c68e8ba0920a02cf64a1247b
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded

Steps to reproduce

1. Open styles in sidebar
2. Modify Heading 3 in paragraph style
3. Font size is 101%

Should be 100%. I think, this is a bug an d not an enhancement request.
Comment 2 sdc.blanco 2021-01-12 15:07:32 UTC
(In reply to Dieter from comment #1)
> 1. Open styles in sidebar
> 2. Modify Heading 3 in paragraph style
> 3. Font size is 101%
> 
> Should be 100%. I think, this is a bug an d not an enhancement request.
It is intentionally 101%, but I do not know if it still necessary.  

cc: László, who might be able to clarify.
Comment 3 sdc.blanco 2021-01-12 15:27:55 UTC
> (In reply to Dieter from comment #1)
> Should be 100%. I think, this is a bug an d not an enhancement request.
I think it is still necessary.  

Explanation:

1. If it was set to 100%, then it would be changed automatically to an absolute point size (not relative).
2. As a result, if you change the size of "Heading" then the size of "Heading 3" will not change relative to the size of "Heading" -- which is why "Heading 3" is set intentionally to 101%

To see the consequences.  

1.  Make (or take) a document with Heading 1, Heading 2, Heading 3, Heading 4
2.  Open: Tools-Options-LibreOffice Writer-Basic Fonts, set the size of Heading to some big number (e.g., 36 pt).   (see the size of the headings increase.)

3. Now, in Styles bar, modify "Heading 3" style to make font size 100%.
4. After you click OK, reopen the "Heading 3" and notice, 100% is now 36 pt (or whatever size you chose in step 2)

5.  Finally, go back to Options and change "Heading" font size back to a smaller number.  (See how all the headings change to a smaller size accordingly -- except for "Heading 3" (if it was set to 100%) - which stays the same size.

This is why Heading 3 was changed to 101% -- so that it would "scale" if the Heading size was changed.

Maybe László can help decide whether this ticket should be modified to reflect the "bug" that converts the 100% to absolute size (which was inherited from OOo), or to some other status.
Comment 4 QA Administrators 2024-10-15 03:14:11 UTC Comment hidden (obsolete)
Comment 5 Regina Henschel 2024-10-22 23:26:26 UTC
The 100%-problem is tracked in bug 41360.