[Bug 1374074] New: 1px changes in line height from bold <->
non-bold breaks various websites
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1374074
Bug ID: 1374074
Summary: 1px changes in line height from bold <-> non-bold
breaks various websites
Product: Fedora
Version: 24
Component: liberation-fonts
Severity: high
Assignee: psatpute(a)redhat.com
Reporter: jonas(a)thiem.email
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Description of problem:
The liberation fonts as packaged in Fedora can change line height by 1px as
reported by fontconfig if switched from bold to non-bold or vice versa.
This can break various sites displayed in web browsers, and for example all
gitlab code listings viewed on Fedora only (works fine on Ubuntu, Archlinux,
...) aren't lining up properly because of this with the line numbers, which
makes the whole thing look like a big mess. A more detailed analysis can be
found here: https://bugzilla.mozilla.org/show_bug.cgi?id=1296856
Please note I'm not sure who is the best involved party to fix this and whether
e.g. the website should fix it on their side, however I tried playing around
with CSS line-height and so far I didn't manage to make it line up myself in
the affected configurations (but I'm no CSS expert). Therefore I'm filing a bug
here as well, hoping some font expert can shed some light on the issue.
There is also a firefox bug report here:
https://bugzilla.mozilla.org/show_bug.cgi?id=1296856
There is also a gitlab bug report here:
https://gitlab.com/gitlab-org/gitlab-ce/issues/20202
Version-Release number of selected component (if applicable):
Version : 1.07.4
Release : 7.fc24
How reproducible:
100% at affected font sizes
Steps to Reproduce:
1. Run an affected configuration (Firefox Nightly on Fedora should work,
possibly also regular Firefox stable as packaged in Fedora) at an affected web
browser zoom level (100%/standard should work for firefox)
2. Visit a gitlab source code listing of more than just ~10 lines, e.g.
https://gitlab.com/gitlab-org/gitlab-ce/blob/master/app/controllers/group...
3. Look how line numbers and lines match up
Actual results:
Line numbers are not matching up
Expected results:
Line numbers are matching up
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 9 months
[Bug 1290878] New: macros.fonts uses %define instead of %global
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1290878
Bug ID: 1290878
Summary: macros.fonts uses %define instead of %global
Product: Fedora
Version: rawhide
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: tibbs(a)math.uh.edu
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
tagoh(a)redhat.com
While working on some compatibility macros for EPEL (to let the older branches
use some of the new RPM functionality without ifdefs) I found my macros broke
nothing except the font packages. After some bugging I found that use of
%define in the %_font_pkg() macro will expand itself recursively when expanded
in certain contexts. It seems to work currently by luck.
Changing that one %define to %global appears to work and generates RPMs which
differ from the current packages by nothing other than timestamps.
Is there a specific reason that %define is used there? As I understand it, the
general rule is that you should use %global unless you know that you really
need the special and difficult to explain behavior of %define. There's no
comment in the macros file about this, so I suspect that the use of %define is
not intentional.
Unfortunately this is holding up some work I'm doing so I'd like to get this
pushed out at least for EL6 and EL5 as soon as is reasonable. I'll do a
complete rebuild of all font packages and rpmdiff against current rawhide as
well as EPEL5 and 6 and post it here to make sure there's no breakage, and I'm
happy to push a package with that one line patched to any branches you desire.
Just let me know.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tEr6H2XzHZ&a=cc_unsubscribe
6 years, 9 months
[Bug 1284237] New: [kn] Change the default Kannada font to Noto from
Lohit-Kannada
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1284237
Bug ID: 1284237
Summary: [kn] Change the default Kannada font to Noto from
Lohit-Kannada
Product: Fedora
Version: rawhide
Component: fonts-indic
Assignee: extras-orphan(a)fedoraproject.org
Reporter: prasad.mvs(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Description of problem:
Aesthetically the Noto fonts are way better than Lohit-Kannada. Change the
default system font for Kannada to Noto.
Actual results:
The default fonts of the current fedora releases are Lohit-Kannada
Expected results:
Noto should be made the default font.
Additional info: To see a comparison between these two fonts, please follow
below steps:
1.Make sure that you have Noto font
2.Open the UTRRS page : http://utrrs-testing.rhcloud.com/language/kn
3.Enter "Noto Sans Kannada" and click on Change Font button.
4.Compare the References (Lohit-Kannada) with those of rendered Characters
(Noto Sans) for Code points, GPOS and GSUB.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BFpLTzr5z3&a=cc_unsubscribe
6 years, 9 months
[Bug 851950] New: Latin ligatures need 'liga' standard ligature lookups
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=851950
Bug ID: 851950
QA Contact: extras-qa(a)fedoraproject.org
Severity: low
Version: 17
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Latin ligatures need 'liga' standard ligature lookups
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: deron.meranda(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Description of problem:
Glyphs in the Latin Ligature block (U+FB00 .. U+FB06), such as "fi" and "fl",
should have the OpenType 'liga' lookup features defined. That will allow text
renderers to automatically apply the ligature glyph.
Additionally, for completeness, the ligature caret horizontal positions should
be appropriately set for these glyphs.
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.0
Additional info:
You may need to solve bug #851790 first.
Also the "fi" (and "ffi" if existing) should exclude dotless-i
scripts/languages, e.g., Turkish.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 11 months
[Bug 1352227] New: No fa-home icon include in font set
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1352227
Bug ID: 1352227
Summary: No fa-home icon include in font set
Product: Fedora
Version: 24
Component: fontawesome-fonts
Severity: low
Assignee: pvoborni(a)redhat.com
Reporter: mike.basinger(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
jakub.jedelsky(a)gmail.com, me(a)fale.io,
mrunge(a)redhat.com, nick(a)noodles.net.nz,
pvoborni(a)redhat.com
Description of problem:
The font set does not include the fa-home icon (uf015).
Version-Release number of selected component (if applicable):
fontawesome-fonts-4.6.3-1
How reproducible:
Always
Steps to Reproduce:
1. echo "\uf015"
Actual results:
Blank return
Expected results:
Small home icon
Additional info:
http://fontawesome.io/icon/home/
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 2 months
[Bug 1349567] New: avoid using special purpose fonts such as
apx-fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1349567
Bug ID: 1349567
Summary: avoid using special purpose fonts such as apx-fonts
Product: Fedora
Version: 23
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: htl10(a)users.sourceforge.net
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Description of problem:
I started noticing many web pages on firefox, icecat, etc using a rather
undesirable choice of fonts a while ago, and finally tracked it down with
gnome-font-viewer to see which font is that. It is apx-fonts .
/usr/share/fonts/apx/04b03.ttf .
The problem is that its name starts with "04b03", and therefore comes first in
a fair number of font matches (don't know the exact criteria, but often
enough)...
Version-Release number of selected component (if applicable):
apx-fonts-0.1-3.fc23.noarch
fontconfig-2.11.94-4.fc23.x86_64
fontconfig-2.11.94-4.fc23.i686
How reproducible:
Always, since installing it (I installed a whole lot of fonts a while ago,
basically just did "dnf install -y *fonts").
Steps to Reproduce:
1. installing apx-fonts
2. go to some web sites
3.
Actual results:
undesirable font choice.
Expected results:
pick something more suitable.
Additional info:
I know I can configure it myself in ~/.config/fontconfig, but fedora should
help in avoiding these in the first place; since "dnf install -y *fonts" is
probably common enough action.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 2 months