Comment 15 for bug 207198

David Nemeskey wrote:
> Actually I don't know how the language selector works, but what about
> the language_selector/fontconfig files? Why aren't they used by the
> Flash Player?

According to Anthony's statement, flashplayer uses fc-match to query the
Bitstream font. As the fontconfig files provided by language-selector
*are* used by fontconfig, I guess the bug is that flashplayer queries
for Bitstream and not for "sans", which should provide the appropriate
CJK font, depending on your fontconfig settings. But I could be wrong
with this and the bug is actually somewhere else...

I will investigate this issue further... please give me some time, as
I'm flooded with work currently.

> Also, if you make this change, will Latin (like English) text be displayed by the Chinese font? Because that just won't do, the Latin part of East Asian fonts is too ugly. And please don't forget about Japanese either :)
> (And here comes the question: which one should get a lower number? Japanese or Chinese? I would hate to see Chinese glyphs in Japanese text...)

This is an issue we cannot fix at the moment, but it's on my agenda.
Proper handling of CJK fonts in applications would need the text which
is to be rendered to be tagged with the appropriate language tag. Then,
fontconfig can provide an appropriate font to render that text.
In other words, the texts would need to use some markup language (like
xml) to carry the language tag, and the applications, which display such
texts, would need to parse those tags and ask the rendering engine to
honor the lang tag.
So, IMHO all applications which handle text display, need to be fixed to
support lang tags. Unfortunately this not something I can do. This issue
needs to be addressed upstream for each application and library separately.