Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

872 commentaire(s) de pegase31 sur des sources sur tout CodeS-SourceS

Le : 09/07/2009 01:40:48
Source : F.A.R FORCES ARMÉES ROYALES
Je rappelle les choses à faire avant jeudi 9 juillet 12h pour que ce "sujet" ne soit pas supprimée :

- Joindre la source (le fichier .FLA) car une "source" sans source ça ne sert à rien (si source trop grosse, la mettre en ligne et placer le lien sur la description)
- modifier le message diffamatoire et/ou l'effigie de la personne concernée (la liberté d'expression ne permet pas tout non plus).

Et pour info, je lis sur WikiPédia : "Les Forces armées royales ont été créées le 14 mars 1956 [...] Aujourd'hui, elles participent aux missions de paix (MONUC, ONUCI, EUFOR, KFOR...)".

Je ne savais pas que les "missions de paix" consistaient à tuer des gens ("traitres" ou pas ...). Il ne faut pas confondre "Fan" et "Fanatique" et comprendre les motivation de ceux dont on suis le mouvement c'est un signe d'intelligence.

Peg'


Le : 19/06/2009 20:13:39
Source : DIAPORAMA AS3
Je doute que beaucoup ne comprennent vraiment ce que tu as dit, en fait ;)

Peg'


Le : 19/06/2009 19:12:17
Source : ADAPTER AUTOMATIQUEMENT LA TAILLE DE POLICE SELON LES DIMENSIONS D'UN CHAMP TEXTE (TEXTFIELD)
Heu, non, Top ... le changement de width d'un textField ne modifies pas son Scale ..

Il faut justement trouver une petite formule permettant de définir le scaleX en fonction de son width actuel (avec autoSize, bien entendu).

Peg'


Le : 19/06/2009 15:40:54
Source : ADAPTER AUTOMATIQUEMENT LA TAILLE DE POLICE SELON LES DIMENSIONS D'UN CHAMP TEXTE (TEXTFIELD)
Question idiote : pourquoi ne tout simplement pas modifier le scale de ton textField en fonction de ta taille en pixels ?

Comme cela tu n'aurais pas à modifier le textFormat ...

Peg'


Le : 16/06/2009 16:18:43
Source : DIAPORAMA AS3
Vrai, sauf que dans le cas présent, il fallait que je remette au point pour les explications de passage du Loader.content dans une Bitmap. ;)

Mais je suis d'accord avec toi pour le principe.

Peg'


Le : 15/06/2009 12:16:45
Source : CARROUSEL EN VRAI 3D SOUS CS4
ce truc n'a plus rien à voir avec le sujet actuel, il serait bon que vous continuiez en PM, histoire de ne pas encombrer inutilement la source. merci

Peg'


Le : 12/06/2009 05:27:01
Source : DIAPORAMA AS3
Enfin, si ... je vais juste expliciter mes premières remarques (constructives, puisque fondées) et y apporter d'autres ajouts:

1° Pourquoi un XML ?

Ben déjà pour une facilité de modification de la galerie sans devoir retoucher au code (et donc recompiler le swf) de la part de l'utilisateur. Ensuite ça permet de mettre n'importe quel nom de photo et de les prendre n'importe où (et pas forcément dans un dossier définis).

Imaginons qu'un jour ton client actuel te dise qu'il veut ajouter une photo à ta galerie (si, si, ça peut arriver) ... que dois-tu faire ? Ouvrir le Fla, modifier la valeur de "nbrDiapo", Recompiler le flash, le remettre en ligne et re-tester pour être sûr que ça fonctionne. Tu vas perdre 1h de temps sur une modification bénigne Alors qu'en XML il te suffirait de modifier le XML directement sur le serveur pour savoir de suite que ça fonctionne les yeux fermés (le client peut le faire tout seul, en plus).

2° La gestion des photos affichées

Dans le cas présent, tu considères le contenu de ton Loader comme un DisplayObject, ce qui est théoriquement bon. Sauf que "DisplayObject est une classe de base abstraite."(cf. Doc de Flash), c'est à dire que c'est un ensemble d'objets sans en être un elle-même.
Or, ce que tu charges est FORCEMENT un bitmap ! Pourquoi ne pas en tirer partie ?
Utiliser la Classe Bitmap pour afficher l'image chargée et seulement modifier son contenu éviterais les addChild à répétition (et les doubles tests pour virer le précédent).
Pour l'alpha, un simple swap entre deux bitmaps est possible sans trop de complications.

3° la classe TweenLite
Ben là, c'est pas vraiment une critique, puisque j'ai précisé que j'étais pas objectif sur le coup ;)

