[Libreoffice] LibreOffice default UI font need to be changed

[Christian Lohmaier]

Hi *,

On Sat, Feb 5, 2011 at 11:26 AM, Nguyen Vu Hung <vuhung16plus at gmail.com> wrote:
> On Fri, Feb 4, 2011 at 2:54 PM, Samphan Raruenrom <samphan at osdev.co.th> wrote:
>> Look at
>> http://opengrok.go-oo.org./xref/libs-core/officecfg/registry/data/org/openoffice/VCL.xcu#129
> FYI
> http://wiki.services.openoffice.org/wiki/Font-FAQ#Font_Fallback

Yes. It's not only the defaults, but also a Fallback/Replacement list.

> For LibO 3.3, under Windows and Mac OS X, the default font is Times New Roman,
> which is good enough for Vietnamese.

Yes, because it don't choose fonts that are not available. If The
first in the list isn't available, then it goes on and tries the next
in the list.

>> You can see that the first-priority default UI font of every LibreOffice
>> applications are, "Andale Sans UI". However, "Andale Sans UI" is not
>> available on all system. I guess "Andale Sans UI" will be installed with
>> StarOffice. So it's not logical to be used as the first-priority default UI
>> font.

It is not used when it is not available.

>> Look at
>> http://opengrok.go-oo.org./xref/libs-gui/vcl/source/window/window.cxx#287
>>>
>>> if ( ! aUserInterfaceFont.Len() )
>>> {
>>>     String aFallbackFont (RTL_CONSTASCII_USTRINGPARAM( "Andale Sans UI"
>>> ));
> The hardcoding is not good.
> I think you should fire a patch.

I don't think so - you need a default to have the fallback work. If
you wouldn't "reset" it to Andale Sans UI, i.e. a font that is known
to exist in the fallback-list, you had to check for existing fonts
yourself, parse the VCL.xcu before being able to provide a default.

>> The font also is used as the last-resort fallback font. I suggest we
>> reconsider the use of this font and create a better font list that works
>> more cross-platform and cross-locale.
> +1

When there are issues "cross-locale", then raise them. It is not that
the list didn't change since the beginning of the OOo project.


>> As a side-effect, this would help us fix a Thai locale-sensitive bug :
>> https://bugs.freedesktop.org/show_bug.cgi?id=33090

Not at all. The bug explicitly states that this occurs when using the
system-font, i.e. when the vcl.xcu is not used at all.

So changing LO's preferred fonts won't help

Again: The list defines preferred fonts and corresponding fallback
rules in the case when the "most" preferred one isn't available, it
then just falls back to the next font in the list (and checks for the
font's specific fallback rules that might have special tuning for some
locales), etc.

So just jump ahead without having made up your mind about it.

ciao
Christian