Le Dim 5 mai 2013 10:19, Alec Leamas a écrit : > This seems to mean that we force web applications to exclude IE version > 8 (and older) clients. As this seems to be a widely used IE version > today, is this really the way to go? It seems to be a case of Fedora being first and Microsoft being last :p > In my specific case openerp7, a business server application often used > in company environments, the IE8- share is probably larger than average. > It's certainly the most common client used at many sites. Are you sure it works well in IE8 at all? Because there are lots of other reasons a modern web site will fail in old ie versions > The argument that the format is non-open: is this really a blocker? Generally speaking, it's a PITA to ship fonts in multiple formats, you're never quite sure they are properly synchronized and that a bug does not lurk in a specific implementation, and it's a space waster. I guess that for the specific case of ie-only eot fonts it could be done (woff is cleaner but does not gain you significant browser coverage compared to otf/ttf). However that would require : 1. generating eot fonts ourselves from the base fonts using eot-tools 2. defining where they are put on the filesystem (probably not in /usr/share/fonts since no linux app that I know can use them) 3. defining the naming of eot (sub)packages 4. adjusting guidelines, documenting on the wiki and getting them FPC-approved I was sort of hopping the "problem" would go away with adoption of direct opentype support in all browsers, but if you want to do the work, be my guest :) Regards, -- Nicolas Mailhot -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel