¿Puede HTML5 hacer la mayor parte de lo que Flash hace hoy?

Question

¿Qué puede hacer? y que no puede hacer? (en relación con el flash)

Answer 1

HTML5 no hace nada, per se. Es un spec; uno que isn't finished yet. Claro, muchas de las características propuestas permitirán a los desarrolladores producir funciones similares a Flash, pero depende de los desarrolladores del navegador implementar dicha especificación. Actualmente, hay una buena cantidad de especificaciones propuestas implementadas de diferentes maneras por diferentes proveedores de navegadores. Si su aplicación solo utiliza algo que admita algunas de las especificaciones de HTML5 (por ejemplo, Safari 5/Chrome/Chromium basado en webkits), puede hacer muchas cosas (ejem, adivinar que su pregunta proviene de Steve Jobs al mencionar HTML5 en Keynote ™). ..pero tendrá problemas con el soporte multiplataforma. Muchos de los principales jugadores en el mercado de los navegadores ni siquiera han acordado un códec común para video todavía (H.264 para muchos, no soportado actualmente por Firefox/Opera/etc. Que usa ogg/theora) así que básicamente vamos volvemos a los días previos al flash de la locura de los complementos por un tiempo.

Algunas de las características interesantes propuestas en la especificación para mí son:

• flexibles canvas para scripting drawings, images, animations
• documentos semánticamente más precisos
• custom data attributes
• de vídeo y soporte de audio (suponiendo que algo está de acuerdo sobre con RE: a codecs)
• base de datos web/navegador

Una de las cosas más importantes que personalmente encontraría a ser un dolor de producir con la especificación HTML5 propuesta:

• animación y el diseño. Ok, este es un sitio de codificación, pero soy un diseñador que codifica y trabajo con muchos diseñadores. No quiero tener que animar programáticamente un walkcycle vectorial: D ... canvas tiene poco o ningún soporte para los diseñadores ... ¿ves a tu amigo diseñador escribiendo código como this?)

Aquí es una aplicación que muestra un poco de HTML 5: http://9elements.com/io/projects/html5/canvas/

Se habrá dado cuenta de que puede "ejecutar" su procesador un poco (bueno, al igual que el flash)!.

En los próximos 5-10 años todo será posible. La mayoría de las especificaciones son (en todo caso) parcialmente compatibles en los principales navegadores. Puede mantenerse al día con los principales motores de diseño del navegador compatibles con here. Oficialmente, la especificación está programada para completarse en 2012, y recomienda para el 2022. Flash seguirá siendo un jugador importante por un tiempo.

http://html5gallery.com/

y por si acaso:

http://ishtml5readyyet.com/

---

Editar sólo para añadir un poco más notas de un comentario de blog he publicado recientemente

HTML 5 está a punto semántica e interoperabilidad; define una recomendación sobre cómo los productores de HTML deberían producir documentos. Si los navegadores adoptan estos estándares, les facilitará a los productores la creación de contenido interoperable que se puede consumir sin el complemento. Es por eso que amo Flash; porque sus estándares son implementados por las mismas personas que "escribieron" los estándares. Se comporta de la misma forma multiplataforma (principalmente) porque es un complemento. La intención principal de HTML5 es reducir la necesidad de complementos.

Una cosa con la que tenemos que ser cuidadosos (somos desarrolladores, diseñadores) es agrupar CSS3 y Javascript con HTML5. Gran parte de las cosas geniales que ves que se denotan como HTML5, no lo es (el reciente escaparate "HTML5" de Apple, que, la mayoría de las cuales fue , no HTML5, es un gran ejemplo). Es jQuery; son animaciones y transformaciones de CSS3; son códecs de video patentados que solo lo admiten un navegador. Para mi disgusto, HTML5 se ha convertido en la nueva "Web 2.0", que representa un amplio conjunto de tecnologías algo relacionadas.

Answer 2

Tiene menos control sobre el audio con HTML5 que con Flash. También depende del navegador para soporte de video incorporado.

Pero, HTML5 en algunos navegadores, admite tener una base de datos pequeña, para que pueda almacenar en caché localmente cierta información y que sea persistente entre iteraciones.

Puede hacer gráficos 3D, hay ejemplos en la web, utilizando la etiqueta canvas, pero la etiqueta solo tiene soporte limitado en IE utilizando el código excanvas.

Una cosa que HTML5 puede hacer que Flash no se puede ejecutar en el iPad. :) < == Esto se supone que es gracioso, parece que eso se pierde en algunas personas.

Entonces, ¿qué desea hacer con Flash que puede considerar intentar en HTML5?

Con Flash puede usar sus herramientas de desarrollo y tener muy poca codificación para obtener algunas funcionalidades, con HTML5 la mayoría de los cambios parecen ser impulsados ​​por el uso de JavaScript y hay pocas herramientas para eso, que son específicas de HTML5.

Answer 3

En gran medida, la respuesta a esta pregunta depende de cuánto mire las características. Tome el video como ejemplo: ¿puede HTML5 hacer lo que Flash hace hoy? Si quieres decir "¿pueden reproducir el video?" entonces la respuesta es sí: HTML5 incluirá una etiqueta, que le permite incrustar videos directamente en una página sin usar un complemento. Pero si quiere decir "¿pueden reproducir video del 95% del mercado con un solo códec?", Entonces la respuesta es bastante diferente: en la actualidad, HTML5 necesita al menos dos códecs para ser publicados (H264 y ogg/theora) en portadas algo menos del 40% del mercado.

Eventualmente, cuando el video HTML5 entra en IE y quizás resuelve su problema de códec (aunque la parte del códec no parece muy probable en este momento), lo que ocurrirá es que los propietarios de contenido tendrán dos formas de distribuir video. y elegirán el que mejor se adapte a su propósito. Entonces, si desea que su video sea accesible para los motores de búsqueda, HTML5 definitivamente va a ser mejor que Flash. Pero si desea funciones que no están estandarizadas, como DRM, entonces la opción patentada le cubrirá mejor que la estandarizada.

Así que creo que la respuesta para el futuro es que realmente no importa si "hacen" lo mismo - después de todo, HTML/AJAX hace básicamente las mismas cosas que Flex, pero eso no significa nadie usa Flex. La diferencia está en el soporte de herramientas, enganches en otras tecnologías y en los detalles de todas las partes no estandarizadas de los conjuntos de características.