fonts-bugs October 2011

fonts-bugs@lists.fedoraproject.org

9 participants
200 discussions

[Bug 22621] New: RFE: Add font autoinstallation support
by bugzilla-daemon＠webkit.org 22 Jun '14

22 Jun '14

https://bugs.webkit.org/show_bug.cgi?id=22621 Summary: RFE: Add font autoinstallation support Product: WebKit Version: 528+ (Nightly build) Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: Enhancement Priority: P2 Component: Text AssignedTo: webkit-unassigned(a)lists.webkit.org ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com The Linux platform is gaining an on-demand font autoinstallation framework (BSD and Solaris will probably follow eventually). http://fedoraproject.org/wiki/Features/AutomaticFontInstallation Webkit browsers should be plugged into it and use it to request the fonts the pages they render need. This would have a huge user impact, especially for pages that have strong i18n constrains. Unlike proposals such as @font-face and EOT the fonts are sourced from trusted user-controlled sources, are properly vetted legal-side, use the latest font versions not old obsolete ones (with bug fixes), and are installed system-wide where other apps can take advantage of them. -- Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 4

[Bug 543906] New: Conjunct 'sple' (as in display) is not rendered correctly with Meera font
by Red Hat Bugzilla 29 Apr '14

29 Apr '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font https://bugzilla.redhat.com/show_bug.cgi?id=543906 Summary: Conjunct 'sple' (as in display) is not rendered correctly with Meera font Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: smc-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: parimbra(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Description of problem: Meera font shipped with Fedora does not display the conjunct 'sple' correctly. It is working correctly with other fonts and same font in debian. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. open gedit 2. select Meera font 3. type ഡിസ്പ്ലെ (സ്പ്ലെ = unicode raw 0d38, 0d4d, 0d2a, 0d4d, 0d32) Actual results: സ്പ and ലെ displayed separately Expected results: സ് and പ്ലെ rendered separately Additional info: https://savannah.nongnu.org/bugs/index.php?28043 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 24

[Bug 473842] New: Add Greek Polytonic support to Liberation fonts
by Red Hat Bugzilla 23 Apr '14

23 Apr '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Add Greek Polytonic support to Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=473842 Summary: Add Greek Polytonic support to Liberation fonts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: simos.bugzilla(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora The Liberation fonts are missing the Greek Polytonic characters (Greek Extended Unicode group). In practical terms, the Greek Extended Unicode group is made of the Greek characters with a variety of accents (they are precomposed characters). This report is to track the process of adding support. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 21

[Bug 706559] New: Font variants not used correctly
by Red Hat Bugzilla 16 Feb '14

16 Feb '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Font variants not used correctly https://bugzilla.redhat.com/show_bug.cgi?id=706559 Summary: Font variants not used correctly Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: fontconfig AssignedTo: behdad(a)fedoraproject.org ReportedBy: dwmw2(a)infradead.org QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- I have installed some company-provided fonts for use in presentations etc.: $ ls /usr/share/fonts/neo-sans-intel/ NeoSansIntel-Italic.ttf NeoSansIntel-MediumItalic.ttf NeoSansIntel-LightItalic.ttf NeoSansIntel-Medium.ttf NeoSansIntel-Light.ttf NeoSansIntel.ttf In LibreOffice I have a choice of three separate fonts: Neo Sans Intel, Neo Sans Intel Medium, and Neo Sans Intel Light. For each of those three, the italic version of the font (from the separate TTF file) is used. I can tell by the tail on the 'f' character. For bold text, however, an 'emboldening' algorithm seems to be used instead of using the appropriate separate font file. In GNOME font selection dialogs, I see just one 'Neo Sans Intel' family, with a choice of 8 styles. I'll ignore the italic versions since those do actually seem to work as expected, so there are four weights listed: - Light (== Neo Sans Intel Light) - Regular (== Neo Sans Intel Medium) - Medium (== Neo Sans Intel Medium) - Bold (== Neo Sans Intel Medium + emboldening algorithm?) I *don't* seem to have an option in GNOME which will just use the straight 'Neo Sans Intel' font. So both seem to be getting it wrong, in different ways. Or perhaps there's something wrong with the fonts themselves? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 17

[Bug 730271] New: libXfont-1.4.4 is available
by Red Hat Bugzilla 08 Jan '14

08 Jan '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: libXfont-1.4.4 is available https://bugzilla.redhat.com/show_bug.cgi?id=730271 Summary: libXfont-1.4.4 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: libXfont AssignedTo: sandmann(a)redhat.com ReportedBy: upstream-release-monitoring(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: sandmann(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Latest upstream release: 1.4.4 Current version in Fedora Rawhide: 1.4.3 URL: http://xorg.freedesktop.org/archive/individual/lib/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 716599] New: freetype-2.4.5 is available
by Red Hat Bugzilla 18 Nov '13

