Comment HTML5 peut-il «remplacer» Flash? [fermé]

Un sujet de débat qui a connu une résurgence depuis le dévoilement de l'iPad est la question de Flash contre HTML5. Certains suggèrent que HTML5 supplantera / remplacera un jour Adobe Flash.

Je ne développe pas de logiciel qui fonctionne dans un navigateur, donc ma compréhension (limitée) est:

• HTML est un langage de balisage de texte pur qui est fourni via HTTP à un navigateur client. Le navigateur client interprète le balisage et restitue (avec divers degrés de succès) la page selon une spécification standard.
• Adobe Flash est un framework propriétaire pour travailler avec de l'audio, de la vidéo, du son et des graphiques raster / vectoriels. Il nécessite des outils de création spéciaux (un compilateur peut-être?) Et un lecteur personnalisé disponible sous forme de plug-in pour la plupart des navigateurs courants.

Quelqu'un pourrait-il expliquer (à ce développeur C / C ++) comment il est possible d'un point de vue technique / codage qu'un langage de balisage basé sur du texte (HTML5) puisse être considéré comme un remplacement d'un framework multimédia (Flash)?

Veuillez pas d'arguments d'opinion - juste des faits techniques.

Ce que les gens se réfèrent vaguement à HTML5 dans le contexte de cette discussion, c'est la combinaison du HTML comme langage de balisage, du CSS qui spécifie comment il est rendu et du code javascript qui manipule le HTML et le CSS de manière dynamique.

