Discussion :

[ferber]

est ce qu'une trame canvas supporte une couleur transparente ?
Peut elle etre superposée à un div ? une autre trame canvas ?

Peut on obtenir le cartoon à partir d'un scénario conçu sur Flash moyennant un portage raisonnable ?


cool en tous cas

Bonnes questions.
Pour la transparence>superposition de canvas & div le meilleur moyen serra de tester.

Alors si c'est une animation crée par Flash, et pas par programmation, je te conseillerais de te baser sur une "lib" de décompilation (ex http://sourceforge.net/projects/swfdotnet/) pour obtenir toute les formes/key frame/matrix appliqué de l'anime pour ensuite exporter tous sa dans une autre syntaxe .

L'autre solution plus simple :
Tu crée une animation flash avec Flash develop(http://www.flashdevelop.org/wikidocs...itle=Main_Page).
Anime avec un "framerate" très lent. Dans cette animation mère tu charges, l'animation Flash que tu souhaites exploiter ( via la classe loader http://livedocs.adobe.com/flash/9.0/...ay/Loader.html) .
Tu places un écouteur sur "l'évent render". Dans le code de la function associée à cette évent, tu appelles une fonction dans le genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 public static function bitmapData( source:IBitmapDrawable)
        :BitmapData {
            if ( source is BitmapData ) return BitmapData(source) ;
            if ( source is Bitmap ) return Bitmap(source).bitmapData ;
            //
            var c :*;
			try{
			c = DisplayObject(source).opaqueBackground ;
		}catch(ex:Error) {
			c = null;
			}
            var w :Number = DisplayObject(source).width ;
            var h :Number= DisplayObject(source).height ;
            var t :Boolean = (c==null) ;
            if ( t ) c = 0x00000000 ;
            var data :BitmapData= new BitmapData(w,h,t,c) ;
            data.draw(source) ;
			 
            return data ;
        }

Comme paramètre l'animation/movieClip que tu souhaites exporter.
Cette fonction vas te renvoyer un BitmapData.
Ce bitmap data il te faudra ensuite l'exporter en png, pour ça tu installes simplement un easy php sur ton poste.
Et tu suis les deux étapes suivantes :
1 convertion du bitmap data en png en utilisant les informations (png encoder) de la page suivante :
http://www.kaourantin.net/2005/10/pn...er-in-as3.html
2 enregistrer ton image sur le server easy php
pour sa suivre les infromations présentes sur cette page :
http://www.quietless.com/kitchen/upl...server-in-as3/

Donc une fois que tu as exporté ( en jouant avec stop() et nextframe() si besoin) tout tes frames dans un répertoire sur ton server réassemble-les avec virtual dub http://www.01net.com/telecharger/win...ches/8694.html
Notes que je ne me souviens plus de la procédure exacte.

Sinon, il existe des logiciels tout prêts .http://www.swf-kit.com/fr/

[ferber]

existe-t-il un framework html 5 de la même qualité que flash ?!

Et bien il y a quasiment tous les éléments pour le faire.
Mais à ma connaissance personne ne la fait. Il existe des choses comme "objecti-j" mais ça t'oblige à apprendre une nouvelle syntaxe, et de nouveaux outils. Le mieux est d'attendre un peu. Si les capacités du combo html 5 +js tiennent leur promesses ce genre de library vas très vite arriver.

Il existe aussi ce projet http://antimatter15.com/ajaxanimator/build/ qui n'est pas vraiment complet et qui ne génère pas de code.

Voire aussi cette adresse pour d'autre projet opens sources naviguant autour de flash :http://osflash.org/projects

[Invité]

Bravo pour toutes ces infos et références.

Il me semble que tu pourrais faire un excellent tuto sur ce sujet à la fine pointe de l'actualité.

Plusieurs conclusions :
1. HTML5 va effectivement forcer des developpeurs flash à migrer en partie vers js (ce qui ne les arrange pas apparemment).
2. Flash restera longtemps imbattable sur plusieurs points :
Qualité du framework
Capacité à cliquer dans une animation - les zones sensibles varient dans le temps - impossible à faire en video
Qualité du rendu (anti-alias, double buffering, ..) probablement meilleure que js (pas vérifié)
Bonne capacité de migration vers le tout-video y compris vers les pro de la video (tv)

Bref les bons designers flash ont un avenir dans le business

[ferber]

Bravo pour toutes ces infos et références.

Il me semble que tu pourrais faire un excellent tuto sur ce sujet à la fine pointe de l'actualité.

Plusieurs conclusions :
1. HTML5 va effectivement forcer des developpeurs flash à migrer en partie vers js (ce qui ne les arrange pas apparemment).
2. Flash restera longtemps imbattable sur plusieurs points :
Qualité du framework
Capacité à cliquer dans une animation - les zones sensibles varient dans le temps - impossible à faire en video
Qualité du rendu (anti-alias, double buffering, ..) probablement meilleure que js (pas vérifié)
Bonne capacité de migration vers le tout-video y compris vers les pro de la video (tv)

Bref les bons designers flash ont un avenir dans le business

Merci !
Concernant la migration ça peut être plus ou moins douloureux.
Même en partant d'un statu égal entre html5+js et flash. Passer d'une ide comme Flash (avec tout les outils de graphiste ) ou comme flashdevelop ( grandement inspiré par sharpdelop et vs ) avec gestion de projets, Autocompletion efficace et documentation claire et facile d'accès. Pour aller vers autre choses....
Sans parler des aquis et des libs maisons.
C'est un investissement en temps plus ou moins grand a chacun de peser le pour et le contre.
De là viendra l'utilité d'un parser js->as->js global ( qui soldera déjà le problème de syntax )

[Camille_B]

Bon, je ne reviendrai pas sur la discussion flash/anti-flash pour une raison bien simple : si le web était fondé sur des technos proprio, il n'y aurait pas de web. Flash c'est une rustine, pas une solution pour le web sur le long terme.

Je souhaite revenir sur cette petite phrase :

L'orienté object et largement mieux que le prototypage de js.

Une erreur, et un point de vue douteux :

1) l'Erreur : Javascript EST un langage orienté objet. C'est un langage OO basé sur les prototypes, là ou Java, par exemple, est un langage OO basé sur les classes.

