<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - LibreOffice doesn’t interpret GtkBuilder’s “scale” attribute under Windows"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=119827">119827</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>LibreOffice doesn’t interpret GtkBuilder’s “scale” attribute under Windows
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>Inherited From OOo
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>enhancement
</td>
</tr>
<tr>
<th>Priority</th>
<td>lowest
</td>
</tr>
<tr>
<th>Component</th>
<td>UI
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>fito@libreoffice.org
</td>
</tr></table>
<p>
<div>
<pre>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>.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>