fonts type - Tipo MIME adecuado para fuentes




txt zip (13)

Trate de usar "fuente / opentype".

Al buscar en la web, encuentro montones de sugerencias diferentes para saber cuál es el tipo MIME adecuado para una fuente, pero aún no he probado ningún tipo MIME que evite una advertencia de Chrome como la siguiente:

Recurso interpretado como fuente pero transferido con fuente / otf de tipo MIME

La fuente es un OTF.

He probado los siguientes tipos MIME hasta ahora

  • fuente / otf
  • aplicación / fuente-otf
  • aplicación / fuente
  • aplicación / otf
  • aplicación / octet-stream
  • aplicación / x-font-otf
  • application / x-font-TrueType (sé que no es TrueType, pero una fuente citó esto para OTF)

Como todavía hay mucha confusión en la web sobre los tipos MIME para las fuentes web, pensé que daría una respuesta actual, completa con fechas efectivas, y enlaces de apoyo a la IANA y al W3C.

Aquí están los tipos MIME oficiales para fuentes web:

Tenga en cuenta que hay un movimiento para cambiar todo lo anterior a los tipos MIME de font/XXX , como lo respalda el W3C en su propuesta para WOFF v2. El Grupo de trabajo de ingeniería de Internet (IETF, por sus siglas en inglés) realiza un seguimiento del estado de RFC (ver document ) por lo que puede que todo cambie.

Mientras que en el tema de los servidores web, vale la pena mencionar que las respuestas HTTP pueden gzip (o comprimir) todos los formatos de fuente anteriores, excepto .woff y .woff2 que ya están muy comprimidos.

Digo más en Tipos MIME para fuentes web con (Fantom) BedSheet .



Lo siguiente puede ser usado en el espacio de eBook:

application/vnd.ms-opentype

Me imagino que es lo mismo para la web.


Acabo de hacer una investigación en la lista oficial de la IANA . Creo que la respuesta dada aquí 'fuente / xxx' es incorrecta ya que no hay un tipo de 'fuente' en el estándar MIME.

Según los RFC y la IANA, este parece ser el estado actual de la obra en mayo de 2013:

Estos tres son oficiales y asignados por la IANA:

  • svg como "imagen / svg + xml"
  • woff como "application / font-woff"
  • eot como "application / vnd.ms-fontobject"

Estos no son oficiales / asignados, por lo que deben usar la sintaxis 'x-':

  • ttf como "application / x-font-ttf"
  • otf como "application / x-font-opentype"

La aplicación / font-woff parece nueva y tal vez solo oficial desde enero de 2013. Por lo tanto, "aplicación / x-font-woff" podría ser más seguro / más compatible a corto plazo.


A partir de febrero de 2017, document agrega tipos de medios font / *, que también se enumeran en la lista de tipos de medios de la IANA . font/otf está en esta lista.


Ignora la advertencia de cromo. No hay un tipo MIME estándar para las fuentes OTF.

font / opentype puede silenciar la advertencia, pero eso no hace que sea lo "correcto".

Podría decirse que es mejor crear uno, por ejemplo, con "application / x-opentype" porque al menos "aplicación" es un tipo de contenido registrado, mientras que "fuente" no lo es.

Actualización: OTF sigue siendo un problema, pero WOFF aumentó el tipo de aplicación / fuente-woff MIME de IANA en enero de 2013.

Actualización 2: OTF ha crecido un tipo MIME: application/font-sfnt en marzo de 2013. Este tipo también se aplica a .ttf


Como ejemplo específico de uno de los dos aspectos difíciles de la informática, es interesante ver cómo han cambiado las respuestas a esta pregunta desde que esta pregunta se publicó originalmente. Afortunadamente, los poderes que han traído orden al caos:

En febrero de este año (2017), el W3C publicó el Standard Track document que simplifica en gran medida los tipos de medios apropiados para los archivos de fuentes:

Esta nota sirve para registrar y documentar el tipo de medio de nivel superior de "fuente", bajo el cual se pueden registrar los subtipos para los formatos de representación para las fuentes. Este documento también sirve como una aplicación de registro para un conjunto de subtipos previstos, que son representativos de algunos subtipos existentes que ya están en uso y que actualmente están registrados en el árbol de "aplicaciones" por sus registros separados.

Es un documento bastante legible y describe el contexto histórico (falta de "un registro de formatos de fuente" ) que dio lugar a la confusa mezcla de tipos y subtipos de medios. Con el aumento (relativamente) reciente en la popularidad de las fuentes web descargables, el W3C reconoció la necesidad de un "tipo de fuente intuitivo de nivel superior" . Lo que se les ocurrió es ... font .

