[Libreoffice-bugs] [Bug 103637] Notebookbar contextual groups visibility problems on HiDPI

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri May 17 06:23:39 UTC 2019


https://bugs.documentfoundation.org/show_bug.cgi?id=103637

VanguardLH <libreoffice051719.amx at xoxy.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |libreoffice051719.amx at xoxy.
                   |                            |net

--- Comment #13 from VanguardLH <libreoffice051719.amx at xoxy.net> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190517/f9f856f8/attachment.html>


More information about the Libreoffice-bugs mailing list