[Libreoffice] [PUSHED-3-4][PUSHED[3-5][REVIEW] 3-5, 3-5-0, 3-4 corrupted Indic characters and crash under Windows fdo#44208, fdo#45107
caolanm at redhat.com
Thu Jan 26 07:41:19 PST 2012
On Thu, 2012-01-26 at 14:33 +0100, Andras Timar wrote:
> I still don't understand what's happening, i.e. in good case it reads
> UI_SANS list for "hi" once, then several time for "en", and it looks
> good, and in bad case it reads UI_SANS list for hi_IN several times
> and still, we get corrupted characters.
I'm happy enough that there isn't any nasty hidden glyph/font
replacement code bugs or locale matching regressions here that are
papered over by renaming the font fallback lists and that renaming is
the best fix so pushed the three commits of...
to 3-5 and 3-4, need an additional ack for 3-5-0.
The UI_SANS is "hi" because that's the name of the language pack
basically, so it looks for default "hi" fonts for CTL text, doesn't find
anything in the bad case seeing as we only have hi-IN ones listed so
presumably falls back to "en" and use those fonts which don't have the
appropiate glyphs. The other "en" are probably for default Western text
and so forth. Later on when we get default fonts for document language
we've converted the language id for hindi back to hi-IN and then we find
Anyway, I'm happy enough that there isn't any nasty hidden glyph/font
replacement code bugs here that are papered over by renaming the font
fallback lists and that that's the best fix so pushed to 3-4 and 3-5,
need an additional ack for 3-5-0 I.
We should in master generally shrink the rest of the tags down to the
minimum correct lang-tag , e.g. hu-HU to hu, but zh-CN remains as zh-CN.
And I'm confident that the zh-CN/zh-TW/pa-IN font entries currently
should work for the windows UI fallback lists seeing as those langpacks
More information about the LibreOffice