de webmaster a webmaster

Lo que tenemos clasificado como ‘internet explorer

Compatibilidad del HTML5 entre navegadores

sin comentarios, by the moment porfaplis, deja uno que "é grati"

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/

Blogueado por uvedobles.com alias uvedobles.com

December 2nd, 2010 a las 10:09 pm

Internet Explorer 8 incompatible con max-width

con un 4 comentario, di la tuya, maracuya

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;
}

Blogueado por uvedobles.com alias uvedobles.com

September 17th, 2010 a las 7:19 am

Tienda de aplicaciones web

sin comentarios, by the moment porfaplis, deja uno que "é grati"

Una de cal y otra de arena, eso es lo que nos trae Google en su evento Googe I/O 2010, par amí esto es un notición como pocos no tanto por su novedad sino porque por fin un grande está detrás. Vamos por partes.

Si hace poco comentábamos la rocambolesca idea de Google de llevar el lenguaje C directamente al navegador con la descarga e instalación de aplicaciones via web luego nos trae lo que nosotros creemos que será un exitazo, una Store de aplicaciones web donde podrás vender tus aplicaciones web con la confianza que Google puede transmitir al usuario.

Una tienda de aplicaciones web con la confianza de Google

Por fin, alguien se decide a intentar unificar en un catálogo o tienda las aplicaciones diseñadas por todos nosotros. Sin lugar a dudas, con el tiempo, triunfarán.

Apple y su appStore para iPhone e iPad

En el otro lao Apple no debe estar en exceso tranquila con lo bien que parece irle todo, pues esta Store es lo mismo que su AppStore pero para todos los dispositivos que posean un navegador moderno, incluso podrás llegar a los iPhone, a menos que Apple ya en un exceso de recelo y ambición prohíba determinadas webs en el navegador Safari que incorporan tanto os iPhone como iPad iPod y futuros.

La webStore de Google potenciará HTML5

La Store de Google incluye programas desarrollados bajo HTML y Flash, si bien según rezan y repiten pretenden que sea HTML5 invitando a migrar a todos nuestras aplicaciones hacia este nuevo estándard que parece que va a ser empujado, y de que manera por la todopoderosa.

La webStore de Google es aún un proyecto, en marcha pero no accesible por el momento, hemos investigado a ver que podíamos encontrar pero no hemos sacado mucha info al respecto si bien os copiamos una URL con la siguiente docu sobre como crear una aplicación web compatible con la tienda, o al menos eso es lo que entendemos:

http://code.google.com/chrome/apps/docs/developers_guide.html

El nombre de la webStore de Apple

Ahora bien el nombre que han elegido para su webStore es muy feo: chromewebstore

Que pesaitos con esto del “Chrome” para esto “Chrome” para lo otro, en lugar de potenciar algo que ya funciona bastante bien y que posee un nombre de los más cool como es Android no se porque se empeñan en desdoblar esfuerzos para algo que en sí es lo mismo.

Enlace: https://chrome.google.com/webstore

Google Native Client

sin comentarios, by the moment porfaplis, deja uno que "é grati"

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

sin comentarios, by the moment porfaplis, deja uno que "é grati"

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

Blogueado por uvedobles.com alias uvedobles.com

April 6th, 2010 a las 4:34 pm