Hi,
There were some discussions about Noto CJK fonts in the ML and in the
comments of an SR: SR#446888
I want to summarize the concerns from different sides here:
1. the size limit of the DVD.
Due to the size limit, someone chose the SuperOTC format to distribute Noto CJK.
And it brought some troubles like:
Japanese glyphs will be always preferred because of its alphabetical order.
This was partially resolved using a specific fontconfig configuration,
which prepends the right order by lang. but this solution didn't take
into consideration for cases like "how to display CJK chars right in a
Latin environment".
We wanted to switch back to the OTF fonts, because it's the only way
to solve all related issues.
But we still didn't have a conclusion for the new font names. eg
google-noto-sans-cjksc-thin-font, google-noto-sans-cjk-thin-fonts,
google-noto-sans-cjk-basic-fonts...
Because we want to split the seldom used weights to save space for the DVD.
2. the attempt to make it default for CJK.
I think this need is growing today because Google released Noto Serif
and gave us the possibility to
replace the ancient "AR PL UMing" fonts
And the only concern for this attempt is: Japanese needs its
Demi-light instead of Regular/Medium weight. I think this can be
handled with fontconfig.
3. the conflicts between Adobe Source Han and Noto CJK
I received a bug report and I knew our packagers also prepared partial
support for CJK (TW and JP) from Source Han side.
This is duplicated actually. Because Google and Adobe actually used
the same source.
The only differences are the name and the Latin part.
Adobe used Source Sans for the Latin part, Google inhibited it (So
the two fonts are identical) but wrote a guideline to ask users to
override the Latin part with Noto Sans/Reboto.
So a new need is triggered. We need to write a new fontconfig to alias
Adobe Source Han by Noto CJK and handle the minor weight differences.
4. the symbol part.
openSUSE still used the old URW "Standard Symbol L" or "OpenSymbol"
from libreOffice to provide symbols.
But there're a few new modern and even colored symbol fonts available now:
* Noto provides "Noto Emoji"
* "EmojiOne Color"
* Deepin Linux also released a free symbol font "Deepin OpenSymbol"
which is 100% compatible with Wingdings on Windows
I think it's time to evaluate our choice for symbol fonts again.
#################################################
I'll address 3 and 4 in fonts-config package. for 1 and 2:
1. I removed CJK support from google-noto-fonts.
Because we really need a new namespace for CJK.
The scalable value and Provides needed to be handled separately and we
don't want to mess the generate-specfile.sh any more.
2. We need to introduce 4 sources (115mb each) to have the monospace font.
The region specific fonts are small (because each only covers one
region eg Japanese, which means you can't display any Chinese), but
they don't provide monospace fonts.
3. We need a new namespace for Noto Serif CJK.
Because it is new and shouldn't have those Provides/Obsoletes.
4. We need to have new names.
I want to write a new script to name the fonts to:
google-noto-(sans|serif)-cjk(sc|tc|ja|kr)-{weight}-font
That is, fully separate them first, and then use dummy packages:
google-noto-(sans|serif)-cjk(sc|tc|ja|kr)-(mini|full)
to group them again..
And our DVD will include google-noto-sans-cjk(sc|tc|ja|kr)-mini only.
which is about 35mb x 4 = 140mb.
and there'll be a new dummy package:
google-noto-sans-cjk
which requires google-noto-sans-cjksc-mini or google-noto-sans-cjkja-mini only.
because:
4.1 Latin people don't care the glyph difference between Chinese and
Japanese that much
4.2 each of the four mini package contains full coverage of CJK, so
you will not want to install
another one if you have one.
5 Noto Serif CJK
It'll be easy and don't need that detailed split because it's not an
UI font....it'll be just named:
google-noto-serif-cjk{sc|tc|ja|kr}-fonts which contains all seven weights.
Of course, font configurations are still needed for Japanese because
the Demi-light issue.
Thanks
Marguerite
--
To unsubscribe, e-mail: opensuse-m17n+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-m17n+owner(a)opensuse.org