#5#3, yo creo que es una cuestión de adaptación de los navegadores. Creo que es cuestión de tiempo que mejoren sus motores para optimizar el rendimiento, sin depender que una compañía lo vea rentable, como ocurría hasta ahora. Por lo que se, ahora mismo Google Chrome y Safari son los que mejor lo llevan, pero Firefox en próximas versiones mejorará mucho en este sentido. Sobre Internet Explorer.... ¿a quien le importa? ;P
#11 No soy programador pero yo como usuario veo beneficios en utilizar html5 en mi uso diario, especialmente en cuanto a rendimiento y consumo: ver vídeos en youtube en HD con safari me consume un 25% de CPU y lo mismo con Flash del orden del 70% (si bien veo algunos bugs en la interfaz que supongo que no tendrán nada que ver con el html5 en sí). Además es código abierto, html5 en general, no el vídeo en h.264 por ejemplo, lo que me parece bastante bien.
PD: lo que no sé es si esta diferencia se debe al capado de la aceleración por hardware de Apple, por ejemplo, al Flash.
#13 he votado por la ventaja del video libre en html5 pero no sé cómo esto puede ayudar al cloud computing, y eso no me gusta nada. No lo usen (el cloud)
#15 Esta bueno, pero a años luz de la potencia de Flash (cualquiera que sepa mínimante sobre Flash lo sabe).
Ojalá que mejore el soporte a HTML5, pero que igualmente no desaparezca Flash.
#18#16, supongo que será por no escribir medio párrafo solo con lo que implica:
"66 ejemplos del uso de la etiqueta canvas, workers, css3, ..."
Creo que mejor resumir en html 5 que, por cierto, tiene más etiquetas a parte del canvas y el vídeo. PD: ¿esos ejemplos se pueden hacer en html4 sin plugins de terceros, sin dedicarle más del doble de tiempo al desarrollo y sin depender del servidor?
#19#18 No sé qué estadísticas hay sobre el tiempo que cuesta hacer algo con Javascript sobre HTML 4 y 5, ni sé qué es un "plugin de terceros". Tampoco entiendo cómo se puede no depender del servidor.
Las aplicaciones como el Tetris que se muestra, sólo requieren la etiqueta <canvas>, todo lo demás, es Javascript puro y duro. Y, repito, no son ejemplos que tengan nada que ver con HTML5.
Estáis empezando a asociar HTML5 a efectitos, animaciones y marquesinas como pasó en los 90, y la peña se está volviendo a equivocar de lleno.
Por favor, separad el marcado y la presentación del texto con los efectos. HTML5 NO son animaciones, ni tiene nada que ver con ello. Las cosas tienen un nombre, y este artículo va sobre Javascript.
Firmado, un maquetador indignado y cabreado con el mundo.
#20#3#4#5#17 El tema viene porque, como he dicho en el anterior comentario, de HTML5 no hay nada, lo que véis ahí son chorizos Javascript, y Javascript no deja de ser un plugin como lo es Flash.
Así que, repito, que nadie se lleve a engaño con esto del HTML5, que parece que lo están vendiendo como la salvación, y nada tiene que ver con el rollo multimedia y videojueguil que no sé quién coño le quiere asociar.
#21#19, de forma rápida, estas demos muestran que no es necesario flash o silverlight para conseguir las llamadas "RIA". En otro comentario puse esto:
#5#4, yo me estoy currando una aplicación cartográfica en svg+html5+javascript. A día de hoy supera al sigpac en funcionalidad, solo tengo problemas con el rendimiento en firefox (se solucionan con los workers) y el tráfico de red (se soluciona con almacenamiento local + compresión -volvemos a los workers-).
Desgraciadamente no puedo mostrarte el prototipo porque es propiedad de un cliente, pero te puedo asegurar que no tiene nada que envidiar a flash/flex/silverlight.
#23 Para #3. A mi me funciona. Piensa que todo esto esta en proceso experimental todavía, pero los resultados empiezan a verse, y me dan mejor impresión que la mayor parte de lo que se hace en flash.
#26#3 El rendimiento de los motores de JavaScript nunca ha sido una prioridad, porque el JavaScript utilizado hasta ahora era muy sencillo. Por eso van tan mal: todos los motores de JavaScript eran (o son) una mierda en rendimiento.
Pero ahora todos los navegadores están mejorando muchísimo el rendimiento de JavaScript, así que cabe esperar que para cuando HTML5 se popularice (¿unos pocos años todavía?) no será un problema.
#29#5#3 Mi ordenador tiene unos 5 casi 6 años, y esta muy viejito, por lo que ya no esta para cosas que sean muy pesadas...pero tengo que decir que uso G. Chrome y me va muy bien cuando abro HTML5.
Por el contrario, tengo otro ordenador de hace 1 año con IExplorer y me va de pena...
#32#1 de momento hay miles de juegos flash que le dan mil vueltas a todos los juegos HTML5 que he visto, por lo que todavía nos quedan unos años de flash en juegos web.
www.phpguru.org/static/html5-canvas-examples 
La policia del pensamiento en Meneame antes te eliminarán que decir algo en contra de HTML5
PD: lo que no sé es si esta diferencia se debe al capado de la aceleración por hardware de Apple, por ejemplo, al Flash.
Ojalá que mejore el soporte a HTML5, pero que igualmente no desaparezca Flash.
Lo único que hay de HTML5 es una puta etiqueta, lo demás es Javascript
Mucho queda por remar ...
"66 ejemplos del uso de la etiqueta canvas, workers, css3, ..."
Creo que mejor resumir en html 5 que, por cierto, tiene más etiquetas a parte del canvas y el vídeo. PD: ¿esos ejemplos se pueden hacer en html4 sin plugins de terceros, sin dedicarle más del doble de tiempo al desarrollo y sin depender del servidor?
Las aplicaciones como el Tetris que se muestra, sólo requieren la etiqueta <canvas>, todo lo demás, es Javascript puro y duro. Y, repito, no son ejemplos que tengan nada que ver con HTML5.
Estáis empezando a asociar HTML5 a efectitos, animaciones y marquesinas como pasó en los 90, y la peña se está volviendo a equivocar de lleno.
Por favor, separad el marcado y la presentación del texto con los efectos. HTML5 NO son animaciones, ni tiene nada que ver con ello. Las cosas tienen un nombre, y este artículo va sobre Javascript.
Firmado, un maquetador indignado y cabreado con el mundo.
Así que, repito, que nadie se lleve a engaño con esto del HTML5, que parece que lo están vendiendo como la salvación, y nada tiene que ver con el rollo multimedia y videojueguil que no sé quién coño le quiere asociar.
#5 #4, yo me estoy currando una aplicación cartográfica en svg+html5+javascript. A día de hoy supera al sigpac en funcionalidad, solo tengo problemas con el rendimiento en firefox (se solucionan con los workers) y el tráfico de red (se soluciona con almacenamiento local + compresión -volvemos a los workers-).
Desgraciadamente no puedo mostrarte el prototipo porque es propiedad de un cliente, pero te puedo asegurar que no tiene nada que envidiar a flash/flex/silverlight.
www.meneame.net/story/apple-contra-adobe-disenadores-necesitan-flash/0
Por cierto, aquí un desarrollador indignado con los maquetadores/diseñadores impone-criterios.
www.chiptune.com/starfield/starfield.html
Teneis que mover el raton.
Me da la impresión de que se va a poder programar un Mercenary decente con HTML5.
(Mercenay fue un juegazo en 3D del Commodore 64)
Desde luego muy superior al chapuza protector de pantalla campo de estrellas de los Windows.
Pero ahora todos los navegadores están mejorando muchísimo el rendimiento de JavaScript, así que cabe esperar que para cuando HTML5 se popularice (¿unos pocos años todavía?) no será un problema.
Por el contrario, tengo otro ordenador de hace 1 año con IExplorer y me va de pena...
Otra web de juegos HTML5: www.effectgames.com
Hay hasta un Mario Bros (versión NES) en HTML5: www.effectgames.com/effect/games/mariodemo/
Pero en Flash tienes más de 50: www.juegosdemario.es
#28 Porque en realidad es <canvas> y javascript, <canvas> pertenece a HTML5 ergo por reduccion se queda en HTML5
theflashblog.com/?p=1975