fonts-bugs November 2008

fonts-bugs@lists.fedoraproject.org

20 participants
290 discussions

[Bug 466029] New: fonts.dir refers to non-existent .bdf files, breaking accesses
by Red Hat Bugzilla 22 Jul '10

22 Jul '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fonts.dir refers to non-existent .bdf files, breaking accesses https://bugzilla.redhat.com/show_bug.cgi?id=466029 Summary: fonts.dir refers to non-existent .bdf files, breaking accesses Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fonts-KOI8-R AssignedTo: than(a)redhat.com ReportedBy: goeran(a)uddeborg.se QAContact: extras-qa(a)fedoraproject.org CC: than(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Description of problem: The file /usr/share/fonts/KOI8-R/misc/fonts.dir contains two entries for each font, one for the pcf.gz file and one for a bdf file that isn't included in the package. Apparently, the presence of the bdf entry breaks accesses to these fonts. As an example, it contains: 9x15s.bdf -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub 9x15s.pcf.gz -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub Version-Release number of selected component (if applicable): fonts-KOI8-R-1.0-10.fc8.noarch How reproducible: Every time Steps to Reproduce: 1. Install fonts-KOI8-R 2. xfd -fn 9x15 Actual results: Warning: Cannot convert string "9x15" to type FontStruct xfd: no font to display Expected results: A window with the font displayed. Additional info: The bug can be avoided by rerunning mkfontdir in /usr/share/fonts/KOI8-R/misc. (And trigger the X server to reread its font files.) But there is no RPM script or other automatic way this is done. It must be done "by hand" after installation by the system administrator. And after doing this, the package fails a verify check by RPM. -- 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 13

[Bug 440992] New: Liberation fonts contains incorect characters for Romanian language
by Red Hat Bugzilla 10 May '10

10 May '10

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=440992 Summary: Liberation fonts contains incorect characters for Romanian language Product: Fedora Version: rawhide Platform: All URL: http://www.secarica.ro OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: razvan.sandu(a)mobexpert.ro QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs- list@redhat.com,marius.stracna@mobexpert.ro Description of problem: When used on a system configured for Romanian language, liberation-fonts generates wrong characters: - "T with cedilla below" (Unicode 0162) instead of "T with comma below" (Unicode 021A) - "t with cedilla below" (Unicode 0163) instead of "t with comma below" (Unicode 021B) - "S with cedilla below" (Unicode 015E) instead of "S with comma below" (Unicode 0218) - "s with cedilla below" (Unicode 015F) instead of "s with comma below" (Unicode 0219) For non-Romanian developers: there is no such thing as „cedilla-below” characters in Romanian language; please see http://www.secarica.ro Version-Release number of selected component (if applicable): liberation-fonts.noarch 0:1.0-4.fc9 How reproducible: Always. Steps to Reproduce: 1. Install latest Fedora (development) 2. Configure it for Romanian language 3. Open a new text document in OpenOffice.org 4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific Romanian characters. Actual results: Characters with cedilla below are inserted in the document. Expected results: Characters with comma below should be inserted. Additional info: This is a historical bug for Romanian language implementations, still not solved . -- 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.

1 49

[Bug 450061] New: [ro] Create (U+0218..021B, 2011) in Liberation Fonts.
by Red Hat Bugzilla 10 May '10

