flash - que - html5 wikipedia

¿Cómo puede HTML5 "reemplazar" a Flash? (25)

¿Cómo es posible desde un punto de vista técnico / de codificación que un lenguaje de marcado basado en texto (HTML5) pueda considerarse un reemplazo de un marco multimedia (Flash)?

HTML5 es el nuevo nombre para "pila de tecnologías web", no solo un "lenguaje de marcado".

Tiene un lenguaje de programación (JavaScript), como Flash lo hace; un conjunto de API, que se expande significativamente como parte de los esfuerzos comúnmente etiquetados como "HTML5", formas de dibujar gráficos (SVG, <canvas>), reproducir audio y video (<audio>, <video>).

A diferencia de Flash, las "aplicaciones HTML5" son procesadas por el navegador, no por un complemento propietario del navegador, lo cual es bueno, al menos para los proveedores de navegadores (vea la parte relevante de esta publicación en el blog , gracias Jotham). Por ejemplo, hace posible que un proveedor de navegador solucione problemas (y no espere a Adobe) - IIRC Apple citó a Flash como el motivo # 1 para bloqueos entre todos los bloqueos en la Mac.

[editado para eliminar las afirmaciones de "estándares abiertos son mejores", por lo que soy demasiado perezoso para hacer copias de seguridad]

Un tema de debate que ha visto un resurgimiento desde la presentación del iPad es el problema de Flash versus HTML5. Hay quienes sugieren que HTML5 algún día suplantará / reemplazará Adobe Flash.

No desarrollo software que se ejecute en un navegador, por lo que mi comprensión (limitada) es:

HTML es un lenguaje de marcado de texto puro que se entrega a través de HTTP a un navegador de cliente. El navegador del cliente interpreta el marcado y procesa (con diversos grados de éxito) la página de acuerdo con una especificación estándar.
Adobe Flash es un marco apropiado para trabajar con audio, video, sonido y gráficos de trama / vectoriales. Requiere herramientas de autor especiales (¿quizás un compilador?) Y un reproductor personalizado que está disponible como un complemento para los navegadores más comunes.

¿Podría alguien explicar (a este desarrollador C / C ++) cómo es posible, desde un punto de vista técnico / de codificación, que un lenguaje de marcado basado en texto (HTML5) pueda considerarse un reemplazo de un marco multimedia (Flash)?

Por favor, no hay argumentos dogmáticos, solo hechos técnicos.

Actualmente estamos desarrollando un LCMS, una de las áreas es una herramienta de autoría WYSIWYG para el desarrollo de materiales de capacitación SCORM y AICC que contienen animación, video, audio, múltiples tipos de evaluaciones con interacción. La herramienta se asemeja a la apariencia de un punto de alimentación, lo que permite al usuario arrastrar y soltar fácilmente objetos de aprendizaje en la diapositiva con imágenes, cambiar el tamaño de las imágenes, moverlas, superponer texto, agregar las pruebas, etc.

Este espacio de trabajo se realiza actualmente en Flex y tiene un gran rendimiento, ni siquiera Google Docs / Presentations se acerca a la flexibilidad y el rendimiento de esta aplicación.

Me pregunto si una aplicación de esa escala se puede desarrollar con HTML5 sin una gran cantidad de recursos. Somos una pequeña empresa con un pequeño grupo de desarrolladores.

Bueno, para tener una idea de las capacidades de HTML5 / canvas + JavaScript, es posible que desee echarle un vistazo a this que es una implementación de this puramente realizada en HTML5, sin usar ningún Flash (tenga en cuenta que necesita un canvas activado navegador como Firefox para ver esto funcionando).

Creo que HTML5 reemplazará la mayor parte del flash / flex, que probablemente continuará como otra rama porque el lienzo es genial. Nuevas bibliotecas vendrán. Pero mientras JS sea un hecho único , no será tan rápido, especialmente con los juegos, asumiendo que adobe no se dará por vencido.

Creo que algunas personas aquí están programando snobs y no están escuchando. Yo también soy un desarrollador de Flash y no quiero que desaparezca. ¿Sabes por qué? Porque las personas CREATIVAS pueden usar Flash para desarrollar lo que hay en nuestros cerebros con mucha facilidad. A una persona a la que le gusta dibujar y crear escenas no necesariamente le gusta codificar. ¡Escribir un montón de "oraciones" NO es dibujar y animar! Lo que dices sobre HTML5 es como decir que Picasso y Dali deberían haber aprendido un lenguaje de programación para pintar. Ridículo, ¿verdad?