De plus, HTML5 a non seulement les éléments de texte standard, mais également <canvas>sur lesquels des graphiques 2D peuvent être dessinés et des <video>éléments qui intègrent la vidéo (comme son nom l'indique).

Ainsi, dans une implémentation complète de HTML5, vous pouvez implémenter des sites Web dynamiques sans utiliser Flash. Un exemple est la version HTML5 de Youtube, récemment introduite en version bêta pour les utilisateurs de Safari / Chrome, voir ici . Un autre est un émulateur NES en javascript + HTML. (Et bien ce dernier ne concerne pas vraiment HTML5 ... il l'utilise <canvas>.)

Lorsque Steve J. a fait des commentaires sur le fait que HTML5 était l'avenir, il n'a pas pris la peine d'expliquer que cette déclaration se référait vraiment à l'utilisation la plus répandue de Flash aujourd'hui, à savoir la vidéo. Peut-être qu'il n'a pas expliqué cela exprès, de sorte que de nombreux utilisateurs finaux mal informés qui souhaitent regarder Hulu sur leurs iPhones déchaîneraient leur rage contre Flash. C'est exactement ce qui s'est passé. C'est ennuyeux et j'ai perdu le respect pour Steve.

La pile HTML5 (html, css et JS) ne remplacera PAS directement Flash. Je développe du contenu Flash depuis plus de 10 ans, je suis également très compétent en JS. Je pense à utiliser JS pour des tâches où ActionScript peut accomplir la même chose avec 50% de code en moins. Il y a des tâches qui seront très difficiles voire impossibles à réaliser avec JS et CSS. Pour les animations rudimentaires et les fonctionnalités de type JQuery, bien sûr, HTML5 peut être une option viable à la place de Flash. Mais pour les jeux complexes et les RIA, je ne le vois tout simplement pas. Actionscript a évolué pour devenir un langage robuste et complet.

L'autre chose importante est que le lecteur Flash est régulièrement mis à jour par Adobe pour résoudre tout problème pouvant survenir. Comment vont-ils mettre à jour / améliorer les spécifications HTML5 si cela devient la norme et que Flash est passé au revoir ?? Ils ne le feront pas. Vous devez attendre HTML6 et tous les navigateurs pour le prendre en charge. Ce qui signifie que vous finissez par attendre 5 à 10 ans. Excellent moyen de nous ramener à 1998. Non merci, je m'en tiendrai à Flash pour le moment.

Autant les normes ouvertes sont un objectif louable, autant je ne vois pas cela s'étendre comme ils le disent ...

Mes deux centimes.

Je pense que certaines personnes ici programment des snobs et n'écoutent pas. Moi aussi, je suis un développeur Flash débutant et je ne veux pas que cela disparaisse. Tu sais pourquoi? Parce que les personnes CRÉATIVES peuvent utiliser Flash pour développer très facilement ce qui se trouve dans notre cerveau. Une personne qui aime dessiner et créer des scènes n'aime pas forcément coder. Taper un tas de «phrases» n'est PAS dessiner et animer! Ce que vous dites à propos de HTML5, c'est comme dire que Picasso et Dali auraient dû apprendre un langage de programmation pour peindre. Ridicule, non?

C'est pourquoi les gens préfèrent Flash à HTML5. Ce n'est pas égoïste, c'est simplement reconnaître que les personnes capables de créer un contenu Web animé sympa préfèrent être en mesure de créer nos propres visions plutôt que d'apprendre une compétence sans rapport ou de compter sur quelqu'un d'autre pour interpréter à notre place.

Au lieu de ridiculiser, vous voudrez peut-être créer un environnement visuel HTML5 qui rivalise avec Flash.

comment est-il possible d'un point de vue technique / codant qu'un langage de balisage textuel (HTML5) puisse être considéré comme un remplacement d'un framework multimédia (Flash)?

HTML5 est le nouveau nom chaud de la "pile de technologies Web", pas seulement d'un "langage de balisage".

Il a un langage de programmation (JavaScript), comme le fait Flash; un ensemble d'API, en expansion significative dans le cadre des efforts communément appelés "HTML5", des moyens de dessiner des graphiques (SVG, <canvas>), de lire de l'audio et de la vidéo (<audio>, <video>).

Contrairement à Flash, les "applications HTML5" sont traitées par le navigateur, pas par un plugin de navigateur propriétaire, ce qui est bien - du moins pour les vendeurs de navigateurs (voir l'article pertinent de ce billet de blog - merci Jotham). Par exemple, il permet à un fournisseur de navigateurs de résoudre les problèmes (et de ne pas attendre Adobe) - IIRC Apple a cité Flash comme étant la principale raison de plantages parmi tous les plantages sur Mac.

[modifié pour supprimer les affirmations "les normes ouvertes sont meilleures" que je suis trop paresseux pour sauvegarder]

Ce n'est pas simplement du HTML5, mais une fois que son adoption par le navigateur est terminée. Par exemple, la présence de la <video>balise HTML5 ne signifie rien sans un lecteur vidéo fourni par un navigateur pour présenter réellement la vidéo (à ce stade, l'espoir est que Flash Video ne sera plus nécessaire). Il en va de même pour l' <audio>étiquette.

De plus, l'élément canvas de HTML5 (combiné avec JS) permet des graphiques beaucoup plus avancés dans un navigateur que ce qui pouvait être réalisé auparavant.

Eh bien, pour avoir une idée des capacités de HTML5 / canvas + JavaScript, vous voudrez peut-être jeter un coup d'œil à ceci qui est une implémentation de Wolfenstein 3D purement réalisée en HTML5, sans utiliser de Flash (notez que vous avez besoin d'un canvas-enabled navigateur tel que Firefox pour voir que cela fonctionne).

Ce n'est pas tant que HTML5 peut remplacer Flash en le faisant correspondre fonctionnalité par fonctionnalité. C'est plus que la pile HTML5 (y compris JavaScript et CSS) peut être utilisée pour créer le même type d'applications Web riches pour lesquelles Flash était la seule option viable auparavant. Parce que HTML promet de remédier également à certaines des lacunes de la plate-forme Flash, il est possible qu'il puisse remplacer Flash dans cet espace à l'avenir.

Cette discussion est très centrée sur la technologie utilisée pour rendre l'application au niveau des utilisateurs. Il ne traite pas de la facilité avec laquelle les auteurs sont effectivement capables de créer le contenu qui sera livré à leurs utilisateurs. Vous avez déjà mentionné que Flash est associé à un ensemble d'outils commerciaux spécialement conçus et commercialisés par Adobe pour répondre au besoin d'auteurs riches en contenu. De telles solutions pour HTML5 ne sont pas encore très adoptées. Pour les développeurs qui considèrent la création principalement comme du codage, ce n'est pas un gros problème et ils n'auront pas de mal à se familiariser avec HTML5 (et beaucoup le font déjà). Pour les auteurs qui n'ont pas d'expérience en développement / codage, cela peut être une autre histoire et pour eux la viabilité de HTML5 dépendra grandement de la disponibilité des outils de création intégrés.

Ce que ces idiots non créatifs n'ont pas réalisé, c'est que HTML5 / Javascript / CSS est très gonflé au départ. Tout cet actif est toujours un fichier texte entièrement RAW. pas de compression pas d'optimisation de bytecode et ce sera toujours comme ça. Donc, pour les développeurs de jeux, ce n'est pas une option ayant toutes vos sources à portée de main du vol. Flash vous permet de compiler votre code source de manière plus compacte tout en étant capable de créer votre contenu dynamique d'une manière graphique vectorielle serrée. En plus de ce flash, il prend déjà en charge les shaders, l'accélération matérielle, les filtres de pixels (Pixel bender) et les effets de calque. Jusqu'à ce jour, vous ne pouvez pas obtenir d'éléments html pour laisser tomber une ombre avec facilité et simplicité. HTML5 essaiera simplement de remplacer Flash en tant que lecteur multimédia, mais comme la popularité de Flash est due à sa cohérence, ce sera difficile à vendre. Ma haine du CSS et du Javascript peut être supposée par le fait que 40% du code javascript est pour la compatibilité du navigateur et que l'implémentation CSS n'est JAMAIS cohérente sur différents fournisseurs de navigateurs. Jusqu'à ce que vos nerds contournent ce problème, Flash ne sera jamais remplacé. Le fait est que tout ce que vous pouvez faire en HTML5, nous pouvons le faire en flash plus rapidement et mieux.

J'ai déjà vu le Wolfenstein 3D dans Canvas. Son inférieur . et minuscule. Nous pouvons créer un meilleur moteur 3D avec une fenêtre plus grande. Bas ça?

Il y a bien plus à Flash que l'Audio / Vidéo. Récemment, Flex a été très populaire en raison de son modèle de programmation riche et de sa capacité à développer des interfaces utilisateur hautes performances.

si HTML 5 ou quoi que ce soit doit devenir populaire, tout d'abord, le moteur JavaScript intégré doit être plus efficace. Flex / Flash ces jours-ci sont populaires en raison du moteur ActionScript robuste.

J'espère que nous parlons de Comment HTML5 peut remplacer swf et flv. Pas entièrement Flash. Je suis un développeur Flash (amature). Pour moi, quelqu'un qui a plus d'esprit artistique que de programmation de scripts, Flash est assez facile (la plupart du temps) à utiliser. Comment faire marcher un personnage de dessin animé sur l'écran en HTML5? Ou quelque chose de simple comme transformer (interpoler) un cercle en carré? Je n'ai sûrement pas écrit cela sous forme de code. Je ne suis tout simplement pas très intelligent dans la programmation pour y parvenir. Flash est relativement simple. Dessinez tous vos graphiques dans l'application avec laquelle vous êtes à l'aise (illustrateur pour moi), puis assemblez-les avec un script d'action. Je vous aime Apple et Adobe. Veuillez trouver une sorte de compromis.

Beaucoup de gens prétendent que HTML5 supprimera les plugins comme Flash et Silverlight, mais ce n'est tout simplement pas le cas.

Prenons par exemple ce scénario.

Chargez un fichier binaire sur une URL. Pour les besoins de la démonstration, nous utiliserons le format de fichier de formes (.shp), qui contient des polygones géographiques dans un système de coordonnées.

Analyser le contenu des octets côté client.

Dessinez le contenu de manière efficace.

Démo: http://www.libertyvanguard.com/liberty-gis

Ce n'est qu'un exemple où la technologie des plugins ne sera pas remplacée par HTML5.

Je doute que cela soit destiné à remplacer tout ce que Flash peut englober. Cependant, si vous regardez sur le Web de nos jours, vous verrez que Flash est largement utilisé pour diffuser du contenu vidéo ou audio dans le navigateur. Quelque chose qui est inclus dans HTML 5, bien que paralysé maintenant car ils ne pouvaient pas s'entendre sur les codecs standard.

Certes, tous ces jolis jeux et publicités Flash ne disparaîtront pas uniquement à cause de HTML 5 et HTML 5 ne pourra pas les remplacer. Mais il vise à pouvoir remplacer les usages qui peuvent réellement fournir du contenu. Pour les graphiques vectoriels, il existe également des fichiers SVG qui peuvent bénéficier d'un traitement spécial.

Reste à savoir si ce sera vraiment la mort de Flash pour la vidéo. Les problèmes de codec vidéo HTML 5 pourraient être résolus tôt ou tard. Cependant, Flash restera probablement le support de choix où les diffuseurs de contenu voudront un meilleur contrôle sur ce qui sera livré, DRM et techniques similaires, etc.

Avec les javascripts pour le suivi des événements de l'interface graphique et la création de scripts des nouveaux éléments HTML 5, vous obtenez une grande partie de ce que propose Flash.

HTML 5 a un certain nombre de nouveaux éléments. L'un d'eux s'appelle Canvas. Avec lui, vous pouvez dessiner tout ce que vous voulez à l'écran, dans ses limites. Vous utilisez javascript pour dessiner dessus et vous pouvez également attraper tous les clics de souris et autres avec javascript. Si vous êtes habitué aux toolkits GUI sur le bureau comme Tk, GTK, vous pouvez comparer ces nouveaux éléments à certains des widgets de ces toolkits GUI.

Jetez un œil à thejit pour voir un exemple de graphiques en HTML 5

Le navigateur moderne qui prend en charge la norme HTML5 a la capacité de lire les fichiers multimédias pris en charge dans le navigateur, sans avoir besoin de plugins tiers.

Vous pouvez essayer cela par vous-même. La dernière version de Safary et de Google Chrome, (Firefox 3.6 aussi) peut lire <video>directement des balises dans une page HTML5. YouTube prend désormais en charge HTML5 .

C'est pourquoi l'iPad pourra lire des vidéos si le site vidéo utilise HTML5, sans plugins Adobe Flash, en utilisant le navigateur Safari qui respecte pleinement la norme HTML5.

Flash fonctionne avec une chronologie, une scène et des scènes et permet de charger les films les uns sur les autres. Il dispose également de pelures d'oignon, d'interpolation et d'autres outils d'art vectoriel qui facilitent les animations de dessins animés via une animation image par image. Vous faites tout cela, puis le contrôlez avec une très petite quantité de code / script d'action. HTML JAVA CSS n'est pas aussi proche d'une expérience artistique pour l'auteur et il y a beaucoup plus de codage impliqué pour obtenir des résultats similaires - le flash est beaucoup plus rapide, plus facile et convivial. Je doute que Flash ira n'importe où à la hâte.

HTML5 est en effet loin de remplacer les technologies d'interface utilisateur Flash ou Silverlight. Et le problème n'est pas seulement que HTML5 est limité dans la quantité requise dans les composants d'interface utilisateur d'une application, mais aussi qu'il ne permet pas de créer des composants personnalisés de manière à s'intégrer de manière transparente à l'exécution.

Jetez un œil à Ample SDK - JavaScript UI Framework , son architecture hérite en grande partie de ce que vous trouverez dans Flex, Silverlight ou Gecko. L'une des technologies d'interface utilisateur qu'il permet à plusieurs navigateurs est XUL, stylable en CSS et programmable en JavaScript avec XUL DOM ou jQuery API. Vous pouvez également créer votre propre technologie d'interface utilisateur en plus du framework.

J'espère vraiment que HTML5 pourra livrer la marchandise et peut-être ne pas remplacer complètement le flash, mais du moins en ce qui concerne la vidéo. Bien que la vidéo flash soit de petite taille, elle nécessite beaucoup trop de traitement. Allez sur YouTube sans Flashblock activé, puis ouvrez le gestionnaire de tâches. Vous pouvez maintenant voir comment les processus de Firefox sautent soudainement de la page chaque fois que vous visitez un site flash comme YouTube. Mon conseil est Flashblock.

Je pense que HTML5 remplacera la plupart des flash / flex, ce qui continuera probablement comme une autre branche car le canevas est cool. De nouvelles bibliothèques viendront. Mais tant que JS est en fait un filetage unique, il ne sera pas si rapide, en particulier avec les jeux, en supposant qu'Adobe n'abandonne pas.

J'ai d'abord entendu le commentaire "HTML remplaçant Flash" de Steve Jobs. (Il déteste peut-être Flash parce qu'il plante sur ses ordinateurs Mac, je ne suis pas sûr. Je pense qu'il est déconnecté. La preuve en est son produit ridicule, "l'iPad".)

Le point est à quel point est-ce bon pour les développeurs? Réponse: pas aussi bon que Flash. Encore. Pourquoi est-ce que je dis cela avec mon expérience limitée? C'est tout ce code de compatibilité "essayer ... attraper" dont vous avez besoin en Javascript pour fonctionner dans tous les navigateurs. QUEL TAS D'ORDURES. ActionScript / Flash est UN morceau de code / application pour TOUS les navigateurs.

Flash possède également des outils logiciels de développement graphiques (et non graphiques) pour rationaliser le processus.

Donc, LA RÉPONSE COURTE EST QU'ADOBE NE PERMETTRA PAS à HTML5 de "remplacer" le flash, du moins à court terme. Mais il peut rivaliser avec Flash si les gens créent suffisamment d'outils de développement pour cela, en particulier les outils graphiques WYSIWYG, comme si Google développait un éditeur WYSIWYG facile à utiliser pour créer des applications GWT. Et c'est un gros SI.

Il est possible que le langage de balisage textuel (HTML5) remplace un framework multimédia (Flash).

La solution est simple, il suffit de déplacer le framework dans le navigateur et de devenir un standard ouvert. Non seulement le cadre multimédia, le navigateur peut inclure beaucoup d'autres éléments qui appartiennent maintenant au système d'exploitation.

Il est possible que le navigateur soit finalement le système d'exploitation (mode utilisateur). Le système d'exploitation actuel sera limité au mode noyau, traitant principalement des matériels.

Un point d'angle plus large et cinglant qui est rarement fait, est que le terme "flash" vaguement référencé englobe en fait la plate-forme Flash entière, et cela inclut l'IDE Flash.

Les animateurs et autres types artistiques qui utilisent la technologie pour créer des dessins animés et des animations complexes dépendent presque entièrement de l'EDI pour leur travail. Ce n'est tout simplement pas possible sans cela. Fin de l'histoire. Ce n'est pas seulement la technologie au niveau des spécifications linguistiques qui compte! Il s'agit également des «technologies de support» dans ce cas IDE (je dis «support» mais l'EDI Flash est en grande partie une technologie intégrée au reste de la plate-forme Flash).

