markup español - ¿Cómo puede HTML5 "reemplazar" a Flash?




que wikipedia (21)

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.

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.


¿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]


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.


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.


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.


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.


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.


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.


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.


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.


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.


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).


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.


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 ...


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?


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.


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 ...


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.


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


El atributo minLength (a diferencia de maxLength) no existe de forma nativa en HTML5. Sin embargo, hay algunas formas de validar un campo si contiene menos de x caracteres.

Se proporciona un ejemplo utilizando jQuery en este enlace: http://docs.jquery.com/Plugins/Validation/Methods/minlength

<html>
<head>
  <script src="http://code.jquery.com/jquery-latest.js"></script>
  <script type="text/javascript" src="http://jzaefferer.github.com/jquery-validation/jquery.validate.js"></script>
<script type="text/javascript">
jQuery.validator.setDefaults({
    debug: true,
    success: "valid"
});;
</script>

  <script>
  $(document).ready(function(){
    $("#myform").validate({
  rules: {
    field: {
      required: true,
      minlength: 3
    }
  }
});
  });
  </script>
</head>
<body>

<form id="myform">
  <label for="field">Required, Minimum length 3: </label>
  <input class="left" id="field" name="field" />
  <br/>
  <input type="submit" value="Validate!" />
</form>

</body>
</html>