Manual de Compatibilidad de Gecko

El objetivo de este manual es ayudar a poner al día vuestros sitios web para que funcionen en los navegadores respetando los estándares del Web y que detecten correctamente a Gecko.

Si desconocéis los estándares del Web, el artículo Utilización de estándares en vuestras páginas web constituye una introducción útil. (en inglés)

Gecko es un navegador ajustable, desarrollado como parte del proyecto de código abierto Mozilla y basado más bien en las normas del W3C que en los códigos propietarios típicos del pasado. Respetar los estándares/normas/pautas del Web simplifica la interacción de los navegadores en el desarrollo y permite la accesibilidad .

4.x contra Gecko

Desde 1997, numerosos sitios Internet se han concebido para funcionar con Microsoft Internet Explorer 4 o con Netscape Navigator 4. Éstos navegadores fueron desarrollados antes de existir las recomendaciones del W3C para HTML (lenguaje para el formato de hipertextos), CSS (hojas de estilo en cascada) y DOM (modelo de objetos del documento).

Éstos navegadores más antiguos, sin estándares del Web, se diferencian de Gecko en numerosos puntos:

Los navegadores antiguos

• Utilizan códigos HTML, CSS y JavaScript propietarios (no estándares).
• Internet Explorer 4 y Netscape Navigator 4 ofrecen los dos ayuda para la mayoría de estándar HTML 3.2 y JavaScript de base.
• Aún que soportan en cierta medida el estándar CSS 1, su puesta en marcha no se completa y tienen funcionalidades adicionales no estándares.
• Ni Internet Explorer 4 ni Netscape Navigator 4 aguantan el DOM del W3C. En lugar de eso, cada uno tiene su propia "API" propietaria de manipulación de contenido, del estilo y de la posición de los elementos HTML en una página web.
• Además, usan métodos completamente diferentes para integrar programas de terceros en sus navegadores.

Gecko es un motor de presentación "multiplataforma" compatible con un gran número de versiones de Windows, como Windows XP, Mac OS y Linux. Por esta pluralidad, sus funcionalidades son en general idénticas sea cual sea el soporte usado, al contrario de las versiones de Internet Explorer para Mac e Internet Explorer para Windows que son programas distintos y pueden entonces comportarse de maneras muy diferentes.

Prueba rápida de compatibilidad

Si vuestro sitio trabaja con las tecnologías propietarias de Netscape 4.x y de Microsoft, consulten el artículo siguiente para conocer rápidamente los principios generales de estas normas. Éste test de compatibilidad será mucho más benéfico para los sitios que utilicen un código simple o que estén en fase de modificación para soportar los estándares.

Preparación de los navegadores para la prueba

No todos los navegadores que utilizan Gecko contienen Firefox ou Netscape en su cadena "user-agent". Es importante, entonces, verificar que se detectan correctamente navegadores como AOL para Mac OS X.

Se pueden descargar varios navegadores de Mozilla. O, si se utiliza la detección de "user-agent", instalar una extensión para Firefox o Mozilla que permitirá «simular» las cadenas "user-agent" de éstos navegadores Gecko. Aquí tiene como hacerlo:

• 1) Abrir SeaMonkey, Firefox o la antigua suite Mozilla. La ventaja de utilizar éstos navegadores es que detectando únicamente las cadenas Netscape o Netscape6, se llega directamente a los eventuales problemas.
• 2) Instalar la extensión User Agent Switcher (en).
• 3) Después de arrancar de nuevo el navegador hay que poner las cadenas "user-agent" de las cuales se desea probar la detección. (Herramientas --> User Agent Switcher --> Options --> Options… --> User Agents --> Add…).

Nota: he dejado lo anterior en inglés porque la extensión lo saca así, si lo ponemos en español habrá gente que se preguntará: dónde es que tengo que picar?

Una vez completado el cuadro de diálogo (debería parecerse a lo de abajo), Aceptar y cerrar la ventana «Options». Parece que el enlace no funciona, se puede mirar en el original
[Image:GeckoCompatibilityHandbook-Configure-UASwitcher.PNG]

• 4) Ya puede empezar a utilizar la cadena "User-Agent" que acaba de crear: Herramientas --> User Agent Switcher --> El nombre que ha elegido. Puede verificar que la cadena a cambiado en: Help --> About (Ayuda --> Acerca de …)