2) Le point de vue douteux : J'avoue avoir une préférence pour l'OO basé sur les prototypes (plus grande souplesse), mais a l'OO basé sur les classe a également de nombreux avantages (plus structuré). La vérité c'est que la souplesse des prototypes permet d'émuler très facilement les classes, mais cela requiert un peu plus de rigueur et d'effort que dans les langages basés sur les classes.

[Invité]

Merci !

De la viendra l'utilité d'un parser js->as->js global ( qui soldera déjà le problème de syntax )

action script et javascript sont tous deux basés sur ecma script d'où une "migrabilité" bonne mais avec un gros travail de conversion de librairies vers une environnement plutôt moins évolué que flash. Je ne vois pas un team flash, faire ce boulot de migration uniquement parce qu'un client lui commande une prestation html5.
En attendant qu'un éditeur produise un IDE, MS boit du petit lait et vend du visual studio silverlight.

C'est pourquoi je vois plutôt les spécialistes Flash évoluer vers le vidéo parce qu'ils sont plus orientés vers l'artistique que le commun des web designers et que "l'ide Flash develop" les a conforté dans cette voie. Mais pourquoi Adobe ne prendrait pas le taureau par les cornes en éditant un "codec" js/as. En attendant, la communauté Flash est comme deux ronds de flan (j'adore cette expression)
Si Ms se montre capable d'intervenir positivement dans la communauté Linux , Adobe sera-t-il aussi magnanime ?

[ferber]

Bon, je ne reviendrai pas sur la discussion flash/anti-flash pour une raison bien simple : si le web était fondé sur des technos proprio, il n'y aurait pas de web. Flash c'est une rustine, pas une solution pour le web sur le long terme.

Biensure Flash est une rustime...
Personnellement, je vois une bande en manque d'idée(le W3c )qui pille une technologie concurrente (Flash).
Toute la communauté opens sources fait de même d'ailleurs. Ça me fait bien rire.

Je souhaite revenir sur cette petite phrase :


Une erreur, et un point de vue douteux :

1) l'Erreur : Javascript EST un langage orienté objet. C'est un langage OO basé sur les prototypes, là ou Java, par exemple, est un langage OO basé sur les classes.

2) Le point de vue douteux : J'avoue avoir une préférence pour l'OO basé sur les prototypes (plus grande souplesse), mais a l'OO basé sur les classe a également de nombreux avantages (plus structuré). La vérité c'est que la souplesse des prototypes permet d'émuler très facilement les classes, mais cela requiert un peu plus de rigueur et d'effort que dans les langages basés sur les classes.

