← Back to team overview

ubuntukylin-members team mailing list archive

[Bug 1335482] Re: Droid Sans no longer preferred font for Chinese

 

Yeah, this is strange. When I first changed to "Droid Sans Fallback" in
69-language-selector-zh-tw.conf, I got this:

$ LANG=zh_TW.UTF-8 fc-match -s 'sans-serif' | head -n 20
uming.ttc: "AR PL UMing TW" "Light"
uming.ttc: "AR PL UMing HK" "Light"
ukai.ttc: "AR PL UKai TW" "Book"
DejaVuSans.ttf: "DejaVu Sans" "Book"
DejaVuSans-Bold.ttf: "DejaVu Sans" "Bold"
DejaVuSans-Oblique.ttf: "DejaVu Sans" "Oblique"
DejaVuSans-BoldOblique.ttf: "DejaVu Sans" "Bold Oblique"
Verdana.ttf: "Verdana" "Normal"
Arial.ttf: "Arial" "Normal"
Waree.ttf: "Waree" "Book"
DroidNaskh-Regular.ttf: "Droid Sans" "Regular"
DroidSansEthiopic-Regular.ttf: "Droid Sans" "Regular"
DroidSansHebrew-Regular.ttf: "Droid Sans" "Regular"
DroidSansJapanese.ttf: "Droid Sans" "Regular"
DroidSansFallbackFull.ttf: "Droid Sans" "Regular"
ukai.ttc: "AR PL UKai CN" "Book"
uming.ttc: "AR PL UMing CN" "Light"
NotoSansDevanagari-Regular.ttf: "Noto Sans Devanagari" "Regular"
KhmerOS.ttf: "Khmer OS" "Regular"
MuktiNarrow.ttf: "Mukti Narrow" "Regular"

I.e. fontconfig seemed to not understand at all.

Then, after I had changed things back and forth when working with bug
#1351092, suddenly I was able to reproduce the behaviour you describe!
Now I fear that the fix of this bug report was a mistake. :(

I suggest that we leave this bug report, and continue talking at bug
#1351092. Your comments on the idea there would be much appreciated.

-- 
You received this bug notification because you are a member of Ubuntu
Kylin Members, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1335482

Title:
  Droid Sans no longer preferred font for Chinese

Status in “language-selector” package in Ubuntu:
  Fix Released
Status in “language-selector” source package in Trusty:
  Fix Released

Bug description:
  [Impact]

  In the 69-language-selector-zh-??.conf files we try to make Droid Sans
  the preferred font in case of a Chinese locale. However, suddenly this
  seems to not work any longer. The number of affected users is
  significant.

  [Test Case]

  How to reproduce:

  $ sudo locale-gen zh_CN.UTF-8
  $ LANG=zh_CN.UTF-8 fc-match 'sans-serif'

  After the change, the response is the expected

  DroidSansFallbackFull.ttf: "Droid Sans" "Regular"

  Before the change, the response is something else.

  [Regression Potential]

  This makes the intended (and previously working) behaviour effective.
  No undesired side effects identified.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1335482/+subscriptions