[Bug 984230] New: Broken aliasing on small sizes since version 2.00
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=984230
Bug ID: 984230
Summary: Broken aliasing on small sizes since version 2.00
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: medium
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: gitne(a)excite.co.jp
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
The pixel aliasing of glyphs, especially vertical lines/parts is broken since
version 2.00 on Windows (renderer). This applies to all Liberation Font types
when ClearType is off, i.e. with gray-scale anti-aliasing only. Version 2.00
has incurred aliasing for all font sizes. Version 2.00.1 fixed this by
disabling anti-aliasing for sizes < 14pt. Yet, vertical lines/parts and some
transitions from curves to lines are still rendered incorrectly or with
artifacts.
This may also apply to Fedora GNOME desktops, but it has been observed on
Windows first.
Although, I am not a font design specialist, I suppose that this problem exists
because version 2.00 is based on Google Crosscore fonts and hinting information
for small font sizes is missing.
This is a show stopper for software rendering Libration Fonts on pixel based
digital displays. Software packages like LibréOffice are also negatively
affected by this issue (although on displays only). Please resolve this issue
or revert verion 2.00 and later to beta status.
How to reproduce:
Windows XP/2003
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt.
Windows Vista and later
Disable ClearType
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt. Version 1.07 has been correctly hinted, hence is perfectly pixel aligned.
--
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=lAiO50lKoF&a=cc_unsubscribe
8 years, 10 months
[Bug 953703] New: 3 cyrillic fonts are missing
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=953703
Bug ID: 953703
Summary: 3 cyrillic fonts are missing
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: high
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: translatorky(a)lavabit.com
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
Category: ---
Description of problem: Please add 3 missing cyrillic fonts
U+04A2 Ң
U+04A3 ң
U+04E8 Ө
U+04E9 ө
U+04AE Ү
U+04AF ү
Version-Release number of selected component (if applicable): Minetest game
using liberationmono and liberationsans fonts, in version 0.4.6 was added
kyrgyz language translations
How reproducible: Open Minetest 0.4.6 with kyrgyz language locale
Steps to Reproduce:
1. Go to Minetest.net and download 0.4.6 version
2. Open Minetest with kyrgyz language locale
3. 3 cyrillic fonts are invisible
Actual results:
Expected results:
Additional info:
--
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=Mth5mkluP1&a=cc_unsubscribe
8 years, 10 months
[Bug 894907] New: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=894907
Bug ID: 894907
Summary: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process
/usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 18
Component: fontmatrix
Severity: unspecified
Priority: unspecified
Reporter: ccoleman(a)redhat.com
Description of problem:
Was using fontmatrix and importing fonts. Some of the fonts were removed or
deleted on disk and then I attempted to view them a second time.
Version-Release number of selected component:
fontmatrix-0.9.99-7.r1218.fc18
Additional info:
backtrace_rating: 4
cmdline: fontmatrix
crash_function: size
executable: /usr/bin/fontmatrix
kernel: 3.6.11-3.fc18.x86_64
remote_result: NOTFOUND
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 size at /usr/include/QtCore/qlist.h:98
#1 count at /usr/include/QtCore/qlist.h:280
#2 FontItem::deRenderAll at
/usr/src/debug/fontmatrix-0.9.99-Source/src/fontitem.cpp:1694
#3 ChartWidget::~ChartWidget at
/usr/src/debug/fontmatrix-0.9.99-Source/src/chartwidget.cpp:73
#5 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#6 QWidget::~QWidget at kernel/qwidget.cpp:1681
#7 QStackedWidget::~QStackedWidget at widgets/qstackedwidget.cpp:196
#8 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#9 QWidget::~QWidget at kernel/qwidget.cpp:1681
#10 QSplitter::~QSplitter at widgets/qsplitter.cpp:1056
--
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=2YWeGyRx1W&a=cc_unsubscribe
8 years, 10 months
[Bug 1071556] New: Some thin fonts hint very poorly (regression)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1071556
Bug ID: 1071556
Summary: Some thin fonts hint very poorly (regression)
Product: Fedora
Version: 20
Component: freetype
Assignee: mkasik(a)redhat.com
Reporter: pierre-bugzilla(a)ossman.eu
QA Contact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Browsing to many sites is now very painful since the upgrade to Fedora 20. The
new version of freetype hints some fonts used on the web in a very poor manner,
causing important stems to be lost.
Example sites:
http://ostgotatrafiken.se/ - Almost all text on the page except for headings
http://www.sony.se/ - Here and there. Look at the "k":s at the top menu.
I can't say these fonts ever hinted very well, but in Fedora 19 they weren't
this bad. Turning off hinting "fixes" the issue.
(Turning of anti-aliasing also produces very good output, so they might be
designed with that in mind.)
--
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=DHKeOoDzKG&a=cc_unsubscribe
8 years, 10 months
[Bug 1070506] New: Google Chrome does not render Chinese/Japanese kanji characters in tab title after google-droid-sans-fonts is installed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1070506
Bug ID: 1070506
Summary: Google Chrome does not render Chinese/Japanese kanji
characters in tab title after google-droid-sans-fonts
is installed
Product: Fedora
Version: 20
Component: google-droid-fonts
Severity: low
Assignee: nicolas.mailhot(a)laposte.net
Reporter: shichao.an.nyu(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, nicolas.mailhot(a)laposte.net,
paul(a)frixxon.co.uk, tremble(a)tremble.org.uk
Created attachment 868274
--> https://bugzilla.redhat.com/attachment.cgi?id=868274&action=edit
Google Chrome tab title field does not display Chinese character
Description of problem:
After google-droid-sans-fonts is installed, the Chrome Web Browser's tab title
does not show Chinese/Japanese kanji characters (hiragana and katakana).
Version-Release number of selected component (if applicable):
google-droid-sans-fonts.noarch-20120715-6.fc20
How reproducible:
Always
Steps to Reproduce:
1. yum install google-chrome-stable
2. yum install google-droid-sans-fonts
3. In GNOME session, open Chrome with a new tab, open a web page that has
Chinese/Japanese kanji characters in title field.
Actual results:
In the Chrome tab title area, the Chinese/Japanese kanji characters simply do
not display, while others are normal (e.g. Latin alphabet)
Expected results:
In the Chrome tab title area, the Chinese/Japanese kanji characters should
display.
Additional info:
--
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=ADK4mOGoL9&a=cc_unsubscribe
8 years, 10 months
[Bug 1031878] New: Font trouble in F20 beta
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1031878
Bug ID: 1031878
Summary: Font trouble in F20 beta
Product: Fedora
Version: 20
Component: abattis-cantarell-fonts
Severity: high
Assignee: ccecchi(a)redhat.com
Reporter: roeplay(a)openmailbox.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ccecchi(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
There are a couple of issues I've noticed with the Cantarell font in F20 beta,
related to hinting.
For some odd reason, turning the hinting with Tweak Tool from 'medium' down to
'slight' results in a SHARPER display. By default, the font in F20 isn't quite
hinted enough ... and it baffles me why turning it down has the inverse effect!
Secondly, I've noticed at least one distortion within the default font in F20,
and that is with the bold "r" at some sizes (notice that the curving branch of
the letter is too high ... this is also fixed by turning the hinting down to
'slight.'
Hopefully by the time F20 launches, we'll have a crisply rendering Cantarell
font without kinks.
--
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=p7k3laXz4C&a=cc_unsubscribe
8 years, 10 months
[Bug 1029694] New: pidgin freezes when resizing (squeezing) buddy list
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1029694
Bug ID: 1029694
Summary: pidgin freezes when resizing (squeezing) buddy list
Product: Fedora
Version: 19
Component: pango
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: cristian.ciupitu(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 823163
--> https://bugzilla.redhat.com/attachment.cgi?id=823163&action=edit
pidgin freezing
Description of problem:
pidgin freezes when I squeeze to much the buddy list window.
Version-Release number of selected component (if applicable):
pango-1.34.1-1.fc19.i686
How reproducible:
Every time
Steps to Reproduce:
(see attached video)
1. Start pidgin.
2. Resize a bit the buddy list window on the OX axis, making it smaller and
larger.
3. Now make it tiny.
Actual results:
pidgin freezes
Expected results:
pidgin shouldn't freeze
Additional info:
pidgin-2.10.7-3.fc19.x86_64
[ciupicri@hermes ~]$ fc-match Sans
DejaVuSans.ttf: "DejaVu Sans" "Book"
--
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=wWZsy4oaCg&a=cc_unsubscribe
8 years, 10 months
[Bug 952778] New: Unable to render combining accent with some characters under KDE
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Bug ID: 952778
Summary: Unable to render combining accent with some characters
under KDE
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: bugs(a)wormhole.me.uk
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
External Bug ID: KDE Software Compilation 315642
Category: ---
In https://en.wikipedia.org/wiki/Stress_%28linguistics%29 the following strings
occur:
«земли́ (genitive of "earth, land") vs. зе́мли (plural of "earth, land") in
Russian»
«In Russian and Ukrainian dictionaries, stress is indicated with an acute
accent (´) on a syllable's vowel (example: вимовля́ння)»
In all the native KDE/Qt applications I've tried, these combining acute accents
display as empty rectangles. The problem only occurs with Liberation and Ubuntu
fonts, and it doesn't occur with GTK-based applications such as Firefox when
run on the same KDE platform. (I haven't tested Ubuntu fonts with Fedora as
they're not installed by default.) It seems there's some combination of
problems with these fonts and with KDE or Qt.
To reproduce the problem in Konqueror, display the above Wikipedia article then
go to Settings / Configure Konqueror menu, then under Web Browsing, Appearance
entry, Fonts tab. For Sans serif font, select Liberation (note the default is
DejaVu); click OK or Apply. To reproduce while displaying bugzilla.redhat.com
(e.g., this bug report!), change Fixed font instead.
I've created a small HTML file here:
http://bugsfiles.kde.org/attachment.cgi?id=77513 which demonstrates the problem
(not confined to Cyrillic characters), and also shows a couple of characters
which display correctly. Change the Standard font in Konqueror to demonstrate
the problem.
To reproduce the problem in Konsole, download the file and cat it. Go to
Settings/Edit Current Profile, Appearance tab and click Select Font. Note it's
not necessary to click Apply or OK after selecting the font; all instances of
Konsole update their font dynamically as you select it.
I've reported the problem against KDE and Ubuntu fonts here:
https://bugs.kde.org/show_bug.cgi?id=315642
https://bugs.launchpad.net/ubuntu-font-family/+bug/1131890
--
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=OmJKbaWkhj&a=cc_unsubscribe
8 years, 10 months
[Bug 834368] New: Lohit Telugu does not have the Latin character set
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=834368
Bug ID: 834368
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Lohit Telugu does not have the Latin character set
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: gopal.iiit(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Description of problem:
The Lohit Telugu font does not come with the default Latin character set which
has all the symbols such as hyphen, comma etc. As a result, it is unusable in
typesetting, especially in Latex.
Version-Release number of selected component (if applicable):
All releases
How reproducible:
Every time the font is used.
Steps to Reproduce:
1. Use latex to typeset a Telugu document
2. Compile
3. Open PDF
Actual results:
None of the symbols such as full-stop, comma, hyphen appear. Instead they are
reported as missing in the font.
Expected results:
All the symbols appear properly in the output PDF.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 10 months
[Bug 1047031] New: fontpackages-devel macro %_font_pkg adds obsolete %defattr
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1047031
Bug ID: 1047031
Summary: fontpackages-devel macro %_font_pkg adds obsolete
%defattr
Product: Fedora
Version: 20
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: zbyszek(a)in.waw.pl
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
External Bug ID: Red Hat Bugzilla 909794
Description of problem:
$ rpmbuild --eval %_font_pkg
%post -n -fonts
if [ -x /usr/bin/fc-cache ]; then
/usr/bin/fc-cache /usr/share/fonts/%{name} || :
fi
%postun -n -fonts
if [ $1 -eq 0 -a -x /usr/bin/fc-cache ] ; then
/usr/bin/fc-cache /usr/share/fonts/%{name} || :
fi
%files -n -fonts
%defattr(0644,root,root,0755)
%dir /usr/share/fonts/%{name}
This causes a warning from fedora-review and is against current policy.
[x]: Each %files section contains %defattr if rpm < 4.4
Note: %defattr present but not needed
Version-Release number of selected component (if applicable):
fontpackages-devel-1.44-9.fc20.noarch
--
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=bsUZBAjeKa&a=cc_unsubscribe
8 years, 11 months