Si quelqu'un construit un IDE HTML5 qui a des fonctionnalités qui rivalisent avec l'EDI Flash, c'est génial, mais je suis surpris que le point soit si rarement fait. Les artistes font autant partie du débat que les programmeurs, et il n'est pas raisonnable de dire que ce n'est pas leur affaire.

Donc, pour répondre directement à votre question: HTML5 serait considéré comme une alternative totalement raisonnable - voire un remplacement - à un framework multimédia tel que Flash si et seulement si un IDE approprié est construit pour lui, l'élevant ainsi à un framework multimédia également.

Il n’est tout simplement pas réaliste d’argumenter sans prendre en compte les IDE. Si la question est spécifiquement "HTML5 dans son état terminé, sans IDE, peut-il être une alternative à Flash pour les applications en dehors des animations complexes animées manuellement?" alors la réponse serait probablement oui et nous rentrerions tous chez nous.

Sujet intéressant. Je fais écho au sentiment de la plupart des affiches ici que bien que HTML 5 fasse de grands progrès dans la présentation multimédia de base, il ne pourra pas remplacer Flash. Tous les sites de jeux en ligne en sont un bon exemple. Flash peut fonctionner sur la plupart des navigateurs, sauf sur certains appareils mobiles.

Sur cette note, je pense que l'épuisement de la batterie était la raison originale pour laquelle Steve Jobs ne voulait pas prendre en charge Flash sur l'iPhone et l'iPad. Cela pourrait mordre Apple (sans jeu de mots) sur la route. Android 2.2 aura un support flash (mais il n'est pas clair si tous les fabricants de matériel le prendront en charge - ils auront confiance en leurs batteries).

