Red Hat Bugzilla – Bug 682621
[zh_TW][fix available] Font size of menu is significantly small in OpenOffice.org writer/calc/impress
Last modified: 2014-08-04 18:03:23 EDT
Created attachment 482590 [details]
zh_TW tiny menu font in writer/clac/impress
Description of problem:
Menu font size is significantly small and hard to recognize.
OpenOffice.org writer/calc/impress in zh_TW locale.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run anaconda in zh_TW locale
2. Launch OpenOffice.org writer/calc/impress
Menu font size is tiny.
At least menu font size is as same as other application(eg. firefox, teminal)
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
It seems that glyphs from DejaVu Sans, which are smaller than corresponding glyphs from AR PL Uming, are picked when available. Cf. the following two screenshots, the first with default system configuration and the second with dejavu-sans-fonts forcibly uninstalled. The text for "File" on the first screenshot is rendered in AR PL Uming (as are some items in the menus), but the rest are DejaVu Sans.
Created attachment 482619 [details]
with DejaVu Sans present
Created attachment 482620 [details]
without DejaVu Sans present
Without looking into this, this is probably due to the glyph fallback stuff worried that the glyph would be out of scale and shrinking them down.
As an aside, I think 6.1.0 is a bad idea for a bug with such low impact.
Yeah, its the fix for rhbz#577823. But it shrinks too much. I'll try a solution that uses the exact height of the used glyphs rather than the generic font metrics
Created attachment 483245 [details]
this seems to work much better
from my side
-1 for 6.1.0 as I'd like some bake-in time for this fix in e.g. F-15
+1 for 6.2.0 on that basis
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update release.
*** Bug 664008 has been marked as a duplicate of this bug. ***
Note: ensure http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=0adcbfa45f1c387d35acdc34c4a945dc88fecead is added as well, looks like I was right in -1 for 6.1.0 :-)
This should be fixed as a side effect of rebasing to LibreOffice 3.4.5