Encontrará las cadenas "user-agent" de los navegadores basados en Gecko, aquí. Lo mejor y si es posible, descargue también los diferentes navegadores para probarlos individualmente.

Repasando los resultados

Los siguientes temas tienen relación con la detección de los navegadores. Para más soluciones de problemas corrientes, siga leyendo.

Problema 1: El sitio respeta los estándares Web pero no se muestra correctamente

• Pruebe de utilizar la cadena user-agent de Internet Explorer 6.
• Si funciona, use los parámetro de la detección para dar el contenido IE 6 a los visitantes que tienen Gecko en sus cadenas user-agent. IE 6.x es actualmente mucho más parecido a los navegadores Gecko que Netscape 4.x, debido a una mejor ayuda de los estándares del W3C.

Problema 2: El sitio certificado Netscape 6.x se muestra incorrectamente en los otros navegadores

• Si su sitio ya es compatible con Gecko, pruebe de volver a una cadena "user-agent" de Netscape 6. Si es más o menos aceptable, probablemente sólo detectará Netscape o Netscape6.
• Detectar Gecko en su lugar es la vía más fácil para mejorar la comodidad de los usuarios de Mozilla, SeaMonkey, CompuServe 7, etc. (Artículo relacionado), en inglés

Problema 3: El sitio no funciona bien en todos los navegadores Gecko

Si todavía tiene problemas, puede consultar la sección de soluciones rápidas de este manual. Además, si usa tecnologías propietarias de Netscape 4.x y/o de Microsoft, puede leer esto para saber rápidamente qué diferencias hay en Gecko.

Problemas con AOL o CompuServe

Aunque su sitio se muestra correctamente en Netscape 7.x, es importante que lo pruebe también en AOL pour Mac OS X y en CompuServe 7 para verificar la detección del navegador (en inglés) y los posibles problemas de red.

Prueba de AOL detrás de un corta-fuego

Si debe conectarse a AOL detrás de un corta-fuego, América Online ha abierto los puertos TCP/IP 5.190 y 11.523 para que pueda comunicarse con el servidor de AOL. De esta forma podrá probar su sitio detrás de un corta-fuego, siempre y cuando el administrador de redes haya abierto estos puertos.

Tiene que estar conectado a Internet para hacer la prueba de vuestro sitio en AOL; es imposible acceder al sitio en una máquina local vía red local (LAN) sin una conexión Internet. Para más información, ver: Webmaster@AOL (en).

Referencias en caso de problemas

Como se explica en Utilización de estándares en vuestras páginas web, es necesario escribir la codificación estándar para el buen funcionamiento y la obtención de compatibilidad entre los navegadores Gecko, Netscape 4 y IE .

Problemas corrientes ligados al código y el servidor Web

Esta sección detalla las soluciones a los problemas más corrientes que afectan a los navegadores reopetuosos de los estándares así como preguntas específicas a Gecko.

HTML propietario

Problema: utilizar etiquetas HTML de un navegador propietario específico (tal como: <LAYER> capa).

Puesto que se supone que un navegador ignora las etiquetas que no reconoce y devuelve el contenido dentro de ellas, los autores de páginas web han combinado los códigos HTML propietarios para que sus páginas se muestren correctamente en cualquier navegador.

Los navegadores Gecko ignorarán las etiquetas HTML propietarias de Internet Explorer y Netscape Navigator 4. Así pues, una página web no se mostrará en los navegadores Gecko de la misma manera que en Internet Explorer 4 o Netscape Navigator 4.

El ejemplo principal es la utilización de la etiqueta <LAYER> propietaria de Netscape Navigator 4, corrientemente usada para la navegación en un sitio. Para saber las alternativas basadas en estándares, ver este artículo. (en).

Podemos verificar rápidamente la correcta utilización de las etiquetas HTML propietarias en una página sometiéndola al verificador de HTML del W3C usando el tipo de documentos HTML 4.01. Abordaremos detalladamente los tipos de documentos (DOCTYPE) más adelante, pero esencialmente, sirven para indicar al navegador cual es la versión HTML de la página.

La Referencia de interacción de elementos HTML (en) facilita una lista de todos los elementos HTML sostenidos en Netscape 4, los navegadores Gecko, Internet Explorer 4 y superiores, y se puede utilizar para determinar qué elementos son soportados para todos los navegadores.