4° Les restes d'AS2
Ben ils sont un peu partout, principalement dans la gestion de tes objets visuels. Tu es encore à l'idée de "movieClips", éléments uniques et multiples dans une animation (la preuve avec ton "DisplayObject"), alors que l'AS3 apporte une multitude d'objets divers et tous plus ou moins adaptés à ce que tu cherches à faire.
Ta vision linéaire du code prouve que tu n'as pas encore bien saisis la puissance du système évènementiel de l'AS3 qui permet de créer des objets et de les faire interagir entre eux. (ok, j'abuse un peu, mais tu vas vite y venir)


Voilà pour la critique de mes propres critiques ...

Maintenant, passons aux petits points précis de ton code :

- Le système d'erreur de chargement est une très bonne chose, sauf que l'animation s'arrête définitivement s'il manque une image dans la liste. Il aurait été plus intéressant de passer à la suivante, histoire de continuer simplement le diaporama.
- tu peux mettre ton timer à 5000 et une seule répétition, c'est plus "propre" (même si ça ne change rien) et ton écouteur final serait seul utile.
- le paramètre "indice" dans la fonction "charger" est inutile et recrée une variable doublon qui risque de te causer des ennuis à force : hé oui : "indice" dans cette fonction n'est absolument pas le même "indice" que celui déclaré dans ta définition de classe ... je pourrais t'expliquer avec un exemple si besoin.
- "if (indice++ >= nbrDiapos) { indice=1; }" peut être remplacé par "indice %="nbrDiapos" .. mais à condition de commencer par 0 (ce qui, dans le cas d'un XML, est utile)

Pour montrer ma bonne foi, je serais prêt à te refaire ta source avec toutes les modification dont je t'ai parlé (et encore une fois sans vouloir te braquer/vexer/humilier ...) à titre d'apprentissage, et pour t'illustrer tout ce dont je te viens de t'expliquer.
Mais encore une fois, il faut que ça te soit utile à toi-même (principalement) et que tu y portes de l'intérêt ... je n'ai pas envie de perdre mon temps et préfère que ça te soit profitable.

Peg'


Le : 12/06/2009 04:39:49
Source : DIAPORAMA AS3
J'aurais bien étoffé mes premières remarques et montrés pleins d'exemples, mais aux vues de ta première réactions, je me demande vraiment si tu vas prendre le temps de comprendre sans te braquer.

Le but étant, pour moi, de te faire réagir et de te donner envie d'améliorer ta systémique et de progresser (ce qui est le but premier du site) ... Sache juste que je suis direct et que sa choque certain, mais au moins c'est efficace.

Après soit tu es ouvert à l'idée de progresser et à ce niveau on prends du temps pour t'aider à avancer en AS3 (sans rien y gagner que la satisfaction d'avoir aidé quelqu'un), soit tu t'en fout et à ce stade on ne va pas perdre notre temps.

à toi de voir...

Peg'


Le : 11/06/2009 18:05:47
Source : CARROUSEL EN VRAI 3D SOUS CS4
Flash ne peut pas ouvrir un document PowerPoint (lisez "poveurpoing") .. il peut juste lancer le Shell lié à l'extension de ce fichier. Donc si l'OS n'a rien de lié à ce type de fichier, rien ne se passera ...

Et puis vouloir passer de Flash à PowerPoint (lisez toujours pareil), c'est d'un intérêt discutable. L'un étant une application on-line et l'autre une animation off-line.

Peg'


Le : 11/06/2009 16:21:02
Source : DIAPORAMA AS3
Un exemple fonctionnel serait le bienvenue ... car là à part ouvrir le fla, il n'y a rien d'utile.

Mais en regardant ta source, on voit vite la limite : il n'y a pas de XML et les photos sont forcément nommée à la suite ("maphoto1.jpg", "maphoto2.jpg" ...) et on doit recompiler la source à chaques fois qu'on a un changement du nombre de photos ou de leurs nom.
Pas très dynamique tout ça.

La gestion des photos est trop approximative, même si ça fonctionne. Il suffirait d'un seul Sprite et d'un loader pour éviter le jonglage entre les éléments affichés ... il serait même possible, via un Bitmap de faire un fondu en mélangeant les deux photos !

Pour finir, j'émettrais un fort doute quand à l'utilité de la classe TweenLite dans ton cas. (Mais je suis un fervent défenseur du Tween de base de Flash).

Conclusion : bel essai, le code est propre mais la méthode est encore trop fouillis et pas assez dynamique. Tu tiens le bon bout en as3 mais débarrasse-toi des restes d'AS2 et ce sera impec' ;)

Peg'





Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,125 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.