Bug 139438 - Chapter Numbering dialog Level box too narrow
Summary: Chapter Numbering dialog Level box too narrow
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.3.1 release
Hardware: All Windows (All)
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Heading-Numbering-Dialog
  Show dependency treegraph
 
Reported: 2021-01-05 23:01 UTC by Dale Eltoft
Modified: 2021-07-20 16:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screen capture (91.89 KB, image/jpeg)
2021-01-05 23:08 UTC, Dale Eltoft
Details
Screen Capture of dialog for Chapter Numbering (82.76 KB, image/jpeg)
2021-07-07 04:57 UTC, Dale Eltoft
Details
Options dialog for Skia (190.42 KB, image/jpeg)
2021-07-19 19:10 UTC, Dale Eltoft
Details
Recreated problem in Chp Num dialog with skia disabled (82.76 KB, image/jpeg)
2021-07-19 19:18 UTC, Dale Eltoft
Details
Chapter Numbering dialog, normal size (55.41 KB, image/png)
2021-07-19 22:39 UTC, Aron Budea
Details
Windows Ease Of Access setting (52.79 KB, image/gif)
2021-07-20 05:26 UTC, Dale Eltoft
Details
Problem resolved (171.62 KB, image/jpeg)
2021-07-20 15:04 UTC, Dale Eltoft
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dale Eltoft 2021-01-05 23:01:34 UTC
Description:
The list box for Level selection on the Numbering tab of the Chapter Numbering dialog is too narrow to display the 1-10 choice. I'm using Writer 7.0.3.1. I don't know when this changed but I've seen screen captures in documentation where it is not so narrow.

Steps to Reproduce:
1.In Writer select from menu Tools-->Chapter Numbering
2.Select the Numbering tab
3.Scroll the Level list to the bottom looking for 1-10

Actual Results:
Last entry in the Level list appears to be just 1

Expected Results:
Last entry is 1-10 and should be totally visible.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 1 Dale Eltoft 2021-01-05 23:08:23 UTC
Created attachment 168713 [details]
Screen capture
Comment 2 Roman Kuznetsov 2021-01-07 17:50:38 UTC
do you use some scaling in your Windows?

I can't repro it with 100% scaling in my Win 7 and

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 96bafa464ebdbce3ef04bec9beae5e745bb37794
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL
Comment 3 QA Administrators 2021-07-07 04:03:24 UTC Comment hidden (obsolete)
Comment 4 Dale Eltoft 2021-07-07 04:49:42 UTC
This problem happens on my Window 10 OS running on a desktop PC with a standard size monitor. There has been no scaling of the display or other accessibility settings.

Just to be sure I now recreated it on my Microsoft Surface laptop also running Windows 10 with no modifications. I'll upload a screen capture. 

Notice that the level 10 & 11 values in the list are truncated because the list box is too narrow to accommodate double digit numbers.
Comment 5 Dale Eltoft 2021-07-07 04:57:34 UTC
Created attachment 173402 [details]
Screen Capture of dialog for Chapter Numbering

Writer 

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 6 QA Administrators 2021-07-08 03:43:45 UTC Comment hidden (obsolete)
Comment 7 Buovjaga 2021-07-19 17:00:18 UTC
Try unchecking Tools - Options - LibreOffice - View - Use Skia for all rendering.
You could also check, if the problem is present in Win-x86_64@tb77-TDF from https://dev-builds.libreoffice.org/daily/master/current.html It installs separately from your stable version
Comment 8 Dale Eltoft 2021-07-19 19:10:59 UTC
Created attachment 173684 [details]
Options dialog for Skia

Installed latest 7.1.4.2
Disabled skia
Comment 9 Dale Eltoft 2021-07-19 19:18:20 UTC
Created attachment 173685 [details]
Recreated problem in Chp Num dialog with skia disabled

Disabled skia, Then after restart of both Win OS & LO followed steps to recreate the problem. It still exists unchanged.
Comment 10 Aron Budea 2021-07-19 20:00:31 UTC
The text size in dialogs definitely seems non-default.
I can reproduce a similar situation where the numbers in the list don't fit, by adjusting font sizes for some Windows theme items, but not sure if it's the same reason in the end.
Comment 11 Dale Eltoft 2021-07-19 21:58:14 UTC
Looking at the screen capture of the Chapter Numbering dialog. To my eye the font size of the numbers in the list is the same as the font size for all the rest of the dialog. Could it be that the list box is just too narrow to accommodate both double digit numbers and a scroll bar. I believe if either the list were made wider OR if the whole dialog were made tall enough that the list would not require a scroll bar then the problem would be solved. In my opinion the idea that the font is the cause or solution is incorrect. It is the layout of the dialog that needs adjusting.
Comment 12 Aron Budea 2021-07-19 22:39:17 UTC
Created attachment 173689 [details]
Chapter Numbering dialog, normal size

(In reply to Dale Eltoft from comment #11)
> accommodate both double digit numbers and a scroll bar. I believe if either
> the list were made wider OR if the whole dialog were made tall enough that
> the list would not require a scroll bar then the problem would be solved. In
> my opinion the idea that the font is the cause or solution is incorrect. It
> is the layout of the dialog that needs adjusting.
This is what the dialog looks like on my system, with, as you can see, quite a difference in font size. This is the regular size of the text, and normal layout, and doesn't require a scroll bar.

Of course the dialog should adapt to different system configurations as well, that's why the questions so far tried to establish how to produce the same results you see, to see how the bug can be consistently reproduced.

I would guess it's perhaps the following setting, but you claimed to not have changed any accessibility settings.
https://support.microsoft.com/en-us/windows/change-the-size-of-text-in-windows-10-1d5830c3-eee3-8eaa-836b-abcc37d99b9a
Comment 13 Dale Eltoft 2021-07-20 04:34:48 UTC
It would be instructive, to me to least, if someone could attach screen captures of the dialog that demonstrate where the problem does not occur along with details of the OS. I'm curious to know if all versions have a scroll bar. It's possible that in adapting the layout space for the scroll bar was not included.
Comment 14 Buovjaga 2021-07-20 05:10:56 UTC
(In reply to Aron Budea from comment #12)
> I would guess it's perhaps the following setting, but you claimed to not
> have changed any accessibility settings.
> https://support.microsoft.com/en-us/windows/change-the-size-of-text-in-
> windows-10-1d5830c3-eee3-8eaa-836b-abcc37d99b9a

Dale: can you tell us how this setting is for you at the moment?
Comment 15 Dale Eltoft 2021-07-20 05:26:08 UTC
Created attachment 173693 [details]
Windows Ease Of Access setting

The Ease of Access settings on all 3 of my Windows PCs are the default from installation. One PC is a desktop from Dell. Another is from Microsoft (a Surface laptop). And the last is a second hand HP desktop PC from a reseller. The settings are the same on all 3 regardless of the various installations. All 3 reproduce the error in the same way.
Comment 16 Dale Eltoft 2021-07-20 15:04:03 UTC
Created attachment 173710 [details]
Problem resolved

I spent the night catching up on my Microsoft updates and installing the latest LO release. I'm not sure what changed that mattered but the dialog now appears differently. This image is from after the updates. I notice that the whole dialog is wider & higher relative to the page and within it the Level and Preview are wider. Also there is more space between lines of text and the buttons are larger providing more area around their text.

Sadly I did not do the updates incrementally so I have no idea what caused this change. However, the problem is resolved. Thanks to everyone who has spent time looking into it.
Comment 17 Buovjaga 2021-07-20 16:10:31 UTC
Thanks for updating, let's close as wfm :)