January 2017 - fonts-bugs - Fedora Mailing-Lists

[Bug 841947] New: [te_IN] Add support for Telugu nakaarapollu and repha to Lohit Telugu font

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=841947 Bug ID: 841947 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, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [te_IN] Add support for Telugu nakaarapollu and repha to Lohit Telugu font Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-telugu-fonts Product: Fedora Created attachment 599423 --> https://bugzilla.redhat.com/attachment.cgi?id=599423&action=edit Glyphs for Telugu nakaarapollu and repha Telugu script has special form of vowelless NA called four-pronged nakaarapollu. Strictly speaking nakaarapollu means nakaara + pollu=virama so regular form of vowelless-NA న్ is also nakaarapollu but Telugu old grammarian Brown has specifically called a distinct form as nakaarapollu. The recommended model for getting Telugu nakaarapollu is NA + ZWJ + VIRAMA. Please find more details in the document: https://sites.google.com/site/jamadagni/files/utcsubmissions/11409-telugu... Likewise Telugu script has old repha form which is not found in common usage in current Telugu script. A modern-style Telugu font can allow user to select old-style reph by using the sequence RA + VIRAMA + ZWJ + CONSONANT because the plain RA + VIRAMA + CONSONANT would be presented as RA with sub-base form of CONSONANT. Please find more details in the document: https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu... These two documents have been approved by the UTC in the Feb 2012 meeting: http://www.unicode.org/L2/L2012/12007.htm <quote> [130-A15] Action Item for Deborah Anderson, Editorial Committee: Update the core specification text on Telugu nakaara-pollu based on input in document L2/11-409. [130-A16] Action Item for Deborah Anderson: Incorporate text on Telugu Reph from L2/12-017 into the Telugu block description. </quote> It is requested to: 1) add the glyphs for nakaarapollu and repha to the Lohit Telugu font: 2) add substitution mapping of NA + ZWJ + VIRAMA to the nakaarapollu glyph 3) add requisite OT markups for repha glyph so that a compliant OT system can recognize the repha glyph and render sequence of RA + VIRAMA + ZWJ + CONS using that glyph. -- You are receiving this mail because: You are on the CC list for the bug.

6 years, 4 months

2
10
0 / 0