Oui je sais bien. Vous savez j'ai un peu d'expérience.
Quand je parle d'orienté "object" je parle d'une syntax avec classe etc...
Si vous voulez j'ai une vielle "sources Flash full prototypage" de 2003.
Mettez un nez dedans et vous maudirais le fait qu'elle ne soit pas écrite avec des classes etc..

[ferber]

"Action script et Javascript sont tous deux basés sur "ecma script" d'où une "migrabilité" bonne, mais avec un gros travail de conversion de librairies vers un environnement plutôt moins évolué que Flash. Je ne vois pas un team Flash, faire ce boulot de migration uniquement parce qu'un client lui commande une prestation html5.
En attendant qu'un éditeur produise un IDE, MS boit du petit lait et vend du visual studio silverlight.

C'est pourquoi je vois plutôt les spécialistes Flash évoluer vers le vidéo, parce qu'ils sont plus orientés vers l'artistique que le commun des web designers et que l'ide Flash developpe les a confortés dans cette voie. Mais pourquoi Adobe ne prendrai pas le taureau par les cornes en éditant un "codec" js/as. En attendant, la communauté Flash est comme deux ronds de flan (j'adore cette expression)
Si Ms se montre capable d'intervenir positivement dans la communauté Linux , Adobe sera-t-il aussi magnanime ?

En fait l'as2 était en prototype un quasi clone de la syntax js.... Adobe a suivi les recommandations de la norme Ecma suivante ( qui devait correspondre à javascript 2) pour avancer dans le bon sens (classe héritage etc...). Cette norme a fini à la poubelle, car jugé trop complexe pour les développeurs javascript par MS et d'autre.
http://www.gskinner.com/blog/archive...ript_stal.html
http://blogs.adobe.com/open/2008/08/...08_715_pm.html
http://www.mikechambers.com/blog/200...-ecmascript-4/
http://ejohn.org/blog/ecmascript-harmony/

[Camille_B]

Biensure flash est une rustime...
Personnellement je vois une bande de branle couille en manque d'idée(le W3c )qui pille une technologie concurrente (Flash).
Et le pire c'est qu'en même temps qu'il la pille sans remord. Toute la communauté "opens sources" fait de même d'ailleurs. Ça me fait bien rire.

??? Le W3C pille Flash ?

Hallucinant.

[Invité]

Depuis 18 mois, j'ai installé Firefox sans plugin flash chez moi et au boulot pour échapper à une certaine pollution des pages. Pour voir des vidéos ou jouer à des jeux flash , je passais sur IE.

J'ai remarqué que certaines pubs parvenaient quand même dans leurs bannières sous forme de gif animé. Evident qu'un service de pub doit savoir quoi faire quand le navigateur ou un proxy n'accepte pas Flash.

En tenant compte de ce qui a été dit plus haut :

Puisque un serveur de pub peut s'affranchir de l'obligation de passer par Flash Player. Il pourrait en faire autant en passant non pas un gif animé mais par une conversion du "swf" en "html.js".

Au final le "codec" "as/js" devrait non seulement être dans l'ide Flash mais également sur les serveurs web qui pourraient ainsi "arroser" les brebis égarées dépourvues de Flash-player par un équivalent html5.js et s'assurer que celle-ci reçoive bien le message publicitaire dans les neurones.

Finalement toute cette discorde "w3c-adobe" pourrait être résolue par un convertisseur, adobe s'excusant d'être propriétaire en proposant cette interopérabilité ... problème :

Le fera-t-il ?

Et s'il ne le fait jamais pour Dieu sait quelle raison : qui le fera ? nous ? pourquoi pas ?

[ferber]

??? Le W3C pille Flash ?

Hallucinant.

Oui en effet

[ferber]

Depuis 18 mois, j'ai installé Firefox sans plugin flash chez moi et au boulot pour échapper à une certaine pollution des pages. Pour voir des video ou jouer à des jeux flash , je passais sur IE.

J'ai remarqué que certaines pubs parvenaient quand même dans leurs bannières sous forme de gif animé. Evident qu'un service de pub doit savoir quoi faire quand le navigateur ou un proxy n'accepte pas Flash.

En tenant compte de ce qui a été dit plus haut :

Puisque un serveur de pub peut s'affranchir de l'obligation de passer par flash player. Il pourrait en faire autant en passant non pas un gif animé mais une conversion du swf en html.js

Au final le "codec" as/js devrait non seulement être dans Flash-develop mais également sur les serveurs web qui pourraient ainsi "arroser" les brebis égarées dépourvues de flash-player par un équivalent html5.js et s'assurer que celle ci reçoive bien le message publicitaire dans les neurones

Finalement toute cette discorde w3c-adobe pourrait être résolue par un convertisseur, adobe s'excusant d'être propriétaire en proposant cette interopérabilité ... problème :

le fera-t-il ?

Et s'il ne le fait jamais pour Dieu sait quelle raison : qui le fera ? nous ? pourquoi pas ?

J'en ai un en c#: parssage de c# et d'actionScript, tout le code lu est transformé en object en mémoire, les références sont recherchées. Ensuite on peut choisir si on veut enregistrer en c# en actionscript ou en windev. Après tout n'est pas parfait( les mots clefs ref,out,in en c# n'ont pas d'alternative en As )et certains opérateurs As ne sont pas implémentés ('===').
Peut-être qu'un jour si j'ai le temps je ferais en sorte qu'il puisse enregistrer en javascript.
Mais pour l'instant ce n'est pas au programme. Et franchement sa me ferais mal de faire avancer la communauté.

[Invité]

J'en ai un en c#: parssage de c# et d'actionScript, tout le code lu est transformé en object en mémoire, les références sont recherchées. ensuite on peut choisir si on veux reenregistrer en c# en actionscript ou en windev. Après tout n'est pas parfait( les mots clef ref,out,in en c# n'on pas d'alternative en as )et certains opérateurs as ne sont pas implémentés ('===').
Peut être qu'un jour si j'ai le temps je ferrais en sort qu'il puisse renregistrer en javascript.
Mais pour l'instant ce n'est pas au programme. Et franchement sa me ferrais mal de faire avancer la communauté.

Si ma mémoire est bonne, === est une comparaison de flottants en C#. ref et out permettent de passer un argument par référence, sinon les littéraux simples (sans tableaux) sont copiés par valeur. Tu as écrit ce convertisseur ? prends contact avec un éditeur pour le commercialiser , pense à ton porte monnaie avant la philosophie !!!!

[Macmillenium]

Je viens de jeter un œil. Surtout concernant les éléments qui ne seront plus présent en html5.

http://www.w3.org/TR/2010/WD-html5-d...bsent-elements


voila histoire de ne pas utiliser d'élément qui ne seront bientôt plus au norme, et potentiellement supprimés dans le futur. ET aussi pour pouvoir modifier l'existant pour le rendre compatible avec ça. La balise "center" été quand même bien pratique, c'est balot.
les attributs cellpadding, cellspacing, width sur les tables sont virés.... Génial Que du progrès....

Même si les spécifications HTML4 les décrivent, la plupart de ces éléments sont déjà dépréciés voire invalides via-à-vis des DTD stricts, HTML 5 nous fait plaisir en les bannissant officiellement.

Mais non !
Si ton site est en HTML4, il reste en HTML4 et tu continueras à coder en HTML4.
Y'a pas de problème à ce niveau là.

Néanmoins, si tu as besoin des nouvelles fonctionnalités offertes par HTML5 alors il faudra coder/recoder tout ou partie de ton site pour utiliser la nouvelle grammaire HTML5 !

Euh, non, HTML 5 est rétrocompatible avec ses prédécesseurs : un document valide HTML4.x ou XHTML1.x, le sera aussi en HTML 5.
Si tu as besoin de nouvelles fonctionnalités, tu les rajoutes simplement sans recoder le document, c'est l'un des plus grands avantages de HTML 5.

Concernant le débat HTML 5 vs Flash, je pense que vous comparez l'incomparable :
1. HTML 5 est encore jeune ;
2. Contrairement à Flash, HTML 5 est une techno front-end accessible nativement (Se référer au standard ARIA pour les RIA HTML 5/AJAX) ;
3. Le couple HTML 5/JavaScript n'a rien a voir avec C# (Silverlight) et AS3 (Flash/Flex), ceux-ci ont des API et des écosystèmes beaucoup plus puissants, c'est la dessus que Microsoft et Adobe conserveront un avantage ;
4. HTML 5 pourrait être une alternative à Flash, pour l'instant il est encore à l'état de brouillon, les spécifications ne semblent pas stables.

[Invité]

(...)
Concernant le débat HTML 5 vs Flash, je pense que vous comparez l'incomparable :
1. HTML 5 est encore jeune ;
2. Contrairement à Flash, HTML 5 est une techno front-end accessible nativement (Se référer au standard ARIA pour les RIA HTML 5/AJAX) ;
3. Le couple HTML 5/JavaScript n'a rien a voir avec C# (Silverlight) et AS3 (Flash/Flex), ceux-ci ont des API et des écosystèmes beaucoup plus puissants, c'est la dessus que Microsoft et Adobe conserveront un avantage ;
4. HTML 5 pourrait être une alternative à Flash, pour l'instant il est encore à l'état de brouillon, les spécifications ne semblent pas stables.

Justement c'est une période de vide qui permet au simple mortel de coiffer le gros éditeur au poteau . La spec n'est pas stable mais l'implémentation dans Chrome et FF l'est !!! c'est maintenant qu'il faut faire l'affaire, flash et silverlight sont plus évolués mais ils peuvent être bloqués par un simple proxy d'entreprise qui veut garder un peu de bande passante pour son business.

A moins d'être un riche héritier , on est bien obligé de sauter sur ce genre d'occasion

[ferber]

Si ma mémoire est bonne, === est une comparaison de flottants en C#. ref et out permettent de passer un argument par référence, sinon les littéraux simples (sans tableaux) sont copiés par valeur. Tu as écrit ce convertisseur ? prends contact avec un éditeur pour le commercialiser , pense à ton porte monnaie avant la philosophie !!!!

Oui, tiens! J'y avais pas pensé.

[cahnory]

Ce message a été rédigé hier, mais j'avais oublié de l'envoyer avant de partir au boulot

Pour moi quelque par un site c'est un peu comme un livre, et j'aime pouvoir me dire que je pourrais revoir dans 10 ans certains vieux site que j'ai apprécié sans qu'il soit devenu illisible.

J'ai exprimé l'hypothèse d'un arrêt de la suivie par pûr honnêteté intellectuelle, mais c'est peu probable même à long terme. Surtout c'est ni plus ni moins probable que la poursuite de la prise en charge des anim datant de Flash 1er du nom par exemple. Rien ne garantit qu'Adobe continuera de faire des plug-ins qui le prennent en compte. Ça serait surprenant qu'ils arrêtent mais cette possibilité doit être énoncée.
Donc mon dernier post était censé être rassurant quand à la prise en charge des anciennes versions à l'avenir, les limites que je décris sont partagées par les browser et html, et Flash et ses différentes versions.
Il n'y a ni plus ni moins de garantie à ce que dans 10 ans tu puisses ouvrir une anim Flash d'aujourd'hui ou une page web d'aujourd'hui.

[Camille_B]

Il n'y a ni plus ni moins de garantie à ce que dans 10ans tu puisses ouvrir une anim Flash d'aujourd'hui ou une page web d'aujourd'hui.

Une anim Flash, non, en effet.

Une page web, si. Les "specs" sont disponibles, si par une malchance extraordinaire les futurs moteurs ne gèrent plus "html 3", 4 etc. (ce que font TOUS les moteurs actuels), les "specs" sont là.

J'attends toujours les "specs" complètes de Flash permettant de disposer d'un plug-in open-source pouvant fonctionner sur Linux 64 bit, *BSD, HaïkuOS etc...

[ferber]

Une anim flash, non, en effet.

Une page web, si. Les specs sont disponibles, si par une malchance extraordinaire les futurs moteurs ne gèrent plus html 3, 4 etc. (ce que font TOUS les moteurs actuels), les specs sont là.

J'attends toujours les "specs" complètes de Flash permettant de disposer d'un plug-in open-source pouvant fonctionner sur Linux 64 bit, *BSD, HaïkuOS etc...

Plutôt que de les attendre vous aurriez pu les chercher.
Voilà les "specs" : http://www.adobe.com/devnet/swf/pdf/...t_spec_v10.pdf

[cahnory]

Je faisais justement une mise à plat des cas vraiment peu probable mais après tout pas impossible. Et même si t'as les "specs" que ça reste "possible", on peut dire aussi tu peux installer un vieux plug-in sur un vieux navigateur mais on sort du "prêt à l'emploi". Après, oui on peut toujours tout faire marcher .