Detección del navegador

Problema: mala detección del navegador o interpretación del código

Mientras que la detección es útil para permitir a los autores escribir páginas web que sólo trabajen con navegadores específicos, una equivocada detección podrá conducir a una mala experiencia de los usuarios.

Numerosos problemas pueden surgir cuando una página web usa la detección de un navegador para determinar que características propietarias utiliza un navegador en particular.

Consulte el artículo Detección del navegador y soporte entre ellos para un mejor entendimiento. (en inglés)

Entorno de trabajo de un navegador específico

Problema: el código incluye el entorno de trabajo de "bugs" y comportamientos aleatorios (quirks mode) de navegadores específicos.

Puesto que una página web no se juzga por su código sino por la apariencia en la pantalla de los navegadores, los autores han desarrollado numerosas técnicas que aprovechan la idiosincrasia (carácter) en los navegadores particulares para conseguir los efectos deseados. Tiene pues una particular importancia ya que en las primeras puestas en práctica de las CSS encontradas en Internet Explorer 4 y Netscape Navigator 4 habían varios "bugs". Para conseguir obtener los efectos deseados, los autores escribieron los códigos HTML y JavaScript que dependían de estos "bugs" para que funcionara correctamente.

Ésto puede provocar problemas con los navegadores Gecko por ejecutar estrictamente los estándares. La vieja escritura de «codificar para los "bugs"» ya no funciona en Mozilla, Netscape 6.x/7.x y todos los otros navegadores Gecko.

Ejemplo - Poniendo formularios en una tabla

HTML no válida para eliminar el salto de línea en <FORM>.

En los antiguos navegadores, el resultado hacía que la celda TD envolviera herméticamente un elemento de entrada input.

<table border="1">
  <tr>
    <form name="formulario2">
      <td>
        <input type="texto">
      </td>
    </form>
  </tr>
<table>

Este acercamiento es comúnmente utilizado para dar la vuelta al hecho que <FORM> es un elemento en bloque en HTML y que simplemente empezará en una nueva línea en la página. Lamentablemente, éste código ya no es válido, puede provocar errores durante la presentación en pantalla y en la aplicación de las reglas de la hoja de estilo.

Uso incorrecto del código vacío en una etiqueta XML

Numerosos autores utilizan la anotación vacía en etiqueta XML (<tag />) en sus ficheros HTML. En XML, una etiqueta vacía no tiene nunca contenido. Las directivas de compatibilidad hacia atrás del XHTML estipulan que los elementos vacíos pueden ser codificados poniendo después del nombre de la etiqueta un espacio seguido de un signo como en "<tag />". Para ser compatible, necesita tener un espacio antes del cierre " />". Además, se debe utilizar ésta codificación XML sólo para los elementos HTML que son siempre vacíos — y no para elementos HTML que poseen una etiqueta opcional de cierre.

Por ejemplo, es correcta la forma: <br /> para codificar <br>, aún cuando no hay ventaja alguna de hacerlo en documentos HTML. Pero es incorrecto usar: <option /> para <option>. Para entender por que, consideramos lo siguiente:

<select>
<option>Valor de la opción
</select>

<select>
<option>Valor de la opción</option>
</select>

Ahora veamos que pasa al utilizar la escritura de etiqueta XML vacía " /></tt>".

<select>
<option />Valor de la opción
</select>

<select>
<option></option>Valor de la opción
</select>

Es simplemente incorrecto. Si debe utilizar la anotación de etiqueta XML vacía, entonces hacerlo únicamente para elementos HTML que no tengan nunca contenido — no para elementos HTML que tienen un cierre opcional.

Las identificaciones (ID) de las hojas de estilo deben ser tenidas en cuenta

Gecko responde correctamente a los identificadores ID de la hoja de estilo y presentará bien este ejemplo, mientras que Internet Explorer que no los tiene en cuenta no lo presentará.

<style type="text/css">
  #id1 { text-decoration: line-through; }
  #ID1 { text-decoration: underline; }
</style>
<div id="id1">
  Debería estar tachado (line-through)
</div>
<div id="ID1">
  Debería estar subrayado (underline)
</div>

-(EJEMPLO SUPRIMIDO)-