Es por eso que la gente prefiere Flash a HTML5. No es egoísta, es solo reconocer que las personas capaces de crear contenido web animado genial podrían ser capaces de crear nuestras propias visiones en lugar de aprender una habilidad no relacionada o confiar en otra persona para que interprete por nosotros.

En lugar de ridiculizar, es posible que desee crear un entorno visual HTML5 que compita con Flash.

Cuando Steve J. hizo que los comentarios acerca de HTML5 fueran el futuro, no se molestó en explicar que esta afirmación realmente se refiere al uso más extendido de Flash hoy en día, que es el video. Tal vez no explicó esto intencionalmente, por lo que muchos usuarios mal informados que quieren ver a Hulu en sus iPhones desatarían su furia contra Flash. Que es exactamente lo que ha estado sucediendo ... Es molesto y perdí el respeto por Steve.

La pila HTML5 (html, css y JS) NO será un reemplazo directo para Flash. He estado desarrollando contenido Flash por más de 10 años, también soy muy competente en JS. Me da miedo pensar en utilizar JS para tareas en las que ActionScript puede lograr lo mismo con un 50% menos de código. Hay tareas que serán muy difíciles si no imposibles de lograr con JS y CSS. Para animaciones rudimentarias y funcionalidad tipo JQuery, seguro, HTML5 puede ser una opción viable en lugar de Flash. Pero para juegos complejos y RIA, simplemente no lo veo. Actionscript se ha convertido en un lenguaje robusto y completo.

La otra cosa importante es que el reproductor Flash se actualiza periódicamente por Adobe para solucionar cualquier problema que pueda surgir. ¿Cómo van a actualizar / mejorar las especificaciones de HTML5 si se convierte en la norma y Flash se va? Adiós? Ellos no lo harán. Tienes que esperar que HTML6 y todos los navegadores lo admitan. Lo que significa que terminas esperando de 5 a 10 años. Una gran manera de llevarnos de vuelta a 1998. No, gracias, me quedaré con Flash por ahora.

A pesar de que los estándares abiertos son un objetivo digno, no veo que este sea el modo en que lo dicen ...

Mis dos centavos.

De hecho, HTML5 está lejos de reemplazar las tecnologías de interfaz de usuario Flash o Silverlight. Y el problema no es solo que HTML5 está limitado en cuanto a la cantidad requerida en los componentes de la interfaz de usuario de una aplicación, sino también que no permite crear elementos personalizados de modo que se integren sin problemas en el tiempo de ejecución.

Eche un vistazo a Ample SDK - JavaScript UI Framework , su arquitectura hereda en gran medida de lo que encontrará en Flex, Silverlight o Gecko. Una de las tecnologías de UI que permite el navegador cruzado es XUL, con estilo en CSS y programable en JavaScript con XUL DOM o API de jQuery. También puede crear su propia tecnología de interfaz de usuario en la parte superior del marco.

Dudo que sea un reemplazo de todo lo que Flash puede abarcar. Sin embargo, si mira la Web hoy en día, verá que Flash se utiliza ampliamente para entregar contenido de video o audio en el navegador. Algo que está incluido en HTML 5, aunque paralizado ya que no podían ponerse de acuerdo sobre ningún códec estándar.

Seguramente, todos esos lindos juegos Flash y anuncios no desaparecerán solo por HTML 5 y HTML 5 no podrá reemplazarlos. Pero su objetivo es poder reemplazar los usos que realmente pueden entregar contenido. Para gráficos vectoriales también hay SVG que podría obtener algún tratamiento especial.

Si esto realmente será la muerte de Flash para video aún está por verse. Los problemas del códec de video HTML 5 podrían resolverse tarde o temprano. Sin embargo, es muy probable que Flash siga siendo el medio de elección donde los distribuidores de contenido querrán un mayor control sobre lo que se entregará, DRM y técnicas similares, & c.

El navegador moderno que admite el estándar HTML5 tiene la capacidad de reproducir archivos multimedia compatibles dentro del navegador, sin necesidad de complementos de terceros.

Puedes probar esto por ti mismo. La última versión de Safary y Google Chrome, (Firefox 3.6 también) puede reproducir directamente la etiqueta <video> en una página HTML5. YouTube ahora es compatible con HTML5 .

