Bug 103637 - Notebookbar contextual groups visibility problems on HiDPI
Summary: Notebookbar contextual groups visibility problems on HiDPI
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
: 105627 151953 (view as bug list)
Depends on:
Blocks: HiDPI Notebookbar-ContextualGroups
  Show dependency treegraph
Reported: 2016-11-02 07:27 UTC by Thomas Krumbein
Modified: 2023-07-10 18:36 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Notebook-Bar in Contextual Group View (31.39 KB, image/png)
2016-11-02 07:28 UTC, Thomas Krumbein
opencl_profile.xml (545 bytes, text/xml)
2016-11-02 07:29 UTC, Thomas Krumbein
opencl_devices.log (2.62 KB, text/plain)
2016-11-02 07:30 UTC, Thomas Krumbein
opengl_devices.log (319 bytes, text/plain)
2016-11-02 07:30 UTC, Thomas Krumbein
Notebookbar - Contextual groups (295.38 KB, image/png)
2017-01-16 11:45 UTC, poma

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Krumbein 2016-11-02 07:27:29 UTC
Notebookbar in Contetual group view is not usable on HiDPI Display - see screenshot 1.

My System: Windows 10, LO - 2. Nov. 20116
I attached OpenCL and OpenGL info files.

Actual Results:  
see screenshot 

Expected Results:

Reproducible: Always

User Profile Reset: Yes. 

Additional Info:

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Comment 1 Thomas Krumbein 2016-11-02 07:28:47 UTC
Created attachment 128426 [details]
Notebook-Bar in Contextual Group View
Comment 2 Thomas Krumbein 2016-11-02 07:29:43 UTC Comment hidden (off-topic)
Comment 3 Thomas Krumbein 2016-11-02 07:30:11 UTC Comment hidden (off-topic)
Comment 4 Thomas Krumbein 2016-11-02 07:30:38 UTC
Created attachment 128429 [details]
Comment 5 Yousuf Philips (jay) (retired) 2016-11-22 15:05:44 UTC
Thanks for the bug report Thomas. Does this hidpi issue also happen with notebookbar in tabbed view?
Comment 6 Heiko Tietze 2016-11-22 15:08:03 UTC
Do you have a scaling factor for fonts?
Comment 7 Thomas Krumbein 2016-11-22 15:56:49 UTC
@ Yousuf:

No, notebookbar in tabbed view ist ok, no problems, everything is visible.

@ Heiko: 

No, no scale for fonts. Option is "automatic"

Comment 8 jani 2017-01-13 14:55:42 UTC
works on osx
Comment 9 poma 2017-01-16 11:45:42 UTC
Created attachment 130471 [details]
Notebookbar - Contextual groups

Notebookbar - Contextual groups is not the only case where LibreOffice needs a proper UI scalability.
Furthermore, here on Fedora, it is not a high density screen, so it seems like a more generic problem.
Comment 10 Buovjaga 2017-02-06 07:58:33 UTC
*** Bug 105627 has been marked as a duplicate of this bug. ***
Comment 11 Yousuf Philips (jay) (retired) 2017-04-15 14:50:25 UTC
The problem boils down to the buttons and labels having fixed widths and/or heights defined to them, so in HiDPI the sizes of the buttons and labels go beyond the defined widths and heights.
Comment 12 QA Administrators 2018-04-16 02:28:33 UTC Comment hidden (obsolete)
Comment 13 VanguardLH 2019-05-17 06:23:39 UTC
LibreOffice 6.3.2 (x64) - Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac
Windows 10 Home x64 build 1809

I can confirm the bug still exists.  Today I downloaded and installed the latest released version of LibreOffice (see above for specs on product and OS).  I was going to open a new bug but a search here discovered this existing one.

After enabling experimental features, I went to View -> User Interface -> Contextual Groups.  Some text within the groups is truncated at the bottom.  I have DPI set to 150% because text is too small at 100% on my hi-res 2560x1440 LED monitor.  I wanted a higher resolution monitor to use MORE pixels per character to make them sharper, not the same number of pixels at a higher resolution which results in overly reducing the size of text.  The problem is that many programs are not DPI aware, and unfortunately neither is LibreOffice - well, for its Contextual Groups user interface component (and only for that user interface).

I do like having grouped tabs, like in the Microsoft Office components (Word, Excel) and was hoping to have LibreOffice emulate a similar appearance.  MS Office makes their ribbon adapt to what is being done on a document.  I was hoping Contextual Groups would be similar.  Perhaps it is similar but I still need the text next to an icon to let me know what that icon will do (I don't want to wait for a popup to tell me).

The Tabbed and Groupedbar interfaces do not suffer bottom-side truncation of text at 150% DPI as does the Contextual Groups interface.  I did try to use the Compatibility settings for the executables: right-click on an .exe, select Properties from context menu, open the Compatibility tab, click on the "Change high DPI settings" button, and enable the "Override high DPI scaling behavior" and used "Scaling performed by: Application".  This often works to get a non-DPI aware program to render correctly and sharply.  I changed DPI compatibility on both the soffice.exe and swriter.exe files but the DPI compatibility setting did not eliminate the bottom-side truncation of text within the Contextual Groups bar.

I tried "Scaling performed by: System", too.  While this eliminated the bottom-side truncation of text within the Contextual Groups bar, fonts everywhere became far more fuzzy (out of focus).  I tried "Scaling performed by: System (enhanced)".  Bottom-side truncation of text was eliminated and fonts were a bit more readable but nowhere as sharp when not using any DPI compatibility setting.  The "Program DPI" compatibility setting had no effect.

It is only the Contextual Groups toolbar that encounters bottom-side truncation of its text.  Other user interfaces (toolbars) do not suffer this problem.  The dimensions for the text objects (and their containers) needs to resize based on the DPI setting.  The user can rely on hover-over popups to see what an icon's function will do should the text become overly obliterated due to truncation; however, that means using a secondary means of determining the function.
Comment 14 riagrine 2020-08-18 13:03:52 UTC
The bug still exists in version on windows 10, even without interface scalling.
Comment 15 QA Administrators 2022-08-19 03:43:02 UTC Comment hidden (obsolete)
Comment 16 VanguardLH 2022-08-19 05:56:29 UTC
LibreOffice Writer (latest stable version available)
Windows 10 Home x64 21H2
DPI = 150%

Truncation (at bottom of text labels) still occurs.  At the left side of the notebookbar, no text is truncated.  That is because the elements (buttons + labels) are far enough apart to prevent overlaps.  Not until the mid-portion to right-portion of the Text section where bottom truncation occurs, because the objects are closer together, or there is insufficient space at the higher DPI for the bottom of the element.  There is also trunction at the bottom of text labels in the Insert section.
Comment 17 Buovjaga 2023-03-06 09:23:08 UTC
*** Bug 151953 has been marked as a duplicate of this bug. ***