fonts-bugs July 2012

fonts-bugs@lists.fedoraproject.org

16 participants
450 discussions

[Bug 834368] New: Lohit Telugu does not have the Latin character set
by Red Hat Bugzilla 18 Jun '15

18 Jun '15

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.

1 13

[Bug 812207] New: La (=?UTF-8?Q?=E0=A4=B2?=) and Sha (=?UTF-8?Q?=E0=A4=B6?=) half shape required modifications
by Red Hat Bugzilla 02 Jun '15

02 Jun '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: La (ल) and Sha (श) half shape required modifications https://bugzilla.redhat.com/show_bug.cgi?id=812207 Summary: La (ल) and Sha (श) half shape required modifications Product: Fedora Version: 17 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: lohit-marathi-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: psatpute(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 Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Created attachment 577228 --> https://bugzilla.redhat.com/attachment.cgi?id=577228 pdf explaining problem Description of problem: Mail from Sushant Devlekar, Half La (ल) and Sha (श) shape required modifications as done by Base shape of La (ल) and Sha (श) Version-Release number of selected component (if applicable): lohit-marathi-fonts-2.5.1-1 How reproducible: everytime Steps to Reproduce: 1. Type ल्ल and श्क 2. 3. Actual results: half shape of sha and la not matching with full shape of la and sha Expected results: both full and half shape should match. 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 10

[Bug 842568] New: Bad spacing in Liberation Mono with BCI-hinting
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=842568 Bug ID: 842568 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide 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: Bad spacing in Liberation Mono with BCI-hinting Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: xously(a)gmail.com Type: Bug Documentation: --- Hardware: x86_64 Mount Type: --- Status: NEW Component: liberation-fonts Product: Fedora Created attachment 599962 --> https://bugzilla.redhat.com/attachment.cgi?id=599962&action=edit Spacing of "s" Description of problem: Applies to Liberation Mono with BCI-hinting. "s" is too far to the right or left, depending on the font size. E.g. "users" looks like "user s" at size 11. (See first attachment for font sizes 8-16.) "ow" is merging in bold font, at least at size 11. E.g. in "downloads". (See second attachment.) Version-Release number of selected component: 2.00.0 How reproducible: Always with this ".fonts.conf": <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <match target="font"> <edit name="antialias" mode="assign"> <bool>true</bool> </edit> </match> <match target="font"> <edit name="hinting" mode="assign"> <bool>true</bool> </edit> </match> <match target="font"> <edit name="hintstyle" mode="assign"> <const>hintfull</const> </edit> </match> <match target="font"> <edit name="rgba" mode="assign"> <const>rgb</const> </edit> </match> <match target="font"> <edit mode="assign" name="lcdfilter"> <const>lcddefault</const> </edit> </match> </fontconfig> With auto-hinting enabled instead, these problems do not occur: <match target="pattern" name="family"> <test name="family" qual="any"> <string>Liberation Mono</string> </test> <edit name="autohint" mode="assign"> <bool>true</bool> </edit> </match> -- You are receiving this mail because: You are on the CC list for the bug.

1 26

[Bug 522648] New: glyphs cut-off below "baseline" in firefox
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: glyphs cut-off below "baseline" in firefox https://bugzilla.redhat.com/show_bug.cgi?id=522648 Summary: glyphs cut-off below "baseline" in firefox Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: Regression Severity: medium Priority: low Component: ipa-gothic-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: With ipa fonts being used for Japanese desktop, it seems the bottom of letters with parts under the Latin "baseline" tend to get cut-off in textboxes in Firefox. How reproducible: every time Steps to Reproduce: 1. Login to rawhide Japanese gnome desktop 2. Run firefox and type "abcdefghijklmnopqrstuvwxyz" into awesome bar. 3. sudo yum install vlgothic-fonts 4. repeat (2) Actual results: 2. Bottom of letters 'g', 'j', 'p', 'q', 'y' are clipped 4. Displays fine. Expected results: 2. All the glyphs to be visible. -- 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 7

[Bug 677448] New: incompatibility/inefficiency with bitmap-fangsongti-fonts
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: incompatibility/inefficiency with bitmap-fangsongti-fonts https://bugzilla.redhat.com/show_bug.cgi?id=677448 Summary: incompatibility/inefficiency with bitmap-fangsongti-fonts Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: fontconfig AssignedTo: behdad(a)fedoraproject.org ReportedBy: notting(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: bitmap-fangsongti-fonts causes fontconfig to exercise some very bad codepaths on upgrades. Version-Release number of selected component (if applicable): fontconfig-2.8.0 How reproducible: 100% Steps to Reproduce: 1. Have bitmap-fangsongti-fonts installed 2. Be running a desktop 3. Do some upgrade that causes '/usr/bin/fc-cache /usr/share/fonts/bitmap' to run Actual results: Most every fontconfig app on the system (kde4d, notification area applets, gnome-settings-daemon, and others) suddenly start using 100% cpu. The fc-cache call takes a *very* long time to complete. Expected results: Not that. 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 3