Es por eso que el iPad podrá reproducir video si el sitio de video está usando HTML5, sin los complementos de Adobe Flash, usando el navegador Safari que cumpla totalmente con el estándar HTML5.

En pocas palabras, muchos esperan que las funciones de HTML5 junto con JavaScript puedan proporcionar una experiencia web gráfica mejor, más barata y más eficiente que el flash. Tenga en cuenta que muchos sitios web sofisticados como gmail, google maps y youtube pueden ejecutarse sin flash mediante HTML y javascript. Las mejoras realizadas en javascript y HTML permiten que los sitios web desarrollen características gráficas y de animación aún más ricas sin recurrir al pago de Adobe.

Es posible que el lenguaje de marcado basado en texto (HTML5) pueda reemplazar un marco multimedia (Flash).

La solución es simple, simplemente mueva el marco en el navegador y conviértase en un estándar abierto. No solo el marco multimedia, el navegador puede incluir muchas otras cosas que ahora pertenecen al sistema operativo.

Es posible que eventualmente el navegador sea el sistema operativo (modo de usuario). El sistema operativo actual estará limitado al modo kernel, en su mayoría se trata de hardwares.

Escuché por primera vez el comentario de "HTML replace Flash" de Steve Jobs. (Odia el destello quizás porque se cuelga en sus computadoras Mac. No estoy seguro. Creo que está fuera de contacto. La prueba es su ridículo producto, el "iPad").

El punto es ¿QUÉ BUENO ES PARA LOS DESARROLLADORES? Respuesta: no tan bueno como Flash. Todavía. ¿Por qué digo esto con mi experiencia limitada? Es todo lo que "prueba ... atrapa" el código de compatibilidad que necesita en Javascript para funcionar en todos los navegadores. QUÉ MONTÓN DE BASURA. ActionScript / Flash es UNA pieza de código / aplicación para TODOS los navegadores.

La otra cosa que Flash tiene son herramientas de software de desarrollo gráficas (y no gráficas) para agilizar el proceso.

Así que LA RESPUESTA CORTA ES QUE ADOBE NO DEJA QUE HTML5 "reemplace" el flash, al menos a corto plazo. Pero puede competir con Flash si las personas fabrican suficientes herramientas de desarrollo, particularmente herramientas gráficas WYSIWYG, como si Google desarrollara un editor WYSIWYG fácil de usar para hacer aplicaciones GWT. Y esa es una gran IF.

Espero que HTML5 pueda entregar los productos y tal vez no reemplazar el flash por completo, pero al menos cuando se trata de video. Aunque el video flash es de tamaño pequeño, requiere mucho procesamiento. Vaya a youtube sin flashblock habilitado y luego abra el administrador de tareas. Ahora puede ver cómo los procesos de Firefox saltan repentinamente de la página cada vez que visita un sitio impulsado por flash como youtube. Mi consejo es obtener Flashblock.

Espero que estemos hablando de cómo puede HTML5 reemplazar swf y flv. No Flash por completo. Soy un desarrollador de Flash (aficionado). Para mí, alguien que tiene una mentalidad más artística en lugar de la programación de guiones, Flash es bastante fácil (la mayoría de las veces) de usar. ¿Cómo hago que un personaje de dibujos animados camine por la pantalla en HTML5? ¿O algo simple como transformar un círculo en un cuadrado? Seguramente no tengo que escribir eso como código. Simplemente no soy tan inteligente en el área de la programación para lograr eso. Flash es relativley simple. Dibuja todos tus gráficos en cualquier aplicación que te resulte cómoda (illustrator para mí) y únelos con un guión de acción. Los amo a ambos, Apple y Adobe. Por favor, venga con algún tipo de compromiso.

Flash funciona con una línea de tiempo, escenario y escenas, y permite cargar películas una encima de otra. También tiene pelado de cebolla, tweening y otras herramientas de arte vectorial que facilitan las animaciones de dibujos animados a través de la animación cuadro por cuadro. Usted hace todo esto y luego lo controla con una pequeña cantidad de código de acción. HTML JAVA CSS no está en ninguna parte tan cerca de una experiencia artística para el autor y hay mucha más codificación involucrada para lograr resultados similares: flash es mucho más rápido, fácil y fácil de usar. Dudo que Flash vaya a cualquier lugar a toda prisa.