10 May '10

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=450061 Summary: [ro] Create (U+0218..021B,2011) in Liberation Fonts. Product: Fedora Version: rawhide Platform: All URL: http://www.secarica.ro OS/Version: Linux Status: NEW Severity: medium Priority: low Component: kbd AssignedTo: vcrhonek(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: alexxed@gmail.com,eng-i18n-bugs@redhat.com,fedora-fonts- bugs-list@redhat.com,marius.stracna@mobexpert.ro +++ This bug was initially created as a clone of Bug #440992 +++ Description of problem: Glyph request on the codepoint: - "T with comma below" (Unicode 021A) - "t with comma below" (Unicode 021B) - "S with comma below" (Unicode 0218) - "s with comma below" (Unicode 0219) - HYPHEN, U+2010 - NON-BREAKING HYPHEN, U+2011 Version-Release number of selected component (if applicable): kbd-1.12-31.fc9.i386 How reproducible: Always. Steps to Reproduce: 1. Install latest Fedora (development) 2. Configure it for Romanian language 3. Go to console by Alt-F1 (not GUI terminals) 4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific Romanian characters. Actual results: Expected results: Characters mentioned should be inserted. Additional info: https://bugzilla.redhat.com/show_bug.cgi?id=440992 -- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 02:52 EST -- Hello, Caius & all, When system is set to Romanian (by anaconda, at install time or via system-config-language, afterwards), in /etc/sysconfig/i18n we get a line: SYSFONT="latarcyrheb-sun16" Caius, please, do you know from which .rpm package these default fonts come from ? We must file & resolve a bug regarding the comma/cedilla issue for these default fonts and I don't know where to adress it, exactly. This is extremely important, since the "latarcyrheb-sun16" is the first thing that system "sees" after boot and we've already got some crashes due to incorrect encoding. In some situations, some programs (including anaconda) worked OK when set to English, but tracebacks occured when set to Romanian. Thanks a lot, Răzvan -- Additional comment from cchance(a)redhat.com on 2008-06-04 03:41 EST -- Hi Răzvan, (In reply to comment #20) Hmm, it looks quite serious, doesn't it? It's belonged to 'kbd' package in recent Fedora. Please feel free to file another bug on that package for requesting supports on the issues you kindly discovered. Cheers, Caius. -- Additional comment from alexxed(a)gmail.com on 2008-06-04 05:36 EST -- (In reply to comment #20) > Hello, Caius & all, > > When system is set to Romanian (by anaconda, at install time or via > system-config-language, afterwards), in /etc/sysconfig/i18n we get a line: > > SYSFONT="latarcyrheb-sun16" > Are you sure? I've installed Fedora 9 i386 and x86_64 several times and /etc/sysconfig/i18n looks like this: LANG="ro_RO.UTF-8" SYSFONT="Lat2-Terminus16" I did use the graphical installer all the time. It may be only in text mode, I'll test this. Meantime here's a list of related bugs where this was addressed: - comments 23 and 24 in bug 253892 - bug list: https://bugzilla.redhat.com/buglist.cgi?version=&component=anaconda&bug_sta… before opening a new bug. -- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:48 EST -- Sorry, my fault ! All systems I have at hand, running F9, were *upgraded* from F8, not fresh installs. So Terminus is now, in F9, the default font when setting system to Romanian ? However: - changing the default font is just a temporary solution, IMHO. "latarcyrheb-sun16" should also include the correct glyphs for the Romanian language; - when upgrading a (*Romanian*) system from F8 to F9, why don't we change that line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct behaviour ? - as for the keyboard configurator (system-config-keyboard, in both X and text mode), it seems it dissapeared from the System menu, in F9. And I see no replacement for it... Regards, Răzvan -- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:51 EST -- Regarding comment #23, probably the correct behaviour at point no. 2 is to leave that line alone, but have the correct glyphs in "latarcyrheb-sun16" ;-) Regards, Răzvan -- Additional comment from alexxed(a)gmail.com on 2008-06-04 08:00 EST -- (In reply to comment #23) > Sorry, my fault ! > > All systems I have at hand, running F9, were *upgraded* from F8, not fresh > installs. So Terminus is now, in F9, the default font when setting system to > Romanian ? Yes, it was the quick solution. > > > However: > > - changing the default font is just a temporary solution, IMHO. > "latarcyrheb-sun16" should also include the correct glyphs for the Romanian > language; I head that Fedora is planning to convert the X fonts to terminal fonts and drop all the terminal fonts, so maybe it's worth investigating this first. > > - when upgrading a (*Romanian*) system from F8 to F9, why don't we change that > line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct > behaviour ? I'm afraid so, rpm upgrade keeps existing configuration. > > - as for the keyboard configurator (system-config-keyboard, in both X and text > mode), it seems it dissapeared from the System menu, in F9. And I see no > replacement for it... Search bugzilla or ask in the mailing list what plans are there for system-config-keyboard and system-config-language in the future. Here is a link: http://translate.fedoraproject.org/module/ that you can use to find out where to report a bug to a component. Click on the module you want and see a link to report a bug -- Additional comment from nicolas.mailhot(a)laposte.net on 2008-06-04 08:11 EST -- (In reply to comment #25) > (In reply to comment #23) > > However: > > > > - changing the default font is just a temporary solution, IMHO. > > "latarcyrheb-sun16" should also include the correct glyphs for the Romanian > > language; > > I head that Fedora is planning to convert the X fonts to terminal fonts and drop > all the terminal fonts, so maybe it's worth investigating this first. As far as I know what's planned is conversion of X keyboard layouts to console layouts. I doubt converting complex vector TTF/OTF fonts to dumb bitmap console fonts is possible without major human involvment. -- Additional comment from cchance(a)redhat.com on 2008-06-04 20:38 EST -- FYI, The font Alexandru mentioned is also within same console font package: $ rpm -qf /lib/kbd/consolefonts/Lat2-Terminus16.psf.gz kbd-1.12-31.fc9.i386 I agree Nicolas about converting complex vector TTF/OTF fonts to dumb bitmap console fonts. Even if the TTF/OTF embedded bitmap glyphs, font style consistency/readability might also be an issue. -- 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.

