August 2011 - fonts-bugs - Fedora Mailing-Lists

[Bug 501900] New: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press backspace key four times to delete the whole char.

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press backspace key four times to delete the whole char. https://bugzilla.redhat.com/show_bug.cgi?id=501900 Summary: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press backspace key four times to delete the whole char. Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: xinsun(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: When "U+0915 U+094D U+0929" in gedit, we need to press Backspace key four times to delete the whole char. Version-Release number of selected component (if applicable): pangomm-2.14.1-1.fc10.x86_64 pango-1.22.3-1.fc10.i386 pango-1.22.3-1.fc10.x86_64 pango-devel-1.22.3-1.fc10.x86_64 How reproducible: always Steps to Reproduce: 1.Select "RAW CODE" in scim-bridge 2.Input "U+0915 U+094D U+0929" in gedit. 3.Press Backspace key to delete the whole char. Actual results: We need press backspce key four times to delete the whole char. Expected results: We should press backspace key three times to delete the whole char. Additional info: U+0915 U+094D U+0929 क्ऩ -- 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.

11 years, 9 months

1
13
0 / 0

[Bug 679030] New: [freetype] uneven rendering quality when bytecode is enabled

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [freetype] uneven rendering quality when bytecode is enabled https://bugzilla.redhat.com/show_bug.cgi?id=679030 Summary: [freetype] uneven rendering quality when bytecode is enabled Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: freetype AssignedTo: mkasik(a)redhat.com ReportedBy: jfrieben(a)hotmail.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 Description of problem: After updating to the latest FreeType build for which the bytecode interpreter has been enabled, fonts are rendered with uneven quality. The system font used e.g. for button labels is very thin now and certain popular web fonts (e.g. Verdana) are rendered surprisingly poorly. Look at the four attached screenshots which demonstrate the various combinations for which the bytecode interpreter is enabled (disabled) and webcore fonts are installed (removed). Version-Release number of selected component (if applicable): freetype-2.4.4-3.fc15 How reproducible: Always. Steps to Reproduce: 1. Launch firefox. 2. Open http://www.bbc.co.uk . Actual results: Partially poor rendering depending on whether the bytecode interpreter is enabled or not. Expected results: Acceptable rendering quality throughout all font families. Additional info: Reverting to freetype-2.4.4-2.fc15 restores globally good font rendering. -- 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.

11 years, 9 months

1
15
0 / 0

[Bug 367791] New: remove 59-liberation-fonts.conf

