Apache OpenOffice (AOO) Bugzilla – Issue 99293
Japanese UI font is smaller than OOo 3.0 on UNIX platform
Last modified: 2013-08-07 15:02:43 UTC
Tested machines: DEV300m40 on Solaris SPARC and x86, DEV300m41 on RedHat EL4.0 When running OOo in Japanese locale, OOo appears with the small UI font, so it is too hard to use OOo. This problem occurs in UNIX platforms. I have attached some screenshots, so please compare OOo 3.0 screenshots with DEV300m40 screenshots. Please fix this by OOo 3.1 final release.
Created attachment 60232 [details] DEV300m41 screenshot
Created attachment 60233 [details] DEV300m40 screenshot
Created attachment 60234 [details] DEV300m40 screenshot
Created attachment 60235 [details] DEV300m40 screenshot
Created attachment 60236 [details] OOo30 screenshot
Created attachment 60237 [details] OOo30 screenshot
Created attachment 60238 [details] OOo30 screenshot
Created attachment 60239 [details] OOo30 screenshot
This is a regression from OOo 3.0, so this needs to be fixed in Ooo 3.1.
@yuko: please do some tests with the environment variable SAL_DISABLE_FC_SUBST set it to 1, then start the app in the same terminal set it to 2, ... set it to 3, ... set it to 0 or unset it, ... Does this make a difference on your system?
I am afraid that UI font did not change by setting the environment variable SAL_DISABLE_FC_SUBST.
Do thing look better when you change Tools->Options->View->UIScaling to e.g. 130%? Changing the default from 100% to something bigger for some locales might be a quick and comparatively clean workaround. Did the problem happen with older milestones too (e.g. DEV300_m33)? If yes then I suspect issue 90910 introduced it by cleaning up a horrible old hack (font-resolution != graphic-resolution !!!) with either http://gsl.openoffice.org/source/browse/gsl/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx? r1=1.47.32.1&r2=1.47.32.2 or http://gsl.openoffice.org/source/browse/gsl/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx? r1=1.47.32.3&r2=1.47.32.4 We certainly don't want these old hacks back. What does xdpyinfo | fgrep resolution report on that particular system? I also wonder if this is a problem of the GTK-plugin. Does setting the environment variable "SAL_USE_VCLPLUGIN" to "gen" or "gtk" or "kde" change anything? Is KDE even available on that system?
I think that this did not occur in the older milstones, but I do not know the version number. I verified that this occures in DEV300_m37. If there are the older builds, could you tell me the location? SAL_USE_VCLPLUGIN is not set. The test machine is Solaris 10u4 and the defailt desktop is used. When I set SAL_USE_VCLPLUGIN to"gen" or "gtk" or "kde", UI fonts did not change. $ xdpyinfo | fgrep resolution resolution: 90x90 dots per inch
I verified that the UI fonts can be changed by Tools->Options->View->UIScaling, so it would be a workaround.
I change the dependency of this Issue. I guess there is choosen the wrong field
.
And what does gconf-editor report for desktop->gnome->font_rendering->dpi?
desktop->gnome->font_rendering->dpi is 96 dpi.
Tools->Options->View->UIScaling actually scales UI font, but it also scales other items which we do not change like default Calc cell size or start center's message label. So I'm afraid it can be reasonable workaround for this issue.
Sorry typo : So I'm afraid it can be reasonable workaround for this issue. ---> So I'm afraid it can NOT be a reasonable workaround for this issue.
> [it] scales UI font, but it also scales other items which we do not change like default Calc cell size Indeed, the UI changes with the UI-font size. Just compare the screenshots above of 3.0.x vs. pre-3.1 the dialogs and cell sizes in 3.0.x were bigger. I cannot believe that SAL_USE_VCLPLUGIN doesn't make a difference. Can you please check again? Alternatively you could set the environment variable OOO_FORCE_DESKTOP to "none", "gnome" or "kde" before starting OOo.
Created attachment 60432 [details] OOo3.0 preferred image
Created attachment 60433 [details] DEV300m40 too small UI font image
Created attachment 60434 [details] DEV300m40 scale 120% UI image with bigger cell size
Unfortunately, I also can not see the difference by env valialbe SAL_USE_VCLPLUGIN (gen, gtk, kde) or OOO_FORCE_DESKTOP (none, gnome or kde) as Yuko said. And regarding cell size, please see additional attached images. 1. SS9_GOOD.png (OOo3.0 situation) This has "good" UI font size and "good" Cell size. 2. m40_default_BAD.png (DEV300m40 default) This has "too small" UI font size and "good" Cell size. 3. m40_scale_BAD.png (DEV300m40 with 120% UIScale) This has "good" UI font size and "too big" Cell size. We want to have the same image with 1, but can not do it with UIScaling option of m40.
One of the problems is identified now: on systems where gtk do not yet contain a pango_font_description_get_size_is_absolute() function the GTK-plugin defaulted to "fontsize-is- absolute" instead of "fontsize-is-in-points".
*** Issue 99420 has been marked as a duplicate of this issue. ***
For the two platforms where this is reported please run fgrep pango_font_description_get_size_is_absolute /usr/lib*/libpango* Either that symbol is not found or the GTK-libs link to an older version of pango that doesn't export it yet. CWS ooo31gsl3 got the fix to handle old pangos where the symbol is missing.
@es: please verify in CWS
@HDU: without jp install set, I can't verify this fix...
Reassigned
@es: the same effect is also visible for all other languages on some systems. Probably since DEV300_m33. Just play with the gconf-editor setting for desktop->gnome->font_rendering->dpi
Verified in CWS ooo31gsl3. In the master, changing the font dpi has no effect on the UI font. In the CWS it does.
I verified that this was fixed in OOO310m5 on Solaris SPARC.
Ok in OOO310m5
*** Issue 100478 has been marked as a duplicate of this issue. ***