fonts-bugs January 2013

fonts-bugs@lists.fedoraproject.org

13 participants
285 discussions

[Bug 525872] New: Please rebuild using external Adobe CMap and AGLFN data
by Red Hat Bugzilla 05 Oct '18

05 Oct '18

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=525872 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: qt AssignedTo: than(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, than(a)redhat.com, kevin(a)tigcc.ticalc.org, fedora-fonts-bugs-list(a)redhat.com, ltinkl(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 This data is embeded in many packages, including yours Please rebuild your package using an external shared Adobe CMap and AGLFN data package 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.

2 20

[Bug 18928] New: RFE: add a gfx preview to font packages
by bugzilla-daemon＠freedesktop.org 21 Aug '18

21 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18928 Summary: RFE: add a gfx preview to font packages Product: PackageKit Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: richard(a)hughsie.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com The best way for a user to select a font is to show it to him. For this reason font sites commonly provide bitmap preview images or so-called specimen files (typically in PDF form) that showcase the font capabilities. http://gonzo.uni-weimar.de/~gerner/fonts/YanoneKaffeesatz.pdf http://www.ascendercorp.com/pdf/Droid_fonts.pdf Packagekit should do the same. The image should be a pangram http://en.wikipedia.org/wiki/List_of_pangrams in the main unicode blocks the font supports The specimen may include unicode coverage info, glyph table, etc For more info ask on fedora-fonts-list at redhat.com -- 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.

1 8

[Bug 20120] New: Display font script coverage info in the UI
by bugzilla-daemon＠freedesktop.org 21 Aug '18

21 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=20120 Summary: Display font script coverage info in the UI Product: PackageKit Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: richard(a)hughsie.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com To make fonts auto-install work coverage auto-provides are being added to font packages. However, those provides are not only useful for auto-installation. Users are just as interested to know they can use a font package to render Greek or Catalan or Arabic when browsing the package repository manually. Please transform those provides in user-friendly information added to font package descriptions in packagekit GUI frontends. -- 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.

1 1

[Bug 18725] New: RFE: allow merging of legacy font family names
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18725 Summary: RFE: allow merging of legacy font family names Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com Historically font formats only allowed four faces regular, bold, italic, bold italic. You had to use a separate font family to distribute condensed, heavy etc variants This has changed (cf http://blogs.msdn.com/text/attachment/2249036.ashx ) and modern fonts such as DejaVu include all faces under a single family name. Applications such as OO.o are being fixed to handle multifaced fonts Unfortunately there are still many historic fonts in the wild distributed in several sets of four faces (gs fonts, arial narrow, arial bold, etc). Those fonts currently appear under different family names in fontconfig-using apps. This is perturbing to users, since the same faces of historic and modern fonts are not handled the same way. Microsoft did some sort of magic in uniscribe to hide this distinction (irrelevant to users). Please provide a documented config pattern for font distributors that enables them to declare to fontconfig "font family A and font family B are the same, please expose all the associated faces under A name to users". (of course an application asking explicitely for B should still get it, but users would only see A in font lists) -- 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.

1 7

[Bug 18723] New: RFE: fontconfig-level locl patching
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18723 Summary: RFE: fontconfig-level locl patching 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 and other similar stuff parts of some fonts may not be suitable for all locales. This is handled by the locl flag in modern opentype fonts. However there are still many non-opentype fonts in the wild, and it is not possible to convert them all at once (when the license permits it). There should be a way in fontconfig for font distributors to patch in via a config file the locl characteristics of a font. -- 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.

1 3

[Bug 22338] New: Make fc-query warn about non-WWS compliant fonts
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=22338 Summary: Make fc-query warn about non-WWS compliant fonts Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: freedesktop(a)behdad.org ReportedBy: nicolas.mailhot(a)laposte.net QAContact: keithp(a)keithp.com CC: fedora-fonts-bugs-list(a)redhat.com (it would be nice if there was a fc-query component in fontconfig BTW) Since MS' WWS naming model makes stuff simpler for application authors, and will be required in new window code, it would be mighty nice if fc-query warned in its general report if a font file didn't respect this model. Respecting the WWS model is declaring fields 21 and 22 or 16 in 17 in ways that respect WWS (only weight, width and slant in sytles) This way we can point FLOSS authors to fc-query as linting tools and promote font naming our apps can handle easily -- 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.

1 6

[Bug 18727] New: RFE: allow use of iso 15924 codes
by bugzilla-daemon＠freedesktop.org 20 Aug '18

20 Aug '18

http://bugs.freedesktop.org/show_bug.cgi?id=18727 Summary: RFE: allow use of iso 15924 codes Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com There are a lot of scripts in the wild and the most accurate standard way to specify them is using iso 15924 codes http://www.unicode.org/iso15924/iso15924-codes.html Please make it possible to write font patterns using iso 15924 codes in fonts.conf -- 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.

1 3

[Bug 825115] New: [kn_IN] Lohit Kannada glyphs of consonants with vowel signs -II, -EE, -OO and -AI should be optimized
by Red Hat Bugzilla 23 Jul '18

23 Jul '18

https://bugzilla.redhat.com/show_bug.cgi?id=825115 Bug ID: 825115 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 16 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: [kn_IN] Lohit Kannada glyphs of consonants with vowel signs -II, -EE, -OO and -AI should be optimized Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-kannada-fonts Product: Fedora Description of problem: Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences of other glyphs. In the case of -II, -EE, -OO the glyphs are the same as those of the corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ (unlike in Telugu where the length mark ligates with the syllable). Therefore instead of doing substitutions of: CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO the optimized way would be to do: CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK If this is done, any changes that are reflected on the CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long vowels as well without additional work being needed. For instance, see my recent report of bug 825104. If that bug is fixed for short vowels I, E and O, automatically it would reflect for II, EE and OO also. As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length Mark ೖ. So instead of doing substitutions of: CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI the optimized way would be to do: CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK with same benefits as above. Further, when handling combinations of: CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU by separating the length mark as recommended here, the sub-base form of CONSONANT2 can be placed closer to the base CONSONANT1 which is also typographically a desirable factor in a good font. The rules would be: CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU --> CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK Version-Release number of selected component (if applicable): 2.5.1 How reproducible: Examine the internals of Lohit Kannada font. Actual results: Currently there are separate glyphs for consonants with vowel signs -II, -EE, -OO and -AI unnecessarily. These are merely sequences of other glyphs. Therefore any change effected on the component glyphs has to be re-done here. Expected results: The superfluous glyphs should be removed and the appropriate effect should be achieved by appropriate smartfont rules as indicated above. Additional info: This would also reduce the size of the font. Not an issue on laptops/desktops but nowadays Lohit fonts are finding their way into smaller screens such as smartphones, and it would be good to have a trim font with small footprint. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 500110] New: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it
by Red Hat Bugzilla 19 Jul '18

19 Jul '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it https://bugzilla.redhat.com/show_bug.cgi?id=500110 Summary: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it 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: In gedit press Backspace key to delete the whole char,it delete both the whole char and the letter before it 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 dabenा 2.Press Backspace key to delete the whole char ा Actual results: It delete the whole char and the letter n when pressing the Backspace key. Expected results: It should only delete the whole char. Additional info: 1. U+093E ा 2. U+093F ि 3. U+0940 ी 4. U+0941 ु 5. U+0942 ू 6. U+0943 ृ 7. U+0944 ॄ 8. U+0945 ॅ 9. U+0946 ॆ 10. U+0947 े 11. U+0948 ै 12. U+0949 ॉ 13. U+094B ो 14. U+094C ौ in Dependent Vowels all have the same 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.

2 52

[Bug 525881] New: Please rebuild using external Adobe CMap and AGLFN data
by Red Hat Bugzilla 13 Jun '18

13 Jun '18

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=525881 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: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, kevin(a)tigcc.ticalc.org, 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 This data is embeded in many packages, including yours Please rebuild your package using an external shared Adobe CMap and AGLFN data package FE-LEGAL since this was all triggered by a legal check 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.

2 9

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs January 2013