@Tedel y @alexk
La cuestión no es si ie9 soportará otros archivos de fuentes distintos al .eot
El problema detectado, y que arregla momentáneamente, es que toma como una sola ruta todo lo que encuentra entre el primer paréntesis y el último y es lo que pide al servidor.
En el ejemplo de código que ponía en #1 el ie9 pediría al servidor un archivo llamado "miFuente"en la ruta:
Código HTML:
Ver originalmiFuente.eot#') format('embedded-opentype');src: local('♥'),url('miFuente.woff')format('woff'),url('miFuente.ttf') format('truetype'),url('miFuente.svg#codigosvg') format('svg')
y como es lógico el servido le devolverá un "no encontrado".
Esa interpretación (todo es parte de la misma url) automáticamente anula el resto de archivos (ttf, svg, woff...) que se incluyen en la declaración @font-face.
También es cierto que este bug no afecta si se utilizan otras formas de declarar la regla. Especialmente las que optan por separarla en dos: 1 para los ie y otra para los no-ie. Forma que tiene sus partidarios y sus detractores. Cada uno de ellos con sus razones.
Pero hoy por hoy, casi todo el mundo utiliza generadores en línea como el de fontsquirrel. Y estos generadores dan una declaración conjunta: todas las rutas a los diferentes archivos en una sola declaración (la conocida como
Bulletproof sintaxis obra de Paul Irish) Sí, la que incluía la carita sonriente en la llamada en la ruta local.
Que por cierto, ya que estamos en ello, la src local no es soportada por android.
Que por cierto 2: Ethan Dunham (el autor del artículo en inglés que citaba al final de#1 y quien ha propuesto la solucción al bug) es quien está tras fontsquirrel.com