Hay mucho más en Flash que Audio / Video. Recientemente, Flex ha sido muy popular debido a su rico modelo de programación y su capacidad para desarrollar interfaces de usuario de alto rendimiento.

si HTML 5 o algo tiene que hacerse popular, antes que nada, el motor de JavaScript integrado tiene que ser más eficiente. Flex / Flash en estos días son populares debido al robusto motor de ActionScript.

Junto con javascripts para rastrear eventos GUI y secuencias de comandos de los nuevos elementos HTML 5, obtienes mucho de lo que Flash ofrece.

HTML 5 tiene una serie de elementos nuevos. Uno de ellos se llama Canvas. Con él puedes dibujar todo lo que quieras en la pantalla, dentro de sus límites. Usas javascript para dibujar sobre él y puedes capturar cualquier mouseclicks y similar con javascript también. Si está acostumbrado a los juegos de herramientas GUI en el escritorio como Tk, GTK, puede comparar estos nuevos elementos con algunos de los widgets de esos juegos de herramientas GUI.

Eche un vistazo a thejit para ver un ejemplo de gráficos en HTML 5

Lo que estas tontas personas no creativas no se han dado cuenta es que HTML5 / Javascript / CSS está muy hinchado para empezar. Todo ese activo sigue siendo un archivo de texto RAW. sin compresión, sin optimización de bytecode y siempre será así. Por lo tanto, para los desarrolladores de juegos no es una opción tener toda su fuente al alcance del robo. Flash le permite compilar su código fuente de una forma más compacta y, a la vez, ser capaz de crear su contenido dinámico de forma gráfica. La parte superior de ese flash ya admite sombreadores, aceleración de hardware, filtros de píxeles (Pixel Bender) y efectos de capa. Hasta este día no puedes obtener elementos html para dejar caer una sombra con facilidad y simplicidad. HTML5 simplemente intentará reemplazar el flash como reproductor multimedia, pero dado que la popularidad de Flash se debe a su consistencia, será una venta difícil. Mi odio por CSS y Javascript se puede conjeturar por el hecho de que el 40% del código JavaScript es para la compatibilidad del navegador y la implementación del CSS NUNCA es consistente en diferentes proveedores de navegadores. Hasta que los nerds solucionen este problema, Flash nunca será reemplazado. El hecho es que cualquier cosa que pueda hacer en HTML5 lo podemos hacer en flash más rápido y mejor.

Ya he visto el Wolfenstein 3D en Canvas. Es inferior . y pequeño Podemos hacer un mejor motor 3D con una ventana más grande. ¿Supera eso?

Lo que las personas se refieren a HTML5 en el contexto de esta discusión es la combinación de HTML como lenguaje de marcado, CSS que especifica cómo se representa y el código de JavaScript que manipula el HTML y el CSS dinámicamente.

Además, HTML5 no solo tiene los elementos de texto estándar, sino también <canvas> en los que se pueden dibujar 2d gráficos, y <video> elementos que incrustan el video (como su nombre lo sugiere).

Por lo tanto, en una implementación completa de HTML5, puede implementar sitios web dinámicos sin usar Flash. Un ejemplo es la versión HTML5 de Youtube, recientemente presentada como beta para usuarios de Safari / Chrome, ver here . Otro es un emulador de NES en javascript + HTML. (Bueno, este último realmente no se refiere a HTML5 ... usa <canvas> ).

Los desarrolladores web todavía se preocupan por un navegador como IE6, que es realmente antiguo, por lo que puede estar seguro de que Flash y otras tecnologías similares existirán durante mucho tiempo ...

Mucha gente afirma que HTML5 matará plugins como Flash y Silverlight, pero simplemente no es el caso.

Tomemos por ejemplo, este escenario.

Cargue un archivo binario en una url. Por el bien de la demostración, usaremos el formato de shapefile (.shp), que contiene polígonos geográficos en un sistema de coordenadas.

Analizar el contenido del byte del lado del cliente.

Dibuja los contenidos de una manera eficiente.

Demostración: http://www.libertyvanguard.com/liberty-gis

Este es solo un ejemplo donde la tecnología de complementos no será reemplazada por HTML5.

No es simplemente HTML5, pero cuando se completa la adopción del navegador. Por ejemplo, la presencia de la etiqueta HTML5 <video> no significa nada sin un reproductor de video proporcionado por el navegador para presentar el video (En ese momento, la esperanza es que Flash Video ya no será necesario). Lo mismo ocurre con la etiqueta <audio> .

