@tomoe_musashi: Can you please file a new bug about Noto Serif CJK
instead of using this one which was closed long ago.
There is some related packaging discussion at Debian:
https://bugs.debian.org/862276
http://lists.alioth.debian.org/pipermail/pkg-fonts-
devel/2017-May/thread.html#19499
I
Sorry to bother you again but there is a new update for the Noto CJK fonts.
Google and Adobe released the Serif fonts for CJK about several weeks ago
Noto Serif CJK:
http://www.google.com/get/noto/help/cjk/
It is a better serif font in consistency and glyph standard.
Ubuntu should seed the new
On 2016-05-08 11:23, Yuan Chao wrote:
> On 2016-05-04, Gunnar Hjalmarsson (gunnarhj) wrote:
>> Yeah, indeed. And it indicates that the bug resides in the "super"
>> OTC file.
>
> I thought the problem is on google-chrome as Firefox and other
> applications handles super OTC well?
What we found
On 2016-05-04, Gunnar Hjalmarsson (gunnarhj) wrote:
> Yeah, indeed. And it indicates that the bug resides in the "super" OTC file.
I thought the problem is on google-chrome as Firefox and other applications
handles super OTC well?
--
You received this bug notification because you are a member
Thanks again, tomoe_musashi and Cheng-Chia Tseng!
On 2016-05-03 18:49, tomoe_musashi wrote:
> It's great that the package install all 7 weights with similar
> required disk space as the Super OTC one.
Yeah, indeed. And it indicates that the bug resides in the "super" OTC
file.
--
You received
This is what it looks like in virtualbox. It seems no problem with
chrome when using the latest package as well.
** Attachment added: "chrome-ckj-gunnar-version-otc.png"
I just tested the latest PPA and it fix the "Thin issue" in Chrome/Chromium, in
a clean live mode of a virtual machine.
It's great that the package install all 7 weights with similar required disk
space as the Super OTC one.
--
You received this bug notification because you are a member of
Sorry to bother you again, but...
I tested to replace the single "super" OTC file with 7 weight specific
OTC files, and it seems like this is sufficient to fix "the Thin issue"
in Chrome/Chromium. So I have uploaded a simpler proposal to the PPA,
without the additional fonts-noto-cjk-extras
Thanks, tomoe_musashi and Cheng-Chia Tseng. It confirms the conclusion
from my rudimentary tests, and strengthens my belief that the proposed
solution is a reasonable step to take.
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kubuntu-meta
Here is the screenshot within virtualbox, without extras.
** Attachment added: "chrome-cjk-gunnar-version-without-extras.png"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4652945/+files/chrome-cjk-gunnar-version-without-extras.png
--
You received this
** Attachment added: "chrome-ckj-gunnar-version-with-extras.png"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4652959/+files/chrome-ckj-gunnar-version-with-extras.png
--
You received this bug notification because you are a member of Kubuntu
Bugs, which
This is the screenshot within virtualbox, with extras.
They appeared to be the same, and the weight of the CJK characters is
not the thin ones.
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kubuntu-meta in Ubuntu.
@Gunnar, i tried both without and with fonts-noto-cjk-extras installed,
and the patch addresses the chromium issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK
Thanks, tomoe_musashi. Did you try both without and with fonts-noto-cjk-
extras?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage
@Gunnar, i can confirm that the PPA package addresses the Google Chrome
issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage
On 2016-04-30 06:40, Cheng-Chia Tseng wrote:
> Using subset OTFs is suggested for OS exept MacOS and Windows by the
> README file from Source Han Sans (same as Noto Sans CJK).
According to the README.formats file, which is included in the fonts-
noto-cjk source package, OTC "works" on recent
Using subset OTFs is suggested for OS exept MacOS and Windows by the
README file from Source Han Sans (same as Noto Sans CJK).
However, as I stated previously, I believe using Super OTC is a way to
find where the apps in Linux world which has some problems dealing with
this "super font," and that
We have a solution to the Chrome/Chromium and "Thin" issue in sight at
bug #157. A modified version of fonts-noto-cjk is available in this
PPA:
https://launchpad.net/~gunnarhj/+archive/ubuntu/fonts-noto-cjk
It would be great if a few Chinese and Japanese users could install
fonts-noto-cjk
** Changed in: kubuntu-meta (Ubuntu)
Status: Fix Committed => Fix Released
** Changed in: ubuntu-seeds
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
** Changed in: kubuntu-meta (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage
On 2016-04-07 21:24, Mingye Wang wrote:
> In addition to the weight matching problem, the screenshot for
> Chromium in #113 gives the JP variant instead of TW.
I didn't even notice "JP" first. This made me fear that
/etc/fonts/conf.avail/64-language-selector-prefer.conf has something to do with
Not sure. Some fontconfig tracing env vars might be useful for the Skia
LegacyCreateTypeface part I guess...
* * *
In addition to the weight matching problem, the screenshot for Chromium
in #113 gives the JP variant instead of TW. Perhaps I should try to get
someone to reproduce this in other
Thanks, Shih-Yuan. Thin? Why Thin?
Same for me with Google Chrome. Don't Chrome and Chromium care about
fontconfig, but do it their own way?
Any ideas how this issue could be addressed?
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to
But, when I tried it on Chromium, it still doesn't work.
** Attachment added: "zh_TW"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4627269/+files/chromium.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I tried this on Firefox and it seems to work fine.
** Attachment added: "zh_TW"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4627261/+files/firefox.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
This bug was fixed in the package xubuntu-meta - 2.205
---
xubuntu-meta (2.205) xenial; urgency=medium
* Refreshed dependencies
* Added fonts-noto-cjk to desktop-recommends (LP: #1468027)
-- Sean Davis Wed, 06 Apr 2016 21:59:33
-0400
** Changed in:
** Changed in: xubuntu-meta (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage
Since fontconfig 2.11.94 is on its way into the archive, I'd like to
mention this "call for testing" message I posted to the ubuntu-devel
mailing list:
https://lists.ubuntu.com/archives/ubuntu-devel/2016-April/039303.html
--
You received this bug notification because you are a member of Ubuntu
This bug was fixed in the package language-selector - 0.164
---
language-selector (0.164) xenial; urgency=medium
* fontconfig/69-language-selector-zh-*.conf:
* fontconfig/64-language-selector-prefer.conf:
Dropped workaround to make "Regular" the default font weight for
** Changed in: language-selector (Ubuntu)
Status: Fix Released => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage
Update: fontconfig 2.11.1-0ubuntu9 is building, and will soon be in the
Ubuntu archive. So if you haven't already, there is no reason now to
bother with the PPA I mentioned in comment #107. Better test the real
thing instead. :)
--
You received this bug notification because you are a member of
Hi again,
We met some hesitation in upgrading to fontconfig 2.11.94 this late in
the cycle, so together with Mingye Wang I have also built 2.11.1 in a
PPA, where the necessary upstream commits have been patched:
https://launchpad.net/~gunnarhj/+archive/ubuntu/fontconfig-test
So, as a base for
Fixed in lubuntu-meta 0.64.
** Changed in: lubuntu-meta (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kubuntu-meta in Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change
On 2016-04-03 06:02, tomoe_musashi wrote:
> @Gunnar, i can confirm that the ppa fixes the "DemiLight" issue. it
> also fixes some cases that rendering with undesirable font weights.
Great, thanks! Then I'll try to get it in.
--
You received this bug notification because you are a member of
@Gunnar, i can confirm that the ppa fixes the "DemiLight" issue.
it also fixes some cases that rendering with undesirable font weights.
** Attachment added: "current"
** Attachment added: "fontconfig2.11.94"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4621266/+files/Screenshot%20at%202016-04-03%2003%3A53%3A38.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Bug watch added: freedesktop.org Bugzilla #94505
https://bugs.freedesktop.org/show_bug.cgi?id=94505
** Changed in: fontconfig
Importance: Medium => Unknown
** Changed in: fontconfig
Status: Fix Released => Unknown
** Changed in: fontconfig
Remote watch: freedesktop.org Bugzilla
As a test I built fontconfig 2.11.94 in a PPA:
https://launchpad.net/~gunnarhj/+archive/ubuntu/fontconfig-test2
I don't know yet if it would be possible to have it accepted for the
16.04 archive. What I know is that it would fix 'the Demilight issue'
without the current workaround in the
Thanks, Yuan Chao. Let me try so summarize then:
There is an issue with fontconfig, so it by default picks "Demilight" over
"Regular" (bug #1556457). We have tried to work around this problem in
69-language-selector-zh-??.conf and
64-language-selector-prefer.conf (the latter for e.g. an English
** Attachment added: "ja_JP.UTF-8"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4616866/+files/Screenshot_xenial_firefox_jp.png
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kubuntu-meta in
> May I ask: Is "Regular" picked up first with a ja_JP or zh_TW
> locale?
Yes, (only tested with live env) according to fc-match "Regular" is picked up
over "DemiLight" in both zh_TW and zh_CN. TakaoPGothic is the default for ja_JP.
However, for Firefox, this hack in
** Attachment added: "zh_CN.UTF-8"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4616864/+files/Screenshot_xenial_firefox_sc.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "zh_TW.UTF-8"
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1468027/+attachment/4616865/+files/Screenshot_xenial_firefox_tc.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On 2016-03-28 21:56, Gunnar Hjalmarsson wrote:
> May I ask: Is "Regular" picked up first with a ja_JP or zh_TW
> locale?
Correction: with a zh_* locale.
(With a ja_JP locale, TakaoPGothic is still the default.)
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Thanks for that report, Yuan Chao. It indicates that bug #1556457 is
more urgent than we (I) first thought.
May I ask: Is "Regular" picked up first with a ja_JP or zh_TW locale?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
>From the latest 16.04 beta2 release, I tested the font display with
firefox. Still according to the inspection tool, Noto Sans DemiLight is
picked up first for TC and JP contents. (EN locale in live env.)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
On 2016-03-26 04:43, 賴家亨 wrote:
> I have installed noto sans cjk on Ubuntu 14.04.4, ...
If you want to help with the default configuration for 16.04, it would
be better if you tried 16.04 via a daily build ISO.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Changed in: lubuntu-meta (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage
Why is the font still so thin in Firefox? I have installed noto sans cjk
on Ubuntu 14.04.4, here is my setting.
/etc/fonts/conf.d/69-language-selector-zh-tw.conf
serif
zh-tw
It seems that Medium is easier for reading, will be the font be Regular
or Medium?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage
** Bug watch removed: GNOME Bug Tracker #733764
https://bugzilla.gnome.org/show_bug.cgi?id=733764
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto
Yes, when the user language is e.g. English, the
69-language-selector-zh-*.conf files are not in effect.
But if I understand it correctly, the default (if that's the correct way
to say it) of Noto is not Chinese, but Japanese. At least Japanese is
listed first in a fc-match listing, when no
If I understand correctly, when the user language is set to English,
thus none of 69-language specific configurations are active, this
configuration would take effect. Current configuration will make the ja
variant take precedence over any of the Chinese ones, while the default
of noto looks to be
On 2016-03-22 18:20, Aron Xu wrote:
> But this 64-language-selector-prefer.conf could lead to regression
> for Chinese, unfortunately.
Can you please be more specific? How? Do you see something which
tomoe_musashi did not see?
--
You received this bug notification because you are a member of
But this 64-language-selector-prefer.conf could lead to regression for
Chinese, unfortunately.
> On Mar 23, 2016, at 00:36, Gunnar Hjalmarsson <1468...@bugs.launchpad.net>
> wrote:
>
> I'm getting back about Chinese and Japanese rendering with a non-CJKV
> locale. We need to reach a conclusion
I'm getting back about Chinese and Japanese rendering with a non-CJKV
locale. We need to reach a conclusion as regards the default
configuration.
Currently 64-language-selector-prefer.conf looks like this:
sans-serif
Noto Sans
That's good news, tomoe_musashi. Thanks for confirming! Just uploaded to
the archive.
On 2016-03-16 14:16, tomoe_musashi wrote:
> Here comes a problem, in non-CJK locale, Firefox uses TakaoPGohtic
> to render non-lang-specified content, even with the
> 64-language-selector-prefer.conf config
This bug was fixed in the package language-selector - 0.162
---
language-selector (0.162) xenial; urgency=medium
* fontconfig/64-language-selector-prefer.conf:
Make Japanese contents be rendered using "Noto Sans CJK JP" in
case of a non-CJKV locale (LP: #1540063, LP:
I'm confused.
What I did in this latest version (which just reached the archive) was
putting "Noto Sans CJK JP" before the Chinese equivalents. If non-
language-specified content (I assume you are talking about Chinese
characters) had been rendered using "Noto Sans CJK JP", it would have
made
@Gunnar, i don't know, seems like some other things are affecting the font
fallback,
which makes Firefox didn't work as expected(64-language-selector-prefer.conf).
Currently if you type any kanji(or chinese words) on the firefox bar, or
viewing some non-lang-specified contents with kanji, its
Just played with the new 64-language-selector-prefer.conf from PPA in a
live-session with English locale.
It didn't affect language-specified content, SChinese contents are in Noto SC
and TChinese contents are in Noto TC(Firefox)
non-lanuage-specified content will just render according to the
ping
On 2016-03-15 02:39, Gunnar Hjalmarsson wrote:
> ... I'd appreciate if a few Chinese users could install
> language-selector from the PPA and let us know how Chinese
> characters look in a session with a non-Chinese locale.
Anyone?
--
You received this bug notification because you are a
In an attempt to fix bug #1540063 better I'm playing with variants of
the new 64-language-selector-prefer.conf file via a PPA:
https://launchpad.net/~gunnarhj/+archive/ubuntu/japanese-fonts
However, there is a risk that the current test version of the file
affects rendering of Chinese contents
Launchpad has imported 8 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=81453.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
Noto Sans will be default for Chinese in 16.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage notifications about this bug go to:
Is Source Han Sans (Noto Sans) going to be the default fonts in Ubuntu 16.04?
If it is true, it will be nice.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts
** Bug watch added: freedesktop.org Bugzilla #81453
https://bugs.freedesktop.org/show_bug.cgi?id=81453
** Changed in: fontconfig
Importance: Medium => Unknown
** Changed in: fontconfig
Status: Confirmed => Unknown
** Changed in: fontconfig
Remote watch: freedesktop.org Bugzilla
** Tags added: xenial
** Tags added: cjk
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage notifications about this bug go to:
** No longer affects: fonts-noto-cjk (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To manage notifications about this bug go to:
** Also affects: kubuntu-meta (Ubuntu)
Importance: Undecided
Status: New
** Also affects: lubuntu-meta (Ubuntu)
Importance: Undecided
Status: New
** Also affects: xubuntu-meta (Ubuntu)
Importance: Undecided
Status: New
** Changed in: kubuntu-meta (Ubuntu)
With the new .conf file, the interesting fonts appear in this order for
me when running with a non-CJKV locale on a system where the Chinese
language support (with the fonts-arphic-* packages) is present:
$ fc-match -a sans-serif | grep -iE 'noto|takao|ar pl' | head -22
NotoSansCJK.ttc: "Noto
This bug was fixed in the package language-selector - 0.161
---
language-selector (0.161) xenial; urgency=medium
* fontconfig/64-language-selector-prefer.conf,
debian/language-selector-common.links:
Prevent that UKai and UMing is picked over default Chinese and
Japanese
Yes, tomoe_musashi, they may well be related somehow. I'm not sure,
though, that "Noto Sans CJK SC" would be picked in case of a Japanese
locale, considering that "Noto Sans CJK JP" exists.
I decided to let language-selector-common provide the contents of the
proposed fonts-noto-cjk patch, and
@Gunnar @Yuan, i think it is a related bug. If the latest patch for
fonts-noto-cjk is released,
We will see that the Noto Sans CJK SC is picked up instead of TakaoPGothic in
the first screen of ubiquity installation(before choosing "Try Ubuntu" and
specifying the language).
--
You received
> BTW, may this be a related bug?
> https://bugs.launchpad.net/ubuntu-translations/+bug/1540063
It looks like some (traditional?) Chinese font (kai?) is picked up instead of
the "Takao Pゴシック" Japanese font requested. Due to the lack of the glyphs, it's
further fallbacked to other(?) "ゴシック"
On 2016-03-13 00:46, Kenichi Ito wrote:
> BTW, may this be a related bug?
> https://bugs.launchpad.net/ubuntu-translations/+bug/1540063
Don't think so. One step in debugging bug #1540063 may be to run a live
session in Japanese, open a terminal window and run this command:
fc-match -s | head -10
BTW, may this be a related bug?
https://bugs.launchpad.net/ubuntu-translations/+bug/1540063
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
To
On 2016-03-12 18:46, Mingye Wang wrote:
> Let me file the fc demi report separately then. A fix is always
> better than a hack, and with Noto Sans CJK hacked there are still a
> whole bunch of Notos and other weight-rich fonts.
A separate fc demi report is a good idea IMO.
As regards other
Let me file the fc demi report separately then. A fix is always better
than a hack, and with Noto Sans CJK hacked there are still a whole bunch
of Notos and other weight-rich fonts.
Just realized my PPA pkg is based on 2.11.1-0ubuntu6 instead of current
ubuntu8, hmm. Can't see xenial on bzr...
This bug was fixed in the package language-selector - 0.160
---
language-selector (0.160) xenial; urgency=medium
* fontconfig/69-language-selector-zh-*.conf:
Make "Regular" the default font weight for "Noto Sans CJK"
(LP: #1468027).
-- Gunnar Hjalmarsson
@Mingye: I'm not able to tell if adding all those patches to the Ubuntu
fontconfig package would give us the same result. But it would require
quite some work.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I uploaded language-selector with the change we discussed and attached a
modified fonts-noto-cjk patch. This way it will be easier for people to
see what "Regular" as default weight instead of "DemiLight" looks like.
** Patch added: "fonts-noto-cjk_ubuntu-conf.patch"
** Patch removed: "fonts-noto-cjk_ubuntu-conf.patch"
https://bugs.launchpad.net/ubuntu/+source/fonts-noto-cjk/+bug/1468027/+attachment/4588502/+files/fonts-noto-cjk_ubuntu-conf.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I support to specify font weight directly in fontconfig.
And It is OK to specify which font you want including font weight, so I
think it is a normal usage case not a workaround anyway.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Ok, Mingye, it seems as if I stand corrected, and that it is an issue in
the version of fontconfig in the Ubuntu archive.
Nevertheless, Ubuntu 16.04 LTS will be released in a few weeks.
Considering that it's "feature freeze", I doubt there is a plan to
update fontconfig for 16.04.
At the same
So hi everyone...
After letting Arthur use my computer for quite a while... well whatever.
I've updated to 2.11.94 on AOSC OS, and here's what I've got.
jeffbai [ ~ ] $ LC_CTYPE=zh_CN.UTF-8 fc-match -a | head -31
NotoSansCJK-Regular.ttc: "Noto Sans CJK SC" "Regular"
n019003l.pfb: "Nimbus Sans"
So updates from fontconfig for those who doesn't want to wait for the
bugzilla crawler..
Fontconfig 2.11.1 is ancient, and support for demilight has been added
in https://bugs.freedesktop.org/show_bug.cgi?id=81453, which ended up in
those oddly-numbered releases like 2.11.91 or so. The current
Yes, "Bold" works as well. The explanation is that each font has two
family names: One which is prepended with the font weight and one which
is not.
$ fc-list : family | grep 'Noto Sans CJK SC'
Noto Sans CJK SC,Noto Sans CJK SC Light
Noto Sans CJK SC,Noto Sans CJK SC Regular
Noto Sans CJK SC,Noto
gunnarhj:
> Want to say, though, that the config file you mentioned in the upstream bug
> report doesn't have anything to do with it. It's not in the Ubuntu archive
> yet.
Umm… The good news is they seen to point to the same problem, and on
JeffBai's machine that's almost how the config was
Maybe there is a possible simple solution, after all.
As an experiment I added a line to 69-language-selector-zh-cn.conf:
--- 69-language-selector-zh-cn.conf.old
+++ 69-language-selector-zh-cn.conf
@@ -27,6 +27,7 @@
zh-cn
+ Noto Sans
Thanks for your work, Mingye. What you are doing is unfortunately above
my head. ;)
Want to say, though, that the config file you mentioned in the upstream
bug report doesn't have anything to do with it. It's not in the Ubuntu
archive yet.
One fontconfig .conf file, which is in use at this time,
Thanks for your work, Mingye. What you are doing is unfortunately above
my head. ;)
Want to say, though, that the config file you mentioned in the upstream
bug report doesn't have anything to do with it. It's not in the Ubuntu
archive yet.
One fontconfig .conf file, which is in use at this time,
Launchpad has imported 1 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=94505.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
** No longer affects: fontconfig
** Bug watch added: freedesktop.org Bugzilla #94505
https://bugs.freedesktop.org/show_bug.cgi?id=94505
** Also affects: language-selector via
https://bugs.freedesktop.org/show_bug.cgi?id=94505
Importance: Unknown
Status: Unknown
** No longer
Weights shouldn't be 'specified' at all under normal circumstances (like
in AOSC OS). Try matching for something like Sans:weight=regular?
It should be good if someone can figure out which weight LibreOffice was
asking for…
--
You received this bug notification because you are a member of
Using Regular here
$ LC_CTYPE=zh_TW.UTF-8 fc-match -a | head -7
SourceHanSansTW-Regular.otf: "思源黑體 TW" "Regular"
SourceHanSansCN-Regular.otf: "思源黑体 CN" "Regular"
SourceHanSansJP-Regular.otf: "Source Han Sans JP" "Regular"
DroidSansFallbackFull.ttf: "Droid Sans Fallback" "Regular"
DejaVuSans.ttf:
Font weight isn't specified in the fontconfig files. For simplified
Chinese, fc-match lists them in this order:
$ LC_CTYPE=zh_CN.UTF-8 fc-match -a | head -7
NotoSansCJK.ttc: "Noto Sans CJK SC" "DemiLight"
NotoSansCJK.ttc: "Noto Sans CJK SC" "Regular"
NotoSansCJK.ttc: "Noto Sans CJK SC" "Medium"
Just tried 16.04 nightly, I think the CJK font is too thin compared to
Ubuntu Regular. Which weight for Noto Sans CJK do we use here? I played
a little in LibreOffice, I believe the “Regular” weight should be used
by default.
--
You received this bug notification because you are a member of
** Branch linked: lp:~gunnarhj/ubuntu-seeds/kubuntu.xenial_chinese-fonts
** Branch linked: lp:~gunnarhj/ubuntu-seeds/lubuntu-qt-split_chinese-
fonts
** Branch linked: lp:~gunnarhj/ubuntu-seeds/lubuntu.xenial_chinese-fonts
** Branch linked: lp:~gunnarhj/ubuntu-seeds/xubuntu.xenial_chinese-fonts
Thanks, tomoe_musashi. I wrote a patch to get it in.
** Patch added: "fonts-noto-cjk_ubuntu-conf.patch"
https://bugs.launchpad.net/ubuntu/+source/fonts-noto-cjk/+bug/1468027/+attachment/4588502/+files/fonts-noto-cjk_ubuntu-conf.patch
** Changed in: fonts-noto-cjk (Ubuntu)
Status: Fix
1 - 100 of 138 matches
Mail list logo