by Red Hat Bugzilla

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=367791 Summary: remove 59-liberation-fonts.conf Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: besfahbo(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com fontconfig-2.4.92-1 that I'm just building contains all the configuration done in 59-liberation-fonts.conf, and much more to make liberation-fonts useful. Please remove that file for F9. -- 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.

11 years, 9 months

1
6
0 / 0

[Bug 666370] New: adf-accanthis-fonts-1.008 is available

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: adf-accanthis-fonts-1.008 is available https://bugzilla.redhat.com/show_bug.cgi?id=666370 Summary: adf-accanthis-fonts-1.008 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: adf-accanthis-fonts AssignedTo: nicolas.mailhot(a)laposte.net ReportedBy: upstream-release-monitoring(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: nicolas.mailhot(a)laposte.net, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Latest upstream release: 1.008 Current version in Fedora Rawhide: 1.6 URL: http://arkandis.tuxfamily.org/adffonts.html Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines 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.

11 years, 9 months

1
1
0 / 0

[Bug 680778] New: some important iso-10646-1 fonts unavailable

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: some important iso-10646-1 fonts unavailable https://bugzilla.redhat.com/show_bug.cgi?id=680778 Summary: some important iso-10646-1 fonts unavailable Product: Fedora Version: 14 Platform: noarch OS/Version: Linux Status: NEW Severity: medium Priority: unspecified Component: xorg-x11-fonts AssignedTo: xgl-maint(a)redhat.com ReportedBy: kurt(a)pinboard.com QAContact: extras-qa(a)fedoraproject.org CC: xgl-maint(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: In Fedora 14, resizing of an xterm with CTRL-RightClick is not possible. Input of Japanese characters do not show the glyphs on the xterm either. Version-Release number of selected component (if applicable): xorg-x11-fonts-misc-7.2-12.fc14.noarch Linux FC-7250.hag.hilti.com 2.6.35.10-74.fc14.x86_64 #1 SMP Thu Dec 23 16:04:50 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux How reproducible: consistent Steps to Reproduce: 1. install Fedora 14 with X and xterm 2. remove ~/.Xdefaults and ~/.Xresources to make sure there are no user overrides 3. login to the graphical desktop 4. open an xterm 5. CTRL-RightClick and select another font size No instructions on how to input Japanese glyphs, as that problem is automatically resolved when the first one is resolved. Actual results: 1. font does not change 2. Japanese glyphs don't show Expected results: 1. font does change 2. Japanese glyphs show Additional info: The error messages upon changing the font size (open an xterm from another xterm to see the error messages; change the font size in the second xterm) mention missing *iso-10646-1 fonts. Sample error messags: > xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 > xterm: cannot load font -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso10646-1 > xterm: cannot load font -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1 With xorg-x11-fonts-misc-7.2-12.fc14.noarch, there are fewer such fonts (xlsfonts | grep 10646 | wc -l) than with the same package from Fedora 13. Downgrading the xorg-x11-fonts-misc package to the version included with Fedora 13 fixes the problem. cat <<__EOF__ >/etc/yum.repos.d/fedora.13.repo [fedora13] name=Fedora 13 - $basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-13&arch... enabled=0 metadata_expire=7d gpgcheck=0 __EOF__ yum -y --enablerepo=fedora13 --nogpgcheck \ downgrade xorg-x11-fonts-misc-7.2-9.fc12 Interestingly, doing an upgrade to the Fedora 14 package again after that, the problem is gone. The set of files installed by the two versions of the RPM are more or less identical. But checking the RPM scriptlets shows that the earlier package uses mkfontdir and fc-cache in the postinstall/postuninstall scriptlets, where the newer package uses xorg-x11-fonts-update-dirs. However here I'm finally lost at what these commands actually do. But somebody more knowledgable than me in this area should fix future versions of the package so they work again as expected and make all the fonts available. -- 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.

11 years, 10 months

1
2
0 / 0

[Bug 18726] New: RFE: help write locale-specific tests

by bugzilla-daemon＠freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=18726 Summary: RFE: help write locale-specific tests Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com Due to Han unification there is often a need for font distributors to test if a font name is requested in a chinese, japanese or korean context. However, there are many chinese locales and writing an exact match is not possible. The current pattern (used by Debian, Ubuntu, Fedora, etc) in this case is <test compare="contains" name="lang"> <string>zh</string> </test> but we do not really want to match every locale containing "ze". We want to match every ze-foo locale, not jze-foo or foo-ze Please add a documented fonts.conf pattern to fontconfig that allows distributors to specify such an exact match. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
4
0 / 0

[Bug 640607] New: [te-In] Text cut on left hand side for some composite characters

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [te-In] Text cut on left hand side for some composite characters https://bugzilla.redhat.com/show_bug.cgi?id=640607 Summary: [te-In] Text cut on left hand side for some composite characters Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-telugu-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: kkrothap(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Created attachment 451886 --> https://bugzilla.redhat.com/attachment.cgi?id=451886 File contains the characters list for which problem exist Description of problem: Some part on Left hand side missing for these combinations. Please go through the attachment. Version-Release number of selected component (if applicable): lohit-telugu-fonts-2.4.5-5.fc14.noarch How reproducible: Every time. Steps to Reproduce: 1. Open gedit and input the combinations mentioned in the attachment using input method. 2. Or else open the attachment in gedit. 3. Observe the left hand side of every combination which is not appearing properly. Actual results: Text does not appear completely. Expected results: Text should appear completely. Additional info: Please go through the attachment. -- 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.

11 years, 11 months

1
21
0 / 0

[Bug 707007] New: Hershey fonts broken in WYSIWYG text and graphic editing programs (scribus, abiword)

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Hershey fonts broken in WYSIWYG text and graphic editing programs (scribus, abiword) https://bugzilla.redhat.com/show_bug.cgi?id=707007 Summary: Hershey fonts broken in WYSIWYG text and graphic editing programs (scribus, abiword) Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ghostscript-fonts AssignedTo: twaugh(a)redhat.com ReportedBy: martin(a)laptop.org QAContact: extras-qa(a)fedoraproject.org CC: twaugh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Description of problem: Hershey fonts have problems in WYSIWYG text editing programs and image manipulation programs. Version-Release number of selected component (if applicable): ghostscript-fonts-5.50-23.fc12.noarch How reproducible: Always Steps to Reproduce: 1.Open Abiword 2.Select any of the Hershey fonts 3.Write in your document - Font is unreadable - Pressing enter does not create a newline Other repro: 1. groupinstall Sugar Desktop 2. Login to Sugar Desktop 3. Start the 'Paint' (oficina) activity 4. Activate the text tool 5. Select hershey font 6. Click on canvas and type - Font is unreadable - Writing is not immediate on each keystroke -- displays only after clicking elsewhere on the canvas. See also * http://code.google.com/p/font-manager/issues/detail?id=11 * http://bugs.sun.com/view_bug.do?bug_id=6720240 * blacklisted in old fontconfig http://www.redhat.com/archives/fedora- cvs-commits/2005-October/msg00806.html * OpenOffice blacklists them - but they appear on Abiword * Scribus also has issues http://lists.scribus.info/pipermail/scribus/2010-November/040145.html Tracked by OLPC as http://dev.laptop.org/ticket/10902 -- 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.

12 years

1
10
0 / 0

[Bug 695405] New: non-latin charachters in default gnome-shell looks different from the cantarell

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: non-latin charachters in default gnome-shell looks different from the cantarell https://bugzilla.redhat.com/show_bug.cgi?id=695405 Summary: non-latin charachters in default gnome-shell looks different from the cantarell Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: fontconfig AssignedTo: behdad(a)fedoraproject.org ReportedBy: alpha(a)bookwar.info 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: --- Created attachment 491272 --> https://bugzilla.redhat.com/attachment.cgi?id=491272 example titles and text Originally posted in Gnome Bugzilla https://bugzilla.gnome.org/show_bug.cgi?id=647020 Cyrillic fonts, used by default are different from Cantarell in average color and size. I use Fedora Live RC1 Beta. And my system locale is en_US.UTF-8. I attached a screen with Firefox titles, Overview-mode title and Pidgin contact window. (In Empathy it looks the same.) Most annoying are fonts in Pidgin or Empathy conversations. Mixture of latin nicknames, commands and so on with cyrillic words which are twice as bigger. -- 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.

12 years, 1 month

1
17
0 / 0

[Bug 18470] New: conf.avail can be considered an FHS violation

by bugzilla-daemon＠freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=18470 Summary: conf.avail can be considered an FHS violation Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: conf AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com As explained in http://lists.freedesktop.org/archives/fontconfig/2008-October/003030.html conf.avail can be considered an FHS violation Can it be moved somewhere in /usr/share? We'd like to make font packages use the conf.d/conf.avail split in Fedora 11 but our package auditing tools do not like an /etc/fonts/conf.avail read-only directory at all, strongly hinting the current default should be changed. And if it has to be changed we'd rather it was changed before scores of packages depend on the current default. Fedora 11 packaging cycle will open soonish. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

12 years, 1 month

1
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs August 2011