1 16

[Bug 463036] New: Bold u renders badly (blurry) for liberation sans, w too to a smaller extent
by Red Hat Bugzilla 05 May '10

05 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Bold u renders badly (blurry) for liberation sans, w too to a smaller extent https://bugzilla.redhat.com/show_bug.cgi?id=463036 Summary: Bold u renders badly (blurry) for liberation sans, w too to a smaller extent Product: Fedora Version: rawhide Platform: All OS/Version: Windows Status: NEW Severity: medium Priority: medium Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: saurabh(a)hotmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: n/t, see attached image. I have not tested this on architectures other than windows xp. Version-Release number of selected component (if applicable): Latest 1.0.4 and 1.0.4.91-devel How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: 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 24

[Bug 466678] New: Arial Narrow font is inaccessible to applications
by Red Hat Bugzilla 29 Apr '10

29 Apr '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Arial Narrow font is inaccessible to applications https://bugzilla.redhat.com/show_bug.cgi?id=466678 Summary: Arial Narrow font is inaccessible to applications Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: belegdol(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Created an attachment (id=320146) --> (https://bugzilla.redhat.com/attachment.cgi?id=320146) Confused gtk2 font selector Description of problem: Going through various bug reports, mailing list posts and so on I came to the conclusion that applications are being currently fixed in order to support extended fonts attibutes, and that gtk2 font selector is the one that should work properly. Granted, it works for say DejaVu LGC condensed, but does not for Arial Narrow (the condensed glyphs are to be found in separate files, copied over from XP install into .fonts). fc-list outputs the following: [jsikorski@snowball ~]$ fc-list | grep Arial Arial Black:style=Normalny,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,Arrunta Arial,Arial Narrow:style=Normalny,Narrow,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,Arrunta Arial:style=Pogrubiona kursywa,Negreta cursiva,tučné kurzíva,fed kursiv,Fett Kursiv,Έντονα Πλάγια,Bold Italic,Negrita Cursiva,Lihavoitu Kursivoi,Gras Italique,Félkövér dőlt,Grassetto Corsivo,Vet Cursief,Halvfet Kursiv,Negrito Itálico,Полужирный Курсив,Tučná kurzíva,Fet Kursiv,Kalın İtalik,Krepko poševno,nghiêng đậm,Lodi etzana Arial,Arial Narrow:style=Pogrubiona kursywa,Narrow,Negreta cursiva,tučné kurzíva,fed kursiv,Fett Kursiv,Έντονα Πλάγια,Bold Italic,Negrita Cursiva,Lihavoitu Kursivoi,Gras Italique,Félkövér dőlt,Grassetto Corsivo,Vet Cursief,Halvfet Kursiv,Negrito Itálico,Полужирный Курсив,Tučná kurzíva,Fet Kursiv,Kalın İtalik,Krepko poševno,Lodi etzana Arial:style=Kursywa,Cursiva,kurzíva,kursiv,Πλάγια,Italic,Kursivoitu,Italique,Dőlt,Corsivo,Cursief,Itálico,Курсив,İtalik,Poševno,nghiêng,Etzana Arial:style=Normalny,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,thường,Arrunta Arial,Arial Narrow:style=Pogrubiony,Narrow,Negreta,tučné,fed,Fett,Έντονα,Bold,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Negrito,Полужирный,Fet,Kalın,Krepko,Lodia Arial:style=Pogrubiony,Negreta,tučné,fed,Fett,Έντονα,Bold,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Negrito,Полужирный,Fet,Kalın,Krepko,đậm,Lodia Arial,Arial Narrow:style=Kursywa,Narrow,Cursiva,kurzíva,kursiv,Πλάγια,Italic,Kursivoitu,Italique,Dőlt,Corsivo,Cursief,Itálico,Курсив,İtalik,Poševno,Etzana [jsikorski@snowball ~]$ Gtk2 font selector gets confused and shows each of the 4 basic styles twice (see attachment), with no visible difference whatsoever. The only application I have found to be able to distinguish between the Narrow and normal styles is the KDE's system settings > installed fonts thingy (also see attachment) Version-Release number of selected component (if applicable): fontconfig-2.5.0-2.fc9.x86_64 How reproducible: always Steps to Reproduce: 1. install microsoft core fonts using an rpm package 2. copy over arian{n,ni,nb,nbi}.ttf from a windows installation 3. run fc-cache 4. attempt to select one of the narrow glyphs in the font selector Actual results: Narrow glyphs are unavailable Expected results: Able to select narrow glyphs Additional info: Feel free to reassing this bug, I wasn't sure what to assign it to -- 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 455510] New: Undisplayable glyphs on Wikipedia
by Red Hat Bugzilla 31 Jan '10

