Compatibilidad del HTML5 entre navegadores

compatibilidad-html5-navegadores-web.png

En el siguiente enlace encontrarás la web original de donde he capturado la imagen con el esquema de compatibilidad de las nuevas funcionalidades del HTML así como diversos enlaces para poder comprobar por ti mismo la compatibilidad del HTML5 con los diferentes navegadores web: http://robertnyman.com/html5/

Internet Explorer 8 incompatible con max-width

Esto es un post rápido o apunte para tenerlo a mano pues tras darme de cabezazos durante un par de horas con una hoja de estilo y la compatibilidad entre diversos navegadores.

En especial esta compatiblidad afecta a Internet Explorer 8, el navegador que tristemente usa la mayor parte del planeta, y que hoy Microsoft pretende jubilar con su nueva versión, si bien es cierto que Internet Explorer 9 tiene buena pinta lamentablemente no es compatible con Windows XP, es decir, sólo funciona bajo Vista y Windows 7.

El Internet Explorer versión 8 o IE8 tiene un bug, y van fosfocientos mil, en fin, aunque quizá no sea tan bug sino una excentricidad o exceso de compatibilidad.

El bug es que Internet Explorer 8 no soporta los estilos max-width, min-width, max-height, min-height propiedades de estilo que como ya sabrás o habrás deducido con tu prodigiosa mente ceceseada sirven para definir el máximo ancho, mínimo ancho y altos de por ejemplo una caja de texto aka DIV.

Esta propiedad funciona perfectamente bajo FireFox, Chrome, Safari etc.

Fíjate en este trozo de código, donde ya te aviso que no funcionará bajo IE8.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN">
<html>
<head>
<style>
.width {
    width:50%;
    min-width:200px;
    max-width:400px;
    background:#eee;
}

Y ahora en este otro, que es el que funciona bajo IE8, la diferencia, es que defines el tipo de documento html sin especificación alguna con el tag DOCTYPE, es decir, no lo haces estricto tal y como se hace en documentos bajo HTML5, y por tanto, max-width funciona bajo IE8

<!DOCTYPE html>
<head>
<style>
.width {
    width:50%;
    min-width:200px;
    max-width:400px;
    background:#eee;
}

Google Native Client

Buenooo, ahora quieren que los webmaster nos pasemos al lenguaje C???

¡Qué miedo! a mi ahora mismo no me apetece volver a C en absoluto, adoro mi php mysql javascript css y html, además si todo avanza hacia una capa web carente de plugins y descargas, donde tan sólo debes URLear y listos, carece de sentido que el cliente deba descargar un archivo e instalarlo en su sistema, muchos no saben hacer eso.

Correr código nativo a través del navegador es muy muy peligroso, en manos de mucha gente eso es una auténtica bomba de relojería, no quiero ser negativo pero este movimiento de la todopoderosa no me gusta ni un pelo.

Además los recursos de proceso con código nativo corriendo en nuestros navegadores van a ser enteramente nuestros, suponemos que eso es lo que pretende los señores de Google que deben ir algo cortos de rendimiento en sus servidores actuales donde corren las aplicaciones. No se han dado cuenta de que la gente navega con netbooks que van escasísimos de CPU, o iPads, iPhone y sucedáneos que tienen procesadores que rondan el 1Ghz. y que deben soportar resoluciones muy altas.

Los de Google pretenden presentarnos esto como la nueva panacea del desarrollo, nos prometen que vamos a poder desarrollar juegos en 3D y editores de vídeo, pero el usuario debe descargar esa aplicación, de momento sólo es soportada por su propio navegador, Chrome, nada de Firefox ni de Safari, y ni mucho de Explorer. Esto es como un plugin de Flash pero ya a lo bestia y sin contemplaciones.

Eso sí de momento está disponible tanto para Windows como Mac, y Linux, un gran paso pero que también nos da una visión sobre sus limitaciones ya que cada dia que pasa navegamos con más cosas, pronto el teletexo de los TV será un navegador, además de los ya siempre presentes iPhones y Androids para los que de momento correr aplicaciones en C desde navegador no es posible.

No se, esto parece una estrategia a largo plazo pero creo que se van a darse de morros a menos que esté yo muy equivocado, mira el caso de Adobe AIR que es el mismo cuento pero que partió de la gran base ya instalada Flash y no ha obtenido el éxito esperado. Huele a que es la antesala de su sistema operativo Chrome o al deseo de Google de canibalizar a la AppStore donde se venden aplicaciones a millones.

¿Vosotros, qué opináis?

Eblace: http://code.google.com/p/nativeclient-sdk/

Reproductor de vídeo en HTML5

Os comentamos una noticia de aquellas que sin llamar en exceso la atención pueden iniciar un antes y un después en cuanto a programación web, ¿por qué? Pues porque con el nuevo reproductor de vídeo en HTML5 se cae al suelo otro de los grandes pilares que justifican la existencia del plugin propietario Adobe Flash para navegadores.

Este pilar es uno de los que aún mantiene vivo a Flash, la reproducción de contenidos en vídeo, hasta ahora vetada para su uso exclusivo, exigiendo sí o sí la presencia del plugin y por ende la obligación para todos los desarrolladores webs de trabajar bajo Flash en aquellas webs con alguna porción de vídeo entre sus contenidos.

Si bien el reproductor de vídeo bajo HTML5 que os mostramos en este post aún se encuentra en fase Alpha y contiene algunos fallos e incompatibilidades con navegadores antiguos o pseudonavegadores como Internet Explorer el camino no ha hecho nada más que comenzar.

No se trata de un desarrollo que excluya Flash al 100% pues Flash se utiliza si el navegador no soporta HTML5 o en el caso de que el reproductor HTML5 no detecte la presencia de un vídeo con la correspondiente codificación OGG, theora vorbis H.264 lanzará un microreproductor bajo Flash para asegurar que la lectura de casi todo tipo de vídeos y su funcionamiento en casi todos los navegadores.

Por nuestra parte lo hemos testeado con éxito bajo FireFox, Chrome, No funcionando para iPhone donde Safari iPhone te muestra un botón para abrir el reproductor quicktime con el objeto de ver ese clip, una vez pulsado funciona correctamente, pero con la sensación de que “has salido” de Safari.

Alguno de los bugs que hemos encontrado es que el botón de pantalla completa no ejecuta su función, maximiza el vídeo siempre dentro de los límites del navegador, si este no se encuentra maximizado a tope tan sólo ocupará el área del navegador, al contrario que Flash que permite realizar un fullscreen de verdad.

Aún con estos pequeños falos y limitaciones la idea, el concepto de reproducir vídeo sin plugins de por medio será el futuro sí o sí.

Enlace: http://www.filenew.org/projekktor/

Código fuente: http://code.google.com/p/projekktor-zwei/source/browse/trunk/index.php