alors j'ai loupé cette discussion, donc je reponds en masse > Je souhaiterais rajouter quelques fonctions aux objets de base de > Flash, et j'aimerais donc pouvoir modifier playerglobal.
pas possible le bytecode du playerglobal est contenu dans le flash player, pas dans les swf > je ne comprends pas comment ça peut compiler avec le ASC > de Flex Builder 3 ! On ne peux apparemment exporter qu'une seule > définition par fichier .as... et dans leur cas, il y a plusieurs > définitions de classe par fichier (Number, uint, int, ou encore toutes > les *Error). ASC n'a pas la limitation de n'avoir qu'une seule classe par fichier *.as si tu vas voir ici http://code.google.com/p/redtamarin/wiki/IDE et que tu ouvres le fichier Global.as (qui est presque le playerglobal.as) tu te rends compte que ce fichier non seulement contient bcp de classes mais qu'il est surtout là pour la completion de syntaxe apres si tu regardes comment mxmlc compile tu verras que playerglobal.swc est toujours utilisé en external lib, cad tu compile dessus mais tu l'inclus pas > Concernant le partage avec la communauté, ça sera tout à fait possible > lorsque le projet sera un peu plus avancé, et proche de quelque chose > de fonctionnel... ce qui n'est pas le cas pour le moment ;-) peur de montrer son code, mauvaise excuse voir http://blog.red-bean.com/sussman/?p=96 > Disons globalement que j'aimerais fournir un SDK alternatif pour Flex, > plus compact, qui reprend les comportements du SDK Flex original, ok, tu es au courant que la team du Flex SDK propose une "sandbox" dans leur repo svn pour justement ce genre de choses ? > tout en essayant de réduire la taille et la lourdeur. Du coup, pour > certaines parties pointues, il faudrait que je modifie légèrement le > comportement de certains composants de base de Flash, ou que j'ajoute > des petits services. voir plus haut, tu ne peux pas modifier le "playerglobal" ou disons tu ne peux pas overrider celui fournit par le flash player > Justement, lorsque tu fais une application Flex, il faut que tu > installes beaucoup de choses (dont le Flash Player) et il te faut au > moins les librairies Flex. En allégeant le SDK, il me semble que si > on peut faire un SWF tout petit, qui se charge vite, > et c'est intéressant... ton swf est deja extremement petit vu que tout l'API du flahs player est contenu dans le plugin, pas le swf deja essayé de compiler un swf sans code ? si si c'est tres light > Et justement non, c'est là que je ne suis pas d'accord. Tu peux aimer > la simplicité du MXML et les effets graphiques du Flash, mais ne pas > apprécier la lourdeur du Framework Flex ! Ce n'est pas "Flex/MXML/ > Lourdeur" ou "AS3/rapidité/simplicité"... tu peux avoir du Flex petit > et rapide :) le probleme c'est que MXML est directement lié au framework Flex ET à Flex Builder, par ex: les templates utilisés pour générer les metadata binding ou autre si tu veux faire plus leger que MXML, AS3 est la solution (au final MXML ca genere des classes AS3) et là je parle de plus leger dans le sens "poids du swf final" > Il y a des SWC opensource pour remplacer playerglobal, et qui ont un > rendu graphique ? Je ne parle pas de avmplus, qui est ligne de > commande uniquement :) non, a nouveau tu ne peux overrider le playerglobal que DANS la VM elle-meme, cad le flash player > Je ne veux pas réinventer la roue... Adobe a fait un framework Flex > connu par beaucoup de monde, bien foutu pour pas mal de choses, et > j'aimerais pouvoir réutiliser ça, tout en réduisant sa complexité... cf la "sandbox" > C'est pas "AS3" ça ;-) C'est utiliser les possibilités pourries de > AS1/2... et je trouve ça très moche ! euh ... le langage AS3 est hybride, c'est plutot le wrapper MXML qui est moche hybride dans le sens où on peut à la fois utiliser les prototype ET les class ne pas connaitre les "prototype" c'est mal connaitre AS3 ce serait pareil que de ne pas utiliser les namespaces regarde comment sont construits les "builtin" genre Object, Array, etc. tu verras que prototype et non-prototype fonctionnent tres bien ensemble zwetan --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/FCNG?hl=fr -~----------~----~----~----~------~----~------~--~---