[Bug 982601] New: [ml_IN] Addition of glyphs to Lohit Malayalam to support recently proposed Unicode characters

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=982601 Bug ID: 982601 Summary: [ml_IN] Addition of glyphs to Lohit Malayalam to support recently proposed Unicode characters Product: Fedora Version: rawhide Component: lohit-malayalam-fonts Severity: unspecified Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: samjnaa(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Created attachment 770964 --> https://bugzilla.redhat.com/attachment.cgi?id=770964&action=edit Glyphs for Malayalam Archaic II, minor fractions and Chillu LLL Recently I and Cibu Johny have proposed various characters to be added to the Malayalam Unicode block and in the last May 2013 UTC meeting they have been approved and further (IIUC) approved by the WG2 meeting last month in Lithunia. The links are provided below: N4429 Proposal to encode Malayalam minor fractions http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4429.pdf N4428 Proposal to encode MALAYALAM LETTER CHILLU LLL http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4428.pdf N4312 Proposal for MALAYALAM LETTER ARCHAIC II http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4312.pdf This is a placeholder bug (like bug #839303 for Tamil fractions and symbols) to ensure that the requisite glyphs are added immediately once the characters are published in the Unicode standard finally. I have designed the glyphs for these proposed characters partially based on existing glyphs from the Lohit Malayalam font and would like to submit these as my contributions to the Lohit project under the OFL. -- 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=CqoPzu7D2p&a=cc_unsubscribe

6 years, 4 months

2
19
0 / 0

[Bug 1076190] New: Rendering of Unicode tie bars could be improved

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1076190 Bug ID: 1076190 Summary: Rendering of Unicode tie bars could be improved Product: Fedora Version: 20 Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: rkaldari(a)wikimedia.org 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 Created attachment 874108 --> https://bugzilla.redhat.com/attachment.cgi?id=874108&action=edit comparison between Liberation Sans and Helvetica Description of problem: The rendering of the two Unicode tie bar combining characters (U+035E and U+035F) is not ideal. In particular the characters are quite short and far away from the characters they are tying together. This makes it appear more like a misplaced macron than a tie bar. The rendering in Liberation Sans appears to be equivalent to that of Arial which has the same issues. The rendering in Helvetica is better (see attachment 1). In particular, because the under tie bar (U+035F) is so far away from the other characters, it sometimes gets clipped when rendered, as it appears to fall slightly outside of the bounding box for the line height (see attachment 2). My suggestion would be to make the length of both tie bars slightly longer, and to move both of them slightly closer to the characters they are intended to tie together. Version-Release number of selected component (if applicable): 12-Mar-2014 (2.x) How reproducible: Always Steps to Reproduce: 1. Install latest Liberation Sans (and Helvetica if you want to compare) 2. Go to https://www.mediawiki.org/wiki/User:Kaldari/Font_test_2 Actual results: Tie bars should be slightly longer and closer to the other characters. Expected results: Tie bar are quite short and far away. Additional info: See attachments for more info. -- 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=4qagSOJtp5&a=cc_unsubscribe

6 years, 4 months

2
16
0 / 0

[Bug 1084227] New: Arrow symbols too small and not nicely aligned

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1084227 Bug ID: 1084227 Summary: Arrow symbols too small and not nicely aligned Product: Fedora Version: 20 Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: Eduard.Braun2(a)gmx.de 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 Created attachment 882471 --> https://bugzilla.redhat.com/attachment.cgi?id=882471&action=edit testcase with some exemplary arrows The arrow symbols contained in Liberation fonts seem to be too small and also a little mis-aligned. As an example consider the attached testcase which contains left/right/up/down arrows exemplarily. The attached screenshot is a rendering of this file to illustrate the issue: - The arrows are much to small making them hardly discernible, especially at small font sizes. - The horizontally aligned arrows are positioned too low (nearly at the baseline). - Also visible: Hinting for the vertically aligned arrows is bad. The screenshot was created with Firefox 28.0 on Windows 7. The installed version of the Liberation fonts is 2.00.1 -- 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=kmf7UnRYux&a=cc_unsubscribe

6 years, 4 months

2
12
0 / 0

[Bug 1409348] New: Some fonts (such as Droid Sans) don' t work anymore on some websites with Firefox

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1409348 Bug ID: 1409348 Summary: Some fonts (such as Droid Sans) don't work anymore on some websites with Firefox Product: Fedora Version: 25 Component: google-droid-fonts Assignee: nicolas.mailhot(a)laposte.net Reporter: nekohayo(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, hobbes1069(a)gmail.com, nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk, tremble(a)tremble.org.uk Screenshot: https://bug1257709.bmoattachments.org/attachment.cgi?id=8731947 Sample website: http://jeff.ecchi.ca This website uses the Droid Sans fonts, but somehow Firefox I had originally filed a bug on Firefox at https://bugzilla.mozilla.org/show_bug.cgi?id=1257709 but from what I can see now this is actually a bug that is specific to Fedora—either Fedora's version of Firefox, or Fedora's version of the Google Droid fonts: - The issue does not occur on Firefox on other OSes (OpenSUSE Tumbleweed, Ubuntu, Mac OS X). - The issue does not occur if you do "dnf remove google-droid*" -- You are receiving this mail because: You are on the CC list for the bug.

6 years, 4 months

2
6
0 / 0

[Bug 1398676] New: Pango sometimes shows a replacement character for space (U+0020) when a font lacks a space

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1398676 Bug ID: 1398676 Summary: Pango sometimes shows a replacement character for space (U+0020) when a font lacks a space Product: Fedora Version: 25 Component: pango Assignee: tagoh(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Created attachment 1224372 --> https://bugzilla.redhat.com/attachment.cgi?id=1224372&action=edit pango-bug.png Tested on the released version of Fedora 25. pango-1.40.3-1.fc25.x86_64 When using a font which does not have a space, Pango may show a replacement character for space( U+0020). I’ll attach the file rovas.txt which has a first line containing only Old Hungarian script and a space. I’ll also attach an old Hungarian font taken from https://github.com/OldHungarian/old-hungarian-font/releases which lacks a space. Display the test file like this: pango-view --font="Old Hungarian" ~/rovas.txt And you get something as in the also attached screenshot which shows that Pango renders the space as an replacement character. -- You are receiving this mail because: You are on the CC list for the bug.

6 years, 4 months

2
12
0 / 0

[Bug 1319249] New: incorrect use of Requires(pre)?

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1319249 Bug ID: 1319249 Summary: incorrect use of Requires(pre)? Product: Fedora Version: rawhide Component: ghostscript-fonts Assignee: twaugh(a)redhat.com Reporter: jsilhan(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, twaugh(a)redhat.com We've identified your package for having `Requires(pre)` RPM flag without `Requires` [1]. `Requires(pre)` rpm tag could be interpreted wrongly, so to prevent any harm to Fedora users I am notifying you about this fact. Any package that is specified in `Requires(pre)` could be freely removed. Citing from RPM pages: ``` If there are no other dependencies on the package providing /usr/sbin/useradd, that package is permitted to be removed from the system after installation(!) ``` [2] If you really rely on dependency just during the installation process and your package don't necessary require the dependency for the proper run of your application then ignore this bug report and close it as NOTABUG. Otherwise add to your spec file additional `Requires` for the dependency, please. [1] paste.fedoraproject.org/341611/82208431 [2] http://www.rpm.org/wiki/PackagerDocs/MoreOnDependencies -- You are receiving this mail because: You are on the CC list for the bug.

6 years, 5 months

2
3
0 / 0

[Bug 477389] New: Please convert to new font packaging guidelines

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: Please convert to new font packaging guidelines https://bugzilla.redhat.com/show_bug.cgi?id=477389 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: ghostscript-fonts AssignedTo: twaugh(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: twaugh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora This bug has been filed because we've detected your package includes one or several font files: repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb' -f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e 's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq Unfortunately the script does not detect symlinks to other packages, so if that's your case, you can close this bug report now. Otherwise, you should know that: - Fedora guidelines demand the packaging of fonts in a separate package or subpackage: http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font... - our font packaging guidelines recently changed, and every package that ships fonts must be adapted to the new templates available in the fontpackages-devel package. http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_... http://fedoraproject.org/wiki/Fedora_fonts_policy_package http://fedoraproject.org/wiki/Simple_fonts_spec_template http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts Please make your package conform to the current guidelines in rawhide. If your package is not principaly a font package, depending on a separate font package or subpackage is the prefered solution. If your application does not use fontconfig you can always package symlinks to the files provided by the font package and installed in the correct fontconfig directories. It is preferred to make a font package or subpackage per font family, though it is not currently a hard guidelines requirement (it may become before Fedora 11 is released). The definition of a font family is given on http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family The new templates should make the creation of font subpackages easy and safe. The following packages have already been converted and can serve as examples: - andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts - dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts - gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts - gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts - gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts - gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts - gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts - gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts If you have any remaining questions about the new guidelines please ask them on fedora-fonts-list at redhat.com -- 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.

6 years, 5 months

2
12
0 / 0

[Bug 1260061] New: fallbacks for TmsRmn and Helv

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1260061 Bug ID: 1260061 Summary: fallbacks for TmsRmn and Helv Product: Fedora Version: rawhide Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: caolanm(a)redhat.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, tagoh(a)redhat.com External Bug ID: Document Foundation 91004 External Bug ID: Document Foundation 91004 There are MSOffice documents that refer to "TmsRmn" and "Helv" fonts, and fontconfig doesn't suggest suitable replacements. https://support.microsoft.com/en-us/kb/82860 "TmsRmn and Helv ... We still have the exact same fonts, but now under the names MS Sans Serif and MS Serif" https://support.microsoft.com/en-us/kb/68536 "Font Family Bitstream Canon Adobe HP ----------- --------- ----- ----- -- Swiss (Helv) Swiss Swiss Helvetica Universe Roman (Tms Rmn) Dutch Dutch Times Roman CG Times" So "Helv" == "MS Serif" and both could be added as part of the Helvetica group of mappings I guess and "Tms Rmn" == "MS Sans Serif" and both are presumably then suitable for mapping to the "Nimbus Roman No9 L"/"Times New Roman" targets ? -- 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=XYv5MApiTj&a=cc_unsubscribe _______________________________________________ fonts-bugs mailing list fonts-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/fonts-bugs@lists.fedoraproject.org

6 years, 7 months

2
4
0 / 0

[Bug 1397960] New: freetype-config --libtool prints path to non-existent libtool library file

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1397960 Bug ID: 1397960 Summary: freetype-config --libtool prints path to non-existent libtool library file Product: Fedora Version: 25 Component: freetype Severity: medium Assignee: mkasik(a)redhat.com Reporter: jprajzne(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, desktop-qa-list(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com, tpelka(a)redhat.com Depends On: 1368141 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1368141 [Bug 1368141] freetype-config --libtool prints path to non-existent libtool library file -- You are receiving this mail because: You are on the CC list for the bug.

6 years, 8 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs January 2017