[Libreoffice-bugs] [Bug 119827] New: LibreOffice doesn’t interpret GtkBuilder’s “scale” attribute under Windows

[bugzilla-daemon at bugs.documentfoundation.org]

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

            Bug ID: 119827
           Summary: LibreOffice doesn’t interpret GtkBuilder’s “scale”
                    attribute under Windows
           Product: LibreOffice
           Version: Inherited From OOo
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: lowest
         Component: UI
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: fito at libreoffice.org

Some information in our UI is secondary or complementary, and as such it
doesn’t need to be as prominent as other elements. GtkBuilder’s .ui files allow
designers to create a visual hierarchy by means of the “scale” Pango attribute
and style classes like “dim-label”. Together, they help to create visually
clearer UIs.

For instance, in a welded UI file like specialcharacters.ui (cui module), I can
add the following markup to the “charname” GtkLabel…:

     <style>
       <class name="dim-label"/>
     </style>
     <attributes>
       <attribute name="scale" value="0.8"/>
     </attributes>

… to make it smaller (by 1 pt) and dimmed. This works well under Linux, but
doesn’t have any effect under Windows, and I presume under macOS as well
(didn’t test). I would like that, under Windows, LibreOffice at least interpret
the scale part to make some secondary-info labels smaller. I don’t ask for the
dimmed style to be reimplemented into LO because I know such styles belong to
Gtk+ themes <rant>(which apparently Gtk+ developers intend to drop because
GNOME loves to sabotage itself as a viable, flexible platform)</rant>.

-- 
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/20180912/c0c7a6e2/attachment.html>