A finales de 2012, el estratega de plataformas móviles Peter-Paul Koch recibió el patrocinio de QuirksMode.org, que dijo que le permitiría dedicar más tiempo a investigar estándares web y trabajar en tablas de compatibilidad que se compartirían con webplatform.org.
Durante el fin de semana, se activaron los selectores de CSS para tablas móviles. Koch también ha estado explorando más las columnas CSS y descubriendo que hay un camino por recorrer con respecto a la implementación.
Hablamos con Koch sobre su trabajo, cómo se escriben sus pruebas y por qué los desarrolladores deberían ser más cautelosos con las pruebas por motor.
.net: está poniendo mucho esfuerzo en sus tablas móviles. ¿Es esto algo que no se estaba haciendo hasta este punto en otros lugares?
PPK: No, realmente no se está haciendo. Las tablas que más se acercan a la mía son las de Max Firtman y se centran en las API de HTML5.
No creo en la automatización de las pruebas o los puntajes del navegador, por lo que realmente no cuento pruebas como la prueba HTML5. Luego tenemos Can I Use ..., que es útil pero a veces no brinda la información correcta del navegador.
Hasta donde yo sé, sigo siendo el que realiza las pruebas más detalladas y el único que publica páginas de prueba y resultados.
.net: ¿Cómo va a escribir las pruebas?
PPK: ¡Lentamente! A veces no es fácil averiguar qué se quiere decir en una especificación, especialmente cuando solo hay dos implementaciones que son sutilmente (o tremendamente) diferentes. Afortunadamente, tengo mucha experiencia en la redacción de pruebas de navegador, por lo que sé cómo evitar los errores más comunes.
Por ejemplo, al principio parecía que Opera Mini no soportaba clases CSS, pero obviamente eso es una tontería. El problema resultó ser que probé el apoyo de las clases dando un elemento de prueba estilo de fuente: cursiva. Muchos Opera Minis no son compatibles con ese estilo. Como me había encontrado con esto antes, sabía que tenía que cambiar los estilos de prueba. Y el navegador MeeGo no es compatible variante de fuente: versalitas. Misma historia.
Por cierto, JavaScript todavía da itálico cuando le pides a Opera Mini el Estilo de fuente valor. Eso prueba que no puede automatizar estas pruebas: debe mirar la página y determinar si usa una fuente en cursiva.
.net: En su artículo reciente sobre selectores y columnas, indica que los navegadores que usan la misma compilación de WebKit tienen compatibilidad variable. ¿Esto resalta aún más cómo los desarrolladores deben tener cuidado con las técnicas de vanguardia y realizar pruebas más rigurosas en todos los dispositivos?
PPK: Sí. No hay WebKit en dispositivos móviles. Hay al menos doce navegadores diferentes (excluyendo las versiones que usan WebKit como motor de renderizado), pero no necesariamente se parecen entre sí.
El mejor ejemplo es el -declaración de intervalo de columnas de kit web. Resulta que WebKit abandonó el soporte recientemente. Este es el problema de compatibilidad más extraño que he encontrado porque no es posible vincular el soporte con versiones específicas de WebKit. Entonces, el soporte para esta declaración es un desastre, y el hecho de que un navegador use WebKit no dice exactamente nada.