18 Nov '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: freetype-2.4.5 is available https://bugzilla.redhat.com/show_bug.cgi?id=716599 Summary: freetype-2.4.5 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: freetype AssignedTo: mkasik(a)redhat.com ReportedBy: upstream-release-monitoring(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, kevin(a)tigcc.ticalc.org, fonts-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com Classification: Fedora Story Points: --- Latest upstream release: 2.4.5 Current version in Fedora Rawhide: 2.4.4 URL: http://sourceforge.net/api/file/index/project-name/freetype/mtime/desc/limi… Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 540411] New: [ml_IN] KDE applications display is too small with smc-meera-fonts
by Red Hat Bugzilla 04 Oct '13

04 Oct '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ml_IN] KDE applications display is too small with smc-meera-fonts https://bugzilla.redhat.com/show_bug.cgi?id=540411 Summary: [ml_IN] KDE applications display is too small with smc-meera-fonts Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: smc-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: apeter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com, smc-discuss(a)googlegroups.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=373059) --> (https://bugzilla.redhat.com/attachment.cgi?id=373059) Screenshot for Lokalize with smc-meera-fonts Description of problem: Login to Malayalam (ml_IN) locale where smc-meera-fonts is the default font, the display of KDE applications like lokalize, kate etc looks very small when compared with other applications. Screenshot attached for lokalize and kate Version-Release number of selected component (if applicable): smc-meera-fonts-04.2-2.fc12 How reproducible: Always Steps to Reproduce: 1. Login to gnome desktop in Malayalam locale 2. Open any keda applications like lokalize, kate 3. Compare the font size of these applications with any others Actual results: Reproducing above steps, you can observe that the kde applications' size is small Expected results: The font size must be viewable enough or must be same like other applications -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 22

[Bug 528303] New: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
by Red Hat Bugzilla 04 Oct '13

04 Oct '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE https://bugzilla.redhat.com/show_bug.cgi?id=528303 Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-malayalam-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: santhosh.thottingal(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, smc-discuss(a)googlegroups.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Created an attachment (id=364359) --> (https://bugzilla.redhat.com/attachment.cgi?id=364359) Comparison of rendering in kde and gnome Description of problem: The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra sequence. See the attached screenshot. The prebase ra sign becomes postbase in KDE applications, while in GNOME applications it is correct. Version-Release number of selected component (if applicable): Lohit 2.4.4 KDE 4.3.2 How reproducible: Always Steps to Reproduce: 1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate Actual results: See the attached screenshot Expected results: See the attached screenshot Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 37

[Bug 705348] New: Byte-code interpreter seems not enabled in Qt
by Red Hat Bugzilla 03 Oct '13

03 Oct '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Byte-code interpreter seems not enabled in Qt https://bugzilla.redhat.com/show_bug.cgi?id=705348 Summary: Byte-code interpreter seems not enabled in Qt Product: Fedora Version: 15 Platform: x86_64 OS/Version: Linux Status: NEW Severity: low Priority: unspecified Component: freetype AssignedTo: mkasik(a)redhat.com ReportedBy: arthur.kun(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, kevin(a)tigcc.ticalc.org, fonts-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com Classification: Fedora Story Points: --- Created attachment 499346 --> https://bugzilla.redhat.com/attachment.cgi?id=499346 Comparison of font rendering between kwrite and gedit Description of problem: The font rendering in KDE/Qt apps looks like freetype byte-code interpreter (BCI) is not enabled, while gtk apps renders fonts as BCI enabled. Version-Release number of selected component (if applicable): freetype-2.4.4-4.fc15.x86_64 qt-4.7.2-8.fc15.x86_64 How reproducible: every time Steps to Reproduce: 1. Enable full hinting in KDE system settings 2. Open kwrite and gedit; select DejaVu Sans 12 as editor font in both 3. Open the same file in both editors Actual results: font rendering in kwrite (both menu and contents) looks like BCI not enabled (poor hinting); while in gedit, BCI looks as working. This difference applies to all Qt applications (KDE and non-KDE) and all Gtk-based applications. Expected results: BCI enabled in both Qt and Gtk-based applications Additional info: I was using Fedora 15 RC3 downloaded from http://serverbeach1.fedoraproject.org/pub/alt/stage/15.RC3/Fedora/x86_64/is… -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 54

[Bug 715309] New: Bold 'u' looks skinny
by Red Hat Bugzilla 01 Sep '13

01 Sep '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Bold 'u' looks skinny https://bugzilla.redhat.com/show_bug.cgi?id=715309 Summary: Bold 'u' looks skinny Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: mkasik(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Created attachment 506011 --> https://bugzilla.redhat.com/attachment.cgi?id=506011 ftview of LiberationSans-Bold.ttf Description of problem: Letter 'u' from LiberationSans-Bold.ttf has vertical lines narrower than it should have at size 18 (when comparing with 'n'). Version-Release number of selected component (if applicable): liberation-sans-fonts-1.07.0-1.fc15 How reproducible: execute "ftview 18 /usr/share/fonts/liberation/LiberationSans-Bold.ttf" (or see the attached image) and compare letter 'u' with letter 'n'. Additional info: This was introduced in upstream commit http://git.fedorahosted.org/git/?p=liberation-fonts.git;a=commit;h=054d3217… which is a fix of https://bugzilla.redhat.com/show_bug.cgi?id=463036. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 12

← Newer
1
2
3
4
5
6
7
...
20
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs October 2011