[Bug 635961] New: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button https://bugzilla.redhat.com/show_bug.cgi?id=635961 Summary: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: behdad(a)fedoraproject.org ReportedBy: smaitra(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, aalam(a)redhat.com, smaitra(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Blocks: 631761,635957 Classification: Fedora Target Release: --- Description of problem: In pango (tested it in gedit and firefox), the deletion with DELETE key, is not following the rule of deleting entire composed character with a single key press. It is deleting each of the character in a composed character, one by one. Version-Release number of selected component (if applicable): pango-1.28.0-1.fc13.i686 How reproducible: Always Steps to Reproduce: 1. Open gedit or firefox in mr_IN locale 2. Activate ibus with CTRL+SPACE. Select marathi - Inscript 3. Type : kdk (which means consonant KA + Halant + Consonant KA) 4. Position the cursor at the beginning point of the composed character. 5. Now, press DELETE key. (It needs 3 key strokes to delete the whole character, but it should be done with a single key stroke in fact) Actual results: Delete composed character is happening in wrong manner. Actually it is now following the convention (Rule) of BACKSPACE, when deleting a composed character comes into picture. Expected results: It should delete the whole composed character in one DELETE key stroke when cursor positions at the start of the composed character. Additional info: OS : Fedora 13 Arch : i386 -- 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 14

[Bug 525866] New: Please rebuild using external Adobe CMap and AGLFN data
by Red Hat Bugzilla 02 Feb '15

02 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please rebuild using external Adobe CMap and AGLFN data https://bugzilla.redhat.com/show_bug.cgi?id=525866 Summary: Please rebuild using external Adobe CMap and AGLFN data Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fonttools AssignedTo: roozbeh(a)gmail.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: tcallawa(a)redhat.com, roozbeh(a)gmail.com, fedora-fonts-bugs-list(a)redhat.com Blocks: 182235,473302 Classification: Fedora Description of problem: The Debian fonttool packager noticed a problem in fonttool's embedded Adobe CMap and AGLFN data and got Adobe to release them under a good license Please rebuild the Fedora fonttool using those resources (packaged separately as they can be used by other packages) FE-LEGAL since this was all triggered by a legal checl Debian-side See also http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ http://lwn.net/Articles/354360/ http://opensource.adobe.com/wiki/display/cmap/CMap+Resources -- 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 708525] New: hinting turned off even for large fonts
by Red Hat Bugzilla 26 Jan '15

26 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: hinting turned off even for large fonts https://bugzilla.redhat.com/show_bug.cgi?id=708525 Summary: hinting turned off even for large fonts Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: pango AssignedTo: behdad(a)fedoraproject.org ReportedBy: horsley1953(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Created attachment 501397 --> https://bugzilla.redhat.com/attachment.cgi?id=501397 Screen shot of office writer document with different size fonts in same families. Description of problem: On my fedora 15 system, the fonts all render terribly by default, being completely thin and spindly. After much investigation, I find various settings down in the /etc/fonts config files to do things like turn off hinting for fonts smaller than 7.5 (what units 7.5 are in, I'm not sure), but in fact hinting seems to be turned off for fonts up to point size 13 as the attached screenshot of a libreoffice document seems to show. So many pieces are involved in font rendering, I don't know for sure if pango is the right component for this, but it is my best guess. Version-Release number of selected component (if applicable): pango-1.28.4-1.fc15.x86_64 cairo-1.10.2-3.fc15.x86_64 fontconfig-2.8.0-3.fc15.x86_64 How reproducible: 100% Steps to Reproduce: 1.See screenshot of office writer image 2. 3. Actual results: All fonts 13 points and under rendered incredibly spindly. Expected results: Better font rendering. 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 32

[Bug 586214] New: knm-new-fixed-fonts isn't usable
by Red Hat Bugzilla 16 Jan '15

16 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: knm-new-fixed-fonts isn't usable https://bugzilla.redhat.com/show_bug.cgi?id=586214 Summary: knm-new-fixed-fonts isn't usable Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: knm-new-fixed-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: knm-new-fixed-fonts is capable for Japanese font though, it doesn't have enough glyph coverage for Japanese. Version-Release number of selected component (if applicable): knm-new-fixed-fonts-1.1-11.fc13 How reproducible: always Steps to Reproduce: 1.fc-match -v Fixed|grep -E " lang"|grep ja 2. 3. Actual results: No output Expected results: the lang spec should contains ja. 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 4

[Bug 485566] New: Fontconfig should select DejaVu font for rendering English, even in Japanese locale.
by Red Hat Bugzilla 16 Jan '15

16 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Fontconfig should select DejaVu font for rendering English, even in Japanese locale. https://bugzilla.redhat.com/show_bug.cgi?id=485566 Summary: Fontconfig should select DejaVu font for rendering English, even in Japanese locale. Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: medium Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: ryo-dairiki(a)users.sourceforge.net QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Description of problem: As you know, fontconfig finds proper fonts for text rendering, depending on locales of process and text to render. It works properly in the most cases, but there are some sever cases. For example, if you type only "@" or "}" in gedit, it uses glyph of VLGothic in Japanese locale. However, if you type "a" after the first character, it changes one's mind to choose glyphs of DejaVu fonts. It's very annoying for Japanese users. In the worst cases, the width of the indentations of sourcecode seems different. (As the width of the " " glyphs are differ between VLGothic and DejaVu) How reproducible: Steps to Reproduce: 1. Login X11 as a Japanese. 2. Open gedit and change the configuration to use "Monospace". 3. Type "@" on the first line, and "@a" on the first line. Actual results: "@" seems differ between the two lines. Expected results: "@" seems the same between the two lines. The same glyph should be used for rendering the two "@". -- 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 29

← Newer
1
2
3
4
5
6
7
...
45
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 July 2012