Bug apparently caused by this part in 65-droid-sans-fallback.conf:
monospace
Droid Sans Fallback
Since no language-selector files related to ja are installed, I am
moving this problem to fonts-droid.
** P
My current suggestion is to construct a test HTML like this:
UKai/UMing test
/* Change the needle font here */
body { font-family: sans-serif; }
漢字汉字 @ zh
漢字汉字 @ ja
漢字汉字 @ en
After removing UKai from my system, it begins to show UMing.
* * *
> as far as I can retell,
should be "recall
Just an uninteresting side note, setting font-family to either
'Monospace' or monospace in the test case above shows a very
proportional font for ja. This should be a separate report, but just in
case I forget:
$ LC_ALL='ja_JP.UTF-8' fc-match 'Monospace'
DroidSansFallbackFull.ttf: "Droid Sans Fall
Public bug reported:
I found this problem when testing FF for bug #1595414, on an English
installation of 14.04. In short:
$ LC_ALL='ja_JP.UTF-8' fc-match 'Monospace'
DroidSansFallbackFull.ttf: "Droid Sans Fallback" "Regular"
** Affects: fonts-droid (Ubuntu)
Importance: Undecided
S
Well, I am using Firefox, Firefox 47.0+build3-0ubuntu0.14.04.1.
With UKai installed, as far as I can retell, some of the Chinese content
(usernames in Twitter notifications) are still displayed in Droid Sans,
while tweet bodies are mostly displayed in UKai. I have just did some
extra 'inspect elem
Just FYI, a user (GPG D0556253) complained about "installing complete
Chinese support in 14.04 causes uming and ukai to be default fonts" in
an informal chat that I was just participating in.
Unfortunately I don't have the condition to reproduce the bug, and
additionally he mentioned that the bug
Regarding that test case, consider resizing the button explicitly or
just use the CJK string "我是方框。", since the button by default has a fixed
size.
In https://github.com/AOSC-Dev/aosc-os-abbs/issues/224, JeffBai
(github:MingcongBai) found out that using pango does fix the problem.
The pango linkin
** Description changed:
libgdiplus' cairo backend only takes the fontconfig *match* to render
glyphs in cairo, with zero considerations for substitutes. This causes
significant problems when a developer using WinForms tries to display
some CJK glyphs in "Sans", while expecting system-like
Public bug reported:
libgdiplus' cairo backend only takes the fontconfig *match* to render
glyphs in cairo, with zero considerations for substitutes. This causes
significant problems when a developer using WinForms tries to display
some CJK glyphs in "Sans", while expecting system-like handling fo
Public bug reported:
The current mono implementation of System.Drawing.SystemFonts is hard-
coded to return "Microsoft Sans Serif" and "Tahoma" for system font
queries. Even though this matches MSDN-documented values for Windows,
this violates the intended semantics of this class, and produces
sur
** Summary changed:
- "song ti" and other bitmap fonts are not available even if using yes-bitmaps
rule
+ SimSun and other bitmap fonts are not available even with `yes-bitmaps'
applied
** Summary changed:
- SimSun and other bitmap fonts are not available even with `yes-bitmaps'
applied
+ "so
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 di
Does force-regenerating font cache using `fc-cache -f` help? The commit
message in 3cd573f says:
> This may breaks the cache but not bumping in this change sets at this moment.
> please be aware if you want to try it and run fc-cache before/after to avoid
> the weird thing against it.
I didn't li
** No longer affects: fontconfig (Arch Linux)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to fontconfig in Ubuntu.
https://bugs.launchpad.net/bugs/1556457
Title:
[FFe] Demilight (OS/2 weight=350) confuses fontconfig
Status in Fontcon
** Description changed:
See https://bugs.freedesktop.org/show_bug.cgi?id=81453 and bug 1468027.
Fontconfig lacks support for many OpenType/TrueType OS/2 font weight
values. This causes a bunch of problems, like mixing up Demilight
(weight=350) and Regular (weight=400).
Although it'
** Also affects: fontconfig (Arch Linux)
Importance: Undecided
Status: New
** Description changed:
See https://bugs.freedesktop.org/show_bug.cgi?id=81453 and bug 1468027.
Fontconfig lacks support for many OpenType/TrueType OS/2 font weight
values. This causes a bunch of problem
** No longer affects: fontconfig (Ubuntu)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to fontconfig in Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
Status in Fontconfig:
Confirmed
Stat
Public bug reported:
See https://bugs.freedesktop.org/show_bug.cgi?id=81453 and bug 1468027.
Fontconfig lacks support for many OpenType/TrueType OS/2 font weight
values. This causes a bunch of problems, like mixing up Demilight
(weight=350) and Regular (weight=400).
Although it's possible to wri
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... Wha
Fontconfig 2.11.9x are actually devel versions.
https://www.freedesktop.org/wiki/Software/fontconfig/Devel/
These patches are relevant:
ffda7c0
bf9df5a
be6506c
# bug 82228 introduced by ffda7c0
01bb697
80edacc
--
You received this bug notification because you are a member of Desktop
Packages, w
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 lat
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 writ
Public bug reported:
gstreamer0.10-ffmpeg-5ubuntu1~vivid
$ gst-launch playbin2 uri=file:///home/wax/sound//.m4a
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
*** stack smashing detected ***: /usr/bin/gst-launch-0.10 terminated
Aborted (core dumped)
** Affects: gstreamer0.10-ffmpeg (U
gryzzli, see the two links for something about fc-match speed:
* https://github.com/adobe-fonts/source-han-sans/issues/85#issuecomment-76082963
* https://bugs.freedesktop.org/show_bug.cgi?id=64766
** Bug watch added: freedesktop.org Bugzilla #64766
https://bugs.freedesktop.org/show_bug.cgi?id=
Fontconfig bug reported upstream. And again, everything is fine with
Noto CJK.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to language-selector in Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto
** 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 affec
Gave up with fontforge and put the files into
https://nodebox.github.io/opentype.js/font-inspector.html.
Everything in the font looks perfectly normal now, but I am not sure if
it's the good old fontFamily-fontSubfamily & preferredFamily-
preferredSubfamily that confused fontconfig.
Adding fontco
The strange thing with my fontforge (well, some old msys build) is that
I can't find any OS/2 table, while https://github.com/googlei18n/noto-
cjk/issues/18 clearly mentions something related to os2.usWeightClass.
Although doing `grep` still points me to the 'Regular' value in
DemiLight, you might
After asking JeffBai about this, he found out that AOSC OS also had this
font weight problem, so I decided to take a look at the font metadata
embedded in these fonts. It appears that the all weights have their PS
weight set to 'Regular' in NotoSansCJKsc-hinted.zip. The result is
basically the same
(Yeah, fontconfig should work, but what about the apps not using fc?)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to language-selector in Ubuntu.
https://bugs.launchpad.net/bugs/1468027
Title:
change default CJK fonts to Noto CJK
Sta
Regarding monospace, a +1 for musashi on prepending, since I have seen
SHS HW doing terrible at distinguishing 0O 1Il. If someone can verify
that these chars don't look bad in Noto Mono CJK, I guess that works
too.
Note that you should always only prepend half-width fonts, where
``wcwidth(foochar)
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 Deskto
** Bug watch removed: GNOME Bug Tracker #757867
https://bugzilla.gnome.org/show_bug.cgi?id=757867
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to language-selector in Ubuntu.
https://bugs.launchpad.net/bugs/1535214
Title:
zh_TW is n
** Package changed: ubuntu => language-selector (Ubuntu)
** Branch linked: lp:ubuntu/wily/language-selector
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to language-selector in Ubuntu.
https://bugs.launchpad.net/bugs/1535214
Title:
zh
My decaying brain… I mean \d{6}. I should just say ‘anything that's not
iosevka’.
* * *
Well the biggest blocker here is actually some application support
things. Qt show poor overall handling of some OpenType features used in
SHS, the most significant being LOCL used in all those Super files. Li
happyaron: O again, rendering, rendering, rendering. For systems with TT
Bytecode support, be5invis has a release of SHS with his sfdhanautohint
(for CJK) and ttfautohint applied called [Inziu]. Follow the link and
fetch inziu-20\d{10}.
These generally look better on lower ppem sizes (common for
albertsmuktupavels, at first I thought someone should open a separate
bug on GNOME for recording that popup TODO.. Since it's now officially
(i.e. by you, a GNOME & Ubuntu Dev) used as the bug that corresponds to
this one, I added the remote bug watch.
--
You received this bug notification becaus
** Also affects: gnome-flashback via
https://bugzilla.gnome.org/show_bug.cgi?id=759083
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/125877
Added gnome-flashback since this may also be aflashback problem if ibus
works elsewhere, and salty-horse also reported the non-working status on
14.04 LTS.
An upstream flashback bug has been fixed at
https://bugzilla.gnome.org/show_bug.cgi?id=759083, but they said it will
be a separate problem for
39 matches
Mail list logo