En outre, il semble que Flash 10+ sera une chose sûre sur les appareils Blackberry à l'avenir, y compris les téléphones BB, la prochaine tablette BB Playbook (au fait, ce jouet a des spécifications géniales - j'ai hâte de mettre la main dessus quand il sortira l'année prochaine).

Je suis prêt à parier que Flash continuera à être important dans Web Dev même après que le support HTML 5 devienne universel.

Nous développons actuellement un LCMS, une fois des domaines est un outil de création entièrement WYSIWYG pour le développement de supports de formation conformes SCORM et AICC qui contiennent des animations, vidéo, audio, plusieurs types d'évaluations avec interaction. L'outil se rapproche de l'apparence d'un PowerPoint, permettant à l'utilisateur de glisser-déposer facilement des objets d'apprentissage sur la diapositive avec des images, de redimensionner des images, de les déplacer, de chevaucher du texte, d'ajouter les tests, etc.

Cet espace de travail se fait actuellement dans Flex et offre d'excellentes performances, même Google Docs / Presentations ne se rapproche pas de la flexibilité et des performances de cette application.

Je me demande si une application de cette envergure peut être développée avec HTML5 sans énormément de ressources. Nous sommes une petite entreprise avec un petit groupe de développeurs.

En termes simples, beaucoup espèrent que les fonctionnalités HTML5 associées à javascript peuvent offrir une expérience Web graphique meilleure, moins chère et plus efficace que le flash. Considérez que de nombreux sites Web sophistiqués tels que gmail, google maps et youtube peuvent fonctionner sans flash en utilisant HTML et javascript. Les améliorations apportées au javascript et au HTML permettent aux sites Web de développer des fonctionnalités graphiques et d'animation encore plus riches sans avoir à payer Adobe.

Les développeurs Web se soucient toujours d'un navigateur comme IE6 qui est vraiment ancien, vous pouvez donc être sûr que Flash et les technologies similaires seront là pendant longtemps ...