fonts-bugs March 2010

fonts-bugs@lists.fedoraproject.org

18 participants
368 discussions

[Bug 499790] New: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3
by Red Hat Bugzilla 09 Oct '14

09 Oct '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3 https://bugzilla.redhat.com/show_bug.cgi?id=499790 Summary: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3 Product: Fedora Version: 10 Platform: i386 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: kxiong(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: GSUB press Delete key to delete the whole char,it can't delete the whole char in f10,but works well in rhel5.3. I think it is a regression bug. Version-Release number of selected component (if applicable): pango-devel-1.22.1-1.fc10.i386 pango-1.22.1-1.fc10.i386 pangomm-2.14.0-2.fc10.i386 How reproducible: always Steps to Reproduce: 1.In gedit input U+0C15 U+0C4D U+0C15 2.Press Delete key to delete the char 3. Actual results: It can't delete the whole char,it will delete part of the char Expected results: It will delete the whole char. Additional info: All of chars in [te_IN][GSUB] has the same problem. But in rhel 5.3 they work well. So I think it is a regression problem. -- 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 11

[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 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 545701] New: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly
by Red Hat Bugzilla 08 Apr '13

08 Apr '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly https://bugzilla.redhat.com/show_bug.cgi?id=545701 Summary: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: svenkate(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=377107) --> (https://bugzilla.redhat.com/attachment.cgi?id=377107) shows the actual and correct rendering Description of problem: Pango doesn't render a particular character combination properly. Version-Release number of selected component (if applicable): 1.26.0-1.fc12 How reproducible: Always Steps to Reproduce: 1.Enable the Kannada support 2. Select the "inscript" layout from ibus menu, and type the following key combination: j+d+j+> OR Select "other-rawcode" from ibus menu and type the following key combination 0c95+0ccd+0c95+0c97 Actual results: ಕ್ಕಷ Expected results: As shown in the attached image Additional info: Reported upstream at https://bugzilla.gnome.org/show_bug.cgi?id=604060 -- 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 8

[Bug 434409] New: fonttools failed massrebuild attempt for GCC 4.3
by Red Hat Bugzilla 09 Jan '13

09 Jan '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=434409 Summary: fonttools failed massrebuild attempt for GCC 4.3 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fonttools AssignedTo: roozbeh(a)farsiweb.info ReportedBy: jkeating(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com This is an automatically filed bug for a failed rebuild attempt for GCC 4.3. http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal Please verify why this build failed and fix it. http://koji.fedoraproject.org/koji/taskinfo?taskID=444470 Exit code was 1, check the build.log for the failed buildArch task. -- 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, or are watching someone who is.

1 6

[Bug 434251] New: alfont failed massrebuild attempt for GCC 4.3
by Red Hat Bugzilla 09 Jan '13

09 Jan '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=434251 Summary: alfont failed massrebuild attempt for GCC 4.3 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: alfont AssignedTo: j.w.r.degoede(a)hhs.nl ReportedBy: jkeating(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com This is an automatically filed bug for a failed rebuild attempt for GCC 4.3. http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal Please verify why this build failed and fix it. http://koji.fedoraproject.org/koji/taskinfo?taskID=440636 Unknown exit code, check the failed task. -- 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, or are watching someone who is.

1 2

[Bug 517789] New: Droid Sans overrides default Japanese desktop font
by Red Hat Bugzilla 22 Aug '12

22 Aug '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Droid Sans overrides default Japanese desktop font https://bugzilla.redhat.com/show_bug.cgi?id=517789 Summary: Droid Sans overrides default Japanese desktop font Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: google-droid-fonts AssignedTo: nicolas.mailhot(a)laposte.net ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: nicolas.mailhot(a)laposte.net, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Description of problem: I was just testing a f12alpha spin and discovered that Droid Sans seems to override the default Japanese desktop font. How reproducible: every time Steps to Reproduce: 1. yum install google-droid-sans-fonts 2. login to gnome desktop 3. run gucharmap Actual results: Most kanji glyphs are shown with Droid Sans. Expected results: Default Japanese IPA font to be used for Japanese characters. Additional info: Not sure why the Droid fonts were pulled into the spin. This affects whole Japanese desktop and gdm, etc. -- 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 48

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs March 2010