Observe que el verificador de HTML del W3C señalará con una bandera a los atributos de los ID de HTML como duplicados sólo en el caso que difieran (sean diferentes). Parece ser que hay una inconsistencia entre la recomendación de HTML 4.01 y la declaración de SGML para el HTML en si los atributos del identificador ID se toman en cuenta o no. Esto es una lástima ya que el verificador de HTML es para los desarrolladores web uno de sus principales medios de aprendizaje de los estándares.

Debido a este común error, Netscape 6.2 no hace caso a los atributos de ID de CSS en modo de compatibilidad aleatoria (quirks mode). Si se invoca el modo de respeto de los estándares, convendrá ser consistente en escribirlo en las hoja de estilo de manera que se respete.

Los nombres de clase de la hoja de estilo deberían ser tomados en cuenta

Gecko hace caso a los nombres de clase de las hojas de estilo (CLASS) y por eso presentará correctamente este ejemplo, mientras que Internet Explorer hace caso omiso, por lo tanto no lo sacará bien en la pantalla.

<style type="text/css">
  .class1 { font-size: 1em; }
  .CLASS1 { font-size: 2em; }
</style>
<div>
<div class="class1">
  Debería tener la medida de fuente: 1em;
</div>
<div class="CLASS1">
  Debería tener la medida de fuente: 2em;
</div>

-(EJEMPLO SUPRIMIDO)-

Por este común error de los autores de páginas web, Netscape 6.2 tampoco hace caso de los atributos de clase CLASS en modo de compatibilidad aleatoria (quirks mode). Si se invoca el modo de respecto de los estándares, hay que definirlo correctamente en las hojas de estilo (CSS) para que sea tomado en cuenta.

Enlaces (URLs) relativos incorrectos

Una URL relativa se refiere al mismo servidor web que alberga a la página web.

• Una URL relativa que lleva al directorio donde se encuentra la página sería así: directorio/pagina.html.
• Las URLs relativas que dirigen al directorio raíz del servidor web serían así: /directorio/pagina.html.

Los antiguos navegadores aceptaban la utilización incorrecta: https://directorio/ parar las direcciones relativas al directorio raíz del servidor web, pero no es el caso de los navegadores Gecko. Para especificar correctamente el enlace a una página del directorio raíz del servidor web, use esta forma: /directorio/pagina.html.

La utilización inválida de espacios en los nombres de atributos (por ejemplo: mapas de imágenes)

Muchos autores parecen infectados por la manía de utilizar espacios en los nombres. Un atributo name o id en HTML 4.01 no puede conformemente al W3 contener espacios. Esto puede dar problemas en los navegadores basados en Gecko, especialmente en los mapas de imágenes. Conviene, por eso, verificar que los nombres de atributos contengan sólo caracteres válidos.

Mala codificación debida a "API" y herramientas anticuadas

Problema: unas "APIs" o herramientas de edición obsoletas generan un código no estándar.

Muchas versiones antiguas de "API" de interacción entre navegadores comúnmente usadas como DYNAPI (en), no aguantan a Gecko por una u otra razón citada más arriba. Es igualmente el caso de antiguas versiones de herramientas de edición web como Macromedia Dreamweaver 2 y 3.

Sin embargo las versiones más recientes de "API" y de herramientas web soportan a Gecko. Por ejemplo, DYNAPI (en) es ahora mantenido en SourceForge y ofrece una versión compatible con Gecko. Las nuevas Herramientas de edición respetuosas de los estándares también soportan a Gecko.

Tipo de documento (DOCTYPE) impropio, mal codificado

Problema: el tipo de documento incorrecto puede alterar completamente la presentación de las páginas.

Gecko, Internet Explorer para Mac OS e Internet Explorer 6 utilizan todos la técnica de detección del tipo de documento para determinar la forma de presentación, si debe ser en modo compatible con los antiguos navegadores o conformemente a las normas W3C.

Usando el tipo de documento apropiado en el HTML permite a los autores de páginas web hacer que soporten tanto, los viejos navegadores menos conformes, que los nuevos, especificando en él, el modo de composición elegido. Al paso del tiempo y con la progresiva desaparición de los viejos navegadores en el mercado, los autores de páginas web pueden efectuar la transición hacia las normas W3. (Artículo relacionado).

