fonts-bugs January 2014

fonts-bugs@lists.fedoraproject.org

11 participants
237 discussions

[Bug 1047545] New: [pa_IN] Lohit Fonts Display Issue
by Red Hat Bugzilla 01 Jun '15

01 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=1047545 Bug ID: 1047545 Summary: [pa_IN] Lohit Fonts Display Issue Product: Fedora Version: 20 Component: lohit-punjabi-fonts Assignee: psatpute(a)redhat.com Reporter: aalam(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: asaini(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Created attachment 843827 --> https://bugzilla.redhat.com/attachment.cgi?id=843827&action=edit Lohit Fonts on Fedora. Description of problem: Punjabi Lohit font has display issue although Technical rendering is good, but display is not Good. --------------- 0A48 -ੈ - GURMUKHI VOWEL SIGN AI 0A4B- ੋ - GURMUKHI VOWEL SIGN OO 0A71- ੱ - GURMUKHI ADDAK --------------- Version-Release number of selected component (if applicable): lohit-punjabi-fonts-2.5.3-3.fc20.noarch How reproducible: Everytime Steps to Reproduce: 1. Copy Paste (ਸੈ ਸੋ ਉੱ) text 2. check rendering for dependent vowel with Consonants/Independent Actual results: Dependent character mixed with Consonants/Independent Expected results: Dependent character should more clear Additional info: 1st Screenshot - Fedora 20 with konversation (kde) and Gedit (GNOME) applications. Unicode Charts http://www.unicode.org/charts/PDF/U0A00.pdf Try to attach screenshot on Windows with Raavi Fonts -- 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=FQyERQn4uR&a=cc_unsubscribe

1 7

[Bug 1000691] New: Cardo font unusable, badly displayed
by Red Hat Bugzilla 30 Apr '15

30 Apr '15

https://bugzilla.redhat.com/show_bug.cgi?id=1000691 Bug ID: 1000691 Summary: Cardo font unusable, badly displayed Product: Fedora Version: 19 Component: scholarsfonts-cardo-fonts Severity: urgent Assignee: pnemade(a)redhat.com Reporter: rivocantus-local(a)gmx.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Description of problem: Font is badly displayed so that it is unreadable. Version-Release number of selected component (if applicable): 1.045-4 How reproducible: When used in Abiword or LibreOffice Writer. Actual results: In LibreOffice: Letters are cut vertically. However when printed to pdf it becomes better. In Abiword it creates very large vertical line on cursor, otherwise font appears. In both cases typing is very unpleasent. Which makes it difficult to concentrate on the work. Expected results: Neatness. This font has a great potential. -- 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=NtyMEGwVgp&a=cc_unsubscribe

1 18

[Bug 981475] New: Improper glyph names in Lohit fonts
by Red Hat Bugzilla 31 Mar '15

31 Mar '15

https://bugzilla.redhat.com/show_bug.cgi?id=981475 Bug ID: 981475 Summary: Improper glyph names in Lohit fonts Product: Fedora Version: rawhide Component: lohit-fonts Severity: unspecified Priority: unspecified Assignee: extras-orphan(a)fedoraproject.org Reporter: khaledhosny(a)eglug.org QA Contact: extras-qa(a)fedoraproject.org CC: extras-orphan(a)fedoraproject.org, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pnemade(a)redhat.com, psatpute(a)redhat.com For purposes of text extraction from PDF files, glyphs should be named in accordance with Adobe Glyph Naming convention (http://www.adobe.com/devnet/opentype/archives/glyph.html) Most glyphs in Lohit fonts follow this convention properly, but some do not. I did not do an extensive review, but I noticed several occurances of glyph names like: u0919_u094D.half_u0915_u094D.half.half Which is wrong, since step 1 of the mapping algorithm in the above link will drop the part of glyph name after the first occurence of a peroid, so only u0919_u094D will remain which is assume is not what is wanted here. A proper name would then be: u0919_u094D_u0915_u094D.half.half.half or something like that (the part after the peroid is completely ignored, so it can be anything). -- 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=5cwcY7yhhr&a=cc_unsubscribe

1 5

[Bug 882267] New: Warning about /etc/fonts/conf.d/50-user.conf
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=882267 Bug ID: 882267 Summary: Warning about /etc/fonts/conf.d/50-user.conf Product: Fedora Version: 18 Component: fontconfig Severity: unspecified Priority: unspecified Reporter: mefoster(a)gmail.com Description of problem: Running appes such as gvim under KDE results in a warning to STDERR like this: Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. Version-Release number of selected component (if applicable): fontconfig-2.10.2-1.fc18.x86_64 How reproducible: Every time Steps to Reproduce: 1. Run "gvim" Actual results: Warning Expected results: No warning Additional info: I don't know if it's relevant that I use KDE as a desktop environment and that this error comes up with gvim, but that's where I specifically noticed it. -- You are receiving this mail because: You are on the CC list for the bug.

1 18

[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 1007477] New: [abrt] fontforge-20120731b-7.fc19: GDrawFontMetrics: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1007477 Bug ID: 1007477 Summary: [abrt] fontforge-20120731b-7.fc19: GDrawFontMetrics: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV) Product: Fedora Version: 19 Component: fontforge Assignee: kevin(a)scrye.com Reporter: leftmostcat(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com, paul(a)frixxon.co.uk, pnemade(a)redhat.com Description of problem: Crashed on execution from gnome-shell overview. Version-Release number of selected component: fontforge-20120731b-7.fc19 Additional info: reporter: libreport-2.1.6 backtrace_rating: 4 cmdline: fontforge crash_function: GDrawFontMetrics executable: /usr/bin/fontforge kernel: 3.10.10-200.fc19.x86_64 runlevel: N 5 uid: 1000 Truncated backtrace: Thread no. 1 (1 frames) #0 GDrawFontMetrics at gdrawtxt.c:2339 Potential duplicate: bug 772221 -- 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=IZpuwDebMx&a=cc_unsubscribe

1 4

[Bug 1005780] New: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1005780 Bug ID: 1005780 Summary: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character Product: Fedora Version: 19 Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: wrkerr(a)gmail.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 Description of problem: Lowercase "l" character very closely resembles the "1" character from many other typefaces, especially at smaller point sizes, and even more so in the italic style. Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Type an italic "l" at 8 point size. Print alongside "1" also at 8 point size from some other monospaced fonts, such as DejaVu Sans Mono and notice the similarity. Additional info: I have found Liberation Mono to be the best Free typeface for my coding purposes. I particularly love how readable yet compact it is at small sizes. I've had difficultly though with the "l" character. I find that this character seems to me to be indistinguishable from the "1" character from many other typefaces. The problem is even more apparent when the font is used in the italic style. To my perception, an "l" formed more similar to that of the DejaVu Sans Mono, Source Code Pro, or Ubuntu Mono would fit better with the overall design approach of the typeface by being clearly readable at all sizes--it could no longer be confused with any other character. This would include a leftward serif at the top of the letter, and a rightward curvature at the bottom of the character. To my eye, DejaVu Sans Mono's "l" would be the best model. -- 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=S3mOdQhS0u&a=cc_unsubscribe

1 25

[Bug 1003427] New: PATCH: repo-font-audit: bad output when running without terminal.
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1003427 Bug ID: 1003427 Summary: PATCH: repo-font-audit: bad output when running without terminal. Product: Fedora Version: 19 Component: fontpackages Assignee: nicolas.mailhot(a)laposte.net Reporter: leamas.alec(a)gmail.com 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 Created attachment 792689 --> https://bugzilla.redhat.com/attachment.cgi?id=792689&action=edit fedora-review repo-conts-audit script plugin Description of problem:When running repo-fonts-audit from within fedora-review I get multiple "tput: No value for $TERM and no -T specified" messing up output. Version-Release number of selected component (if applicable): fontpackages-tools-1.44-7.fc19.noarch How reproducible: always. Steps to Reproduce: 1. $ drop attached script into an existing fedora-review installation 2. $ yumdownloader --source dejavu-fonts 3. $ fedora-review -rn dejavu-fonts Actual results: in review.txt: Test run failed, multiple bogus "tput: No value for $TERM and no -T specified" on stderr. Expected results: No bogus output on stderr. Additional info: Attached patch fixes problem. -- 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=Z6zcaYe2n2&a=cc_unsubscribe

1 4

[Bug 863817] New: Liberation Sans Hebrew needs Redesign (Willing to contribute)
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=863817 Bug ID: 863817 QA Contact: extras-qa(a)fedoraproject.org Severity: medium 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: Liberation Sans Hebrew needs Redesign (Willing to contribute) Regression: --- Story Points: --- Classification: Fedora OS: All Reporter: LIJI32(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: liberation-fonts Product: Fedora Created attachment 623019 --> https://bugzilla.redhat.com/attachment.cgi?id=623019&action=edit New Hebrew glyphs I designed The Hebrew version of Liberation Sans currently uses glyphs from Droid Sans Hebrew. These glyphs have incorrect proportions, weird letter forms and it's generally unreadable. In addition, it go along with the Latin glyphs nicely. I've previously solved the same problem with DejaVu Sans Hebrew by redesigning it and I'd be more than happy to contribute an entirely new Hebrew glyphset for Liberation Sans. I included a Work-in-Progess of new Hebrew glyphs designed to match the design of the Latin Liberation Sans in style, weight and proportions. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

← Newer
1
2
3
4
5
6
7
8
9
...
24
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs January 2014