Además, el elemento canvas de HTML5 (combinado con JS) permite gráficos mucho más avanzados dentro de un navegador que los que se podían lograr anteriormente.

No es tanto que HTML5 pueda reemplazar Flash al hacer coincidir la característica por función. Es más que la pila HTML5 (incluidos JavaScript y CSS) se puede utilizar para construir el mismo tipo de aplicaciones web ricas para las cuales Flash era la única opción viable antes. Debido a que HTML tiene la promesa de abordar algunas de las deficiencias de la plataforma Flash, existe la posibilidad de que pueda reemplazar Flash en este espacio en el futuro.

Esta discusión está muy centrada en la tecnología que se usa para procesar la aplicación al final del usuario. No aborda la facilidad con la que los autores son capaces de crear el contenido que se entregará a sus usuarios. Usted ya mencionó que Flash está asociado a un conjunto de herramientas comerciales específicamente diseñadas y comercializadas por Adobe para abordar la necesidad de los autores de contenido enriquecido. Tales soluciones para HTML5 aún no son tan adoptadas. Para los desarrolladores que ven la creación principalmente como codificación, esto no es una gran preocupación y no les resultará difícil obtener tracción con HTML5 (y muchos ya lo hacen). Para aquellos autores que no tienen un fondo de desarrollador / codificación, esta puede ser otra historia y para ellos la viabilidad de HTML5 dependerá en gran medida de la disponibilidad de herramientas de autoría integradas. Tal vez las herramientas de Adobe Flash salgan a HTML5 en lugar de SWF en unos años ...

Tema interesante. Me hago eco del sentimiento de la mayoría de los carteles aquí que, si bien HTML 5 da grandes saltos en la presentación multimedia básica, no podrá reemplazar a Flash. Todos los sitios de juegos en línea son un buen ejemplo. Flash se puede ejecutar en la mayoría de los navegadores, excepto en ciertos dispositivos móviles.

En ese sentido, creo que la fuga de batería fue la razón original por la cual Steve Jobs no quería admitir Flash en el iPhone y el iPad. Esto podría morder a Apple (sin juego de palabras) en el futuro. Android 2.2 tendrá soporte flash (pero no está claro si todos los fabricantes de hardware lo soportarán, tendrán confianza en sus baterías).

Además, parece que Flash 10+ será algo seguro en los dispositivos Blackberry en el futuro, incluidos los teléfonos BB, la próxima tableta BB Playbook (por cierto, este juguete tiene algunas especificaciones asesinas, no puedo esperar a tenerlo en mis manos cuando sale el próximo año).

Estoy dispuesto a apostar a que Flash seguirá siendo importante en Web Dev incluso después de que el soporte HTML 5 se convierta en universal.

Un punto de ángulo más obvio y más amplio que rara vez se hace, es que el término "flash" vagamente referenciado realmente abarca toda la plataforma Flash, y eso incluye el IDE de Flash.

Los animadores y otros tipos de artistas que utilizan la tecnología para crear dibujos animados y animaciones complejas dependen casi por completo del IDE para su trabajo. Simplemente no es posible sin eso. Fin de la historia. ¡No es solo la tecnología en el nivel de especificación del idioma lo que importa! También se trata de las "tecnologías de soporte" en este caso IDEs (digo "apoyo" pero el Flash IDE es en gran medida una tecnología integrada con el resto de la Plataforma Flash).

Si alguien construye un IDE HTML5 que tiene características que rivalizan con Flash IDE, eso es genial, pero me sorprende que el punto se haga tan raramente. Los artistas son tan parte del debate como los programadores, y no es razonable decir que no es asunto de ellos.

Por lo tanto, para responder a su pregunta directamente: HTML5 se consideraría una alternativa totalmente razonable, o incluso un reemplazo, para un marco multimedia como Flash si y solo si se construye un IDE adecuado, lo que lo elevaría a un marco multimedia también.

No es realista hacer una discusión sin tener en cuenta IDEs. Si la pregunta es específicamente "¿Puede HTML5 en su estado completo, sin un IDE, ser una alternativa a Flash para aplicaciones aparte de animaciones complejas animadas manualmente?" entonces la respuesta probablemente sería sí y todos nos iríamos a casa.