Mientras que la detección de la declaración del tipo de documento es útil para permitir el soporte de viejos navegadores, puede ser un problema para los de última generación como Netscape 6.x y Netscape 7.x si se especifica incorrectamente el modo de composición.

Gecko tiene dos modos de composición: el de compatibilidad aleatoria (quirks) y el de respeto estricto de los estándares (standards). El modo aleatorio imita el comportamiento de Netscape Navigator 4 cuando el estricto sigue las recomendaciones para HTML y CSS del W3C. En particular, el modo estricto utiliza el modelo de caja CSS como se define en el Capítulo 10 de las recomendaciones sobre CSS 2. El modo de presentación es determinado con la ayuda en la declaración del tipo de documento (o de su carencia) al principio de documento HTML.

Escritura inválida para dejar un comentario

Gecko posee también tres modelos de análisis de compatibilidad: modo aleatorio (quirks), modo casi-estándar (en) y modo estricto de los estándares. El modo aleatorio permite la utilización no válida de más de dos guiones "--" para dejar un comentario, lo cual no dejan hacer los otros modos.

<!---- Ésto es un comentario HTML '''inválido''' pero aceptado en el análisis aleatorio de comentario ---->

<span class="highlightblue"><!-- Ésto es un comentario '''válido''' aceptado en el análisis estricto de comentario --></span>

Para saber las reglas exactas de como se invoca desde la declaración en el tipo de documento al modo aleatorio vs. al modo estricto con los estándares, consulten este artículo.

Codificación de plugins (pequeñas aplicaciones para la web)

Habrá visto que algunos "plugins" no se comportan de la misma forma en Gecko y en Netscape Navigator 4. Visite la página plugins para más información sobre la codificación de los navegadores Gecko, el buen uso de las etiquetas, los cambios en la arquitectura comparado con la generación Netscape 4, y las sugerencias de estratégias para plugins.

Problemas de configuración en el servidor web

Tipos MIME especificados incorrectamente

Muchos servidores web especifican incorrectamente los tipos MIME para los ficheros. Los navegadores Gecko requieren que el servidor web defina correctamente el tipo MIME correspondiente al tipo de contenido:

• HTML — text/html
• CSS — text/css artículo relacionado, (en inglés)
• XML — text/xml
• SVG — image/svg+xml

Mala ejecución del protocolo HTTP

Varios servidores ejecutan incorrectamente el protocolo HTTP, lo cual puede dar problemas en Netscape 6.

Mala ejecución del protocolo SSL

Los antiguos navegadores tal como Internet Explorer 4 et Netscape Navigator 4 ejecutaban versiones viejas del protocolo SSL. La versión más común ahora es SSL 3.0, empero, la última versión: TLS (SSL 3.1), la cual es soportado por los navegadores Gecko, no lo es aún por varios servidores web. Desgraciadamente, varios procedimientos de SSL 3.0 ejecutan incorrectamente la negociación de qué versión de SSL hay que usar y fallan en la conexión con Gecko.

Para más información sobre esta cuestión, lea: Notas sobre TLS - Servidores SSL 3.0 intolerantes.

Recursos útiles

• Para empezar los autores de páginas web de nivel intermedio pueden consultar en DevEdge Web Tune Up Wizard a fin de puntear las áreas de contenidos que necesitan actualización para soportar a Gecko y otros navegadores que se apoyan en los estándares del W3C.
• AOL Webmaster.info Site - Developing for Netscape Gecko cubre las cuestiones más comunes a las que se enfrentan los autores de web y de como poner al día los códigos.
• La caja de herramientas agrega muchas utilidades valiosas del W3C para el diagnóstico de problemas en páginas web como serían: verificadores, ejemplos de código y mucho más.
• Report Mozilla browser bugs or web site compatibility problems
• Community

Referencias

• El uso de estándares, en inglés.
• Detección del navegador y soporte entre ellos, en inglés
• Actualización de páginas DHTML, en inglés
• Referencia de interacción de elementos HTMLen inglés
• Referencia de interacción de modelo de objetos del documento, en inglés
• Introducción a la interacción de navegadores JavaScript y HTML dinámico, en inglés
• Cadenas del User Agent de Gecko
• Herramientas de desarrollo
• El detector de tipo de documento en Mozilla
• La portada apunta a numerosos recursos.

Interwiki Languages Links