31 Jan '10

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=455510 Summary: Undisplayable glyphs on Wikipedia Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: beland(a)alum.mit.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com I did a fresh installation of Fedora 9 using the network install method and adding Office/Productivity software in addition to the default set. I'm seeing undisplayable glyphs on the following pages: http://en.wikipedia.org/wiki/Punctuation#Unicode http://www.wikipedia.org/ http://en.wikipedia.org/wiki/Phoenician_alphabet#Encoding I would expect a default installation to be able to display all glyphs that appear in Wikipedia, so that readers can learn about them. Many non-English glyphs, even fairly obscure ones, are displayed properly, which is excellent. It would be nice to finish off the rest. I don't know if this is a flaw in Pango, if I would need to install additional font RPMs, or something else. This is with firefox-3.0-1.fc9.i386 and pango-1.20.4-1.fc9.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, or are watching someone who is.

1 18

[Bug 466595] New: Needless ghost files (fonts.cache-*).
by Red Hat Bugzilla 18 Dec '09

18 Dec '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Needless ghost files (fonts.cache-*). https://bugzilla.redhat.com/show_bug.cgi?id=466595 Summary: Needless ghost files (fonts.cache-*). Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: xorg-x11-fonts AssignedTo: xgl-maint(a)redhat.com ReportedBy: sangu.fedora(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: xgl-maint(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Description of problem: Current fc-cache makes fonts.cache files in /var/cache/fontconfig/. then xorg-x11-fonts packages have needess ghost files. $ rpm -ql xorg-x11-fonts-Type1 | grep fonts.cache /usr/share/X11/fonts/Type1/fonts.cache-1 /usr/share/X11/fonts/Type1/fonts.cache-2 /usr/share/X11/fonts/Type1/fonts.cache-3 /usr/share/X11/fonts/Type1/fonts.cache-4 /usr/share/X11/fonts/Type1/fonts.cache-5 /usr/share/X11/fonts/Type1/fonts.cache-6 /usr/share/X11/fonts/Type1/fonts.cache-7 /usr/share/X11/fonts/Type1/fonts.cache-8 /usr/share/X11/fonts/Type1/fonts.cache-9 Version-Release number of selected component (if applicable): 7.2-6.fc9 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: fontconfig-2.6.0-2.fc10 -- 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 444281] New: Provides: freetype2-devel
by Red Hat Bugzilla 18 Dec '09

18 Dec '09

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=444281 Summary: Provides: freetype2-devel Product: Fedora Version: 8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: freetype AssignedTo: besfahbo(a)redhat.com ReportedBy: ed(a)membled.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com It would be handy if the freetype-devel package had Provides: freetype2-devel for compatibility with other rpm-based distros. -- 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.

1 5

[Bug 391191] New: wrong verify options in rpm package for fonts.dir
by Red Hat Bugzilla 18 Dec '09

18 Dec '09

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=391191 Summary: wrong verify options in rpm package for fonts.dir Product: Fedora Version: f8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: fonts-KOI8-R AssignedTo: than(a)redhat.com ReportedBy: chkr(a)plauener.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com Description of problem: the integrity check for the fonts-KOI8-R-* packages reports modified files: "rpm -V fonts-KOI8-R-1.0-10.fc8 fonts-KOI8-R-100dpi-1.0-10.fc8 fonts-KOI8-R-75dpi-1.0-10.fc8": S.5....T /usr/share/fonts/KOI8-R/misc/fonts.dir S.5....T /usr/share/fonts/KOI8-R/100dpi/fonts.dir S.5....T /usr/share/fonts/KOI8-R/75dpi/fonts.dir Although this is not a big problem, rpm -V should not report changes in files which are changed automatically on purpose (like fonts.dir, ...). Other font packages have solved the problem e.g. using something like this in the %files section ( %{fontdir}/*.ttf %verify(not md5 size mtime) %{fontdir}/fonts.dir %verify(not md5 size mtime) %{fontdir}/fonts.scale Version-Release number of selected component (if applicable): e.g. fonts-KOI8-R-100dpi-1.0-10.fc8 -- 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.

1 5

[Bug 370441] New: subpixel on by default?
by Red Hat Bugzilla 18 Dec '09

18 Dec '09

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=370441 Summary: subpixel on by default? Product: Fedora Version: f8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: dwinship(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com I've noticed various places using subpixel hinting in F8: - the installer - the graphical boot screen - gdm (I've noticed, because they're using the wrong RGB ordering for my monitor, and so it looks awful.) I'm assuming that none of these apps are doing it on purpose, and that the problem is just with the default settings. (And then once I log in, everything is fine, because GNOME overrides the defaults.) -- 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.

1 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs November 2008