En consecuencia, la IANA ha actualizado su lista oficial de tipos de medios con el font y todos sus subtipos que reconocen actualmente:

collection  font/collection
otf     font/otf
sfnt    font/sfnt
ttf     font/ttf
woff    font/woff
woff2   font/woff2

Esperamos que esta sea la última respuesta que necesita esta pregunta.


A partir de marzo de 2013, application/font-sfnt para .otf :
application/font-sfnt

Otras fuentes:

.eot  ->  application/vnd.ms-fontobject (as from December 2005)
.otf  ->  application/font-sfnt         (as from March 2013)
.svg  ->  image/svg+xml                 (as from August 2011)
.ttf  ->  application/font-sfnt         (as from March 2013)
.woff ->  application/font-woff         (as from January 2013)

Ver más ...


FWIW con respecto a Apache 2.2 VirtualHosting y mod_mime probados en Debian Linux y OS X Leopard y Snow Leopard:

Si tiene una configuración de VirtualHost, deseará agregar los tipos a través de la Directiva AddType de la siguiente manera al menos en la parte inferior de la configuración de la siguiente manera:

....
   AddType font/opentype .otf
   AddType font/ttf .ttf
</VirtualHost>

Probado contra Chrome Unstable / Trunk y Safari WebKit Nightly, que elimina las advertencias mime en octeto para los tipos de fuente ttf y otf.

Nota: .htaccess no tiene ningún efecto al tratar con VirtualHosting. Si está desarrollando para varios sitios, utilizará el desarrollo de VirtualHosting y cada configuración necesitará estas adiciones AddType.


Hay una serie de formatos de fuente para los que se pueden establecer tipos MIME, tanto en los servidores Apache como IIS. Tradicionalmente he tenido suerte con lo siguiente:

svg   as "image/svg+xml"                  (W3C: August 2011)
ttf   as "application/x-font-ttf"         (IANA: March 2013)
      or "application/x-font-truetype"
otf   as "application/x-font-opentype"    (IANA: March 2013)
woff  as "application/font-woff"          (IANA: January 2013)
woff2 as "application/font-woff2"         (W3C W./E.Draft: May 2014/March 2016)
eot   as "application/vnd.ms-fontobject"  (IANA: December 2005)
sfnt  as "application/font-sfnt"          (IANA: March 2013) 

De acuerdo con el Grupo de trabajo de ingeniería de Internet que mantiene el documento inicial sobre las Extensiones de correo de Internet multipropósito (tipos MIME) aquí: http://tools.ietf.org/html/rfc2045#section-5 ... dice en detalles:

" Se espera que las adiciones al conjunto más grande de tipos admitidos se puedan lograr generalmente mediante la creación de nuevos subtipos de estos tipos iniciales. En el futuro, se pueden definir más tipos de nivel superior solo mediante una extensión de seguimiento de estándares a este estándar. . Si se va a usar otro tipo de nivel superior por cualquier motivo, se le debe dar un nombre que comience con "X-" para indicar su estado no estándar y para evitar un posible conflicto con un nombre oficial futuro " .

Por así decirlo, y con el tiempo, se agregan tipos MIME adicionales a medida que se crean y aceptan los estándares, por lo que vemos ejemplos de tipos MIME específicos del proveedor, como vnd.ms-fontobject y similares.

ACTUALIZACIÓN 16 de agosto de 2013: WOFF se registró formalmente en la IANA el 3 de enero de 2013 y Webkit se actualizó el 5 de marzo de 2013 y los navegadores que están adquiriendo esta actualización en sus últimas versiones comenzarán a emitir advertencias sobre los tipos de servidor MIME con la anterior Declaración de x-font-woff. Como las advertencias son solo molestas, recomendaría cambiar al tipo MIME aprobado de inmediato. En un mundo ideal, las advertencias se resolverán en el tiempo.

ACTUALIZACIÓN 26 de febrero de 2015: WOFF2 se encuentra ahora en el borrador del editor del W3C con el tipo de mimo propuesto. Probablemente debería enviarse a IANA el próximo año (posiblemente para finales de 2016) siguiendo los plazos de progreso más recientes. Además de SFNT, el formato de fuente de contenedor escalable / spline utilizado en la referencia de la tabla troncal de Google Web Fonts con su biblioteca de Java simplemente y ya está registrado como un tipo mime con IANA y se puede agregar a esta lista también según la necesidad individual.

ACTUALIZACIÓN 4 de octubre de 2017: Podemos seguir la progresión del formato WOFF2 here con la mayoría de los navegadores modernos que admiten el formato con éxito. Además, podemos seguir el tracker solicitud de comentarios (RFC) de tipo de medio superior de "fuente" de IETF y el document respecto al último conjunto de tipos de fuente propuestos para su aprobación.

Para aquellos que deseen incrustar el tipo de letra en el orden correcto en su CSS, visite este artículo . Pero otra vez, he tenido suerte con el siguiente orden:

@font-face {
    font-family: 'my-web-font';
    src: url('webfont.eot');
    src: url('webfont.eot?#iefix') format('embedded-opentype'),
         url('webfont.woff2') format('woff2'),
         url('webfont.woff') format('woff'),
         url('webfont.ttf') format('truetype'),
         url('webfont.svg#webfont') format('svg');
    font-weight: normal;
    font-style: normal;
}

Para las propiedades automáticas de Subversion, estas se pueden enumerar como:

# Font formats
svg   = svn:mime-type=image/svg+xml
ttf   = svn:mime-type=application/x-font-ttf
otf   = svn:mime-type=application/x-font-opentype
woff  = svn:mime-type=application/font-woff
woff2 = svn:mime-type=application/font-woff2
eot   = svn:mime-type=application/vnd.ms-fontobject
sfnt  = svn:mime-type=application/font-sfnt

Tal vez esto ayude a alguien. Vi que en IIS 7 .ttf ya es un tipo mime conocido. Se configura como:

application/octet-stream

Así que acabo de agregar que para todos los tipos de fuente CSS ( .oet , .oet , .ttf , .woff ) e IIS comenzó a servirlos. Las herramientas de desarrollo de Chrome tampoco se quejan de la reinterpretación del tipo.

Saludos, Michael


Desde Wikipedia Tipo de medios,

Un tipo de medio está compuesto por un tipo, un subtipo y parámetros opcionales. Como ejemplo, un archivo HTML podría ser designado text / html; conjunto de caracteres = UTF-8.

El tipo de medio consiste en el nombre de tipo de nivel superior y el nombre de subtipo, que se estructura en los llamados "árboles".

top-level type name / subtype name [ ; parameters ]

top-level type name / [ tree. ] subtype name [ +suffix ] [ ; parameters ]

Todos los tipos de medios deben registrarse utilizando los procedimientos de registro de la IANA. Actualmente se crean los siguientes árboles: standard , vendor , personal o vanity , x. no registrado x.

Estándar:

Los tipos de medios en el árbol de estándares no usan ninguna faceta de árbol (prefijo).

type / media type name [+suffix]

Ejemplos: "application / xhtml + xml", "image / png"

Vendedor:

El árbol de proveedores se utiliza para los tipos de medios asociados con productos disponibles públicamente. Utiliza vnd. faceta.

type / vnd. media type name [+suffix] - used in the case of well-known producer

type / vnd. producer's name followed by media type name [+suffix] - producer's name must be approved by IANA

type / vnd. producer's name followed by product's name [+suffix] - producer's name must be approved by IANA

Árbol personal o vanidad:

El árbol personal o de vanidad incluye tipos de medios creados experimentalmente o como parte de productos que no se distribuyen comercialmente. Utiliza prs. faceta.

type / prs. media type name [+suffix]

No registrado x. árbol:

La "x". El árbol se puede usar para tipos de medios destinados exclusivamente para uso en entornos privados, locales y solo con el acuerdo activo de las partes que los intercambian. Los tipos en este árbol no pueden ser registrados.

De acuerdo con la versión anterior de RFC 6838 - RFC obsoleta 2048 (publicada en noviembre de 1996) rara vez, si alguna vez, debería ser necesario usar tipos experimentales no registrados, y como tal el uso de "x-" y "x". Se desalienta la forma . Las versiones anteriores de ese RFC - RFC 1590 y RFC 1521 indicaron que el uso de la notación "x-" para el nombre de subtipo puede usarse para subtipos no registrados y privados, pero esta recomendación fue obsoleta en noviembre de 1996.

type / x. media type name [+suffix]

Por lo tanto, es claro que la application/pdf tipo MIME estándar es la adecuada para usar, mientras que usted debe evitar el uso del tipo x- media obsoleto y no registrado como se indica en RFC 2048 y RFC 6838 .