Bonsoir,
 
J'aurais une petite question à poser aux pro de flash qui trainent dans le coin. J'ai fais quelques recherches par ci par la, mais je n'arrive pas a trouver exactement ce qui me chagrine, je m'explique.  
Je suis en train de monter un petit fichier flash (pour une galerie), je suis plus bidouilleur que professionnel, pas forcement amateur du codage flash, mais bref...
 
En fait j'utilise des petites images en thumbnails, que j'affiche une part une, en modifiant la propriété de brightness, et en faisant une interpolation. Jusque la pas de souci. Sauf que j'utilise un calque par image, n'arrivant pas a enchainer les interpolation sur un même et unique calque.
Je pensais qu'en ajoutant un ()stop à chaque fin d'interpolation cela serait suffisant, mais il ne semble pas et j'ai beau intégrer des keyframes vides, rien n'y fait.
 
Quelqu'un aurait-il une solution ou une bidouille qui me permettrait de faire la blague ?
Merci bien

Ce genre de chose (une galerie / thumbnails) il faut le faire "dynamique"...
Le mieux est donc de passer par ActionScript (AS3)... C'est propre et ça te permet bcp de chose (externaliser dans un XML la liste d'image etc...)
C'est le cas de la quasi-totalité des galeries web...
Je t'invite à te renseigner sur TweenLite pour les interpolations.
Bref, Dans ce cas tu seras obligé de te mettre un minimum au codage.
 
Si tu souhaites te limité à l'UI de flash, tu peux toujours contenir un par un tes clips thumbnails, que tu animera donc individuellement sans dépendre du calque du conteneur parent... C'est aussi chiant que crade comme méthode, mais si tu ne veux pas tremper tes mimines dans le code, faut pas s'en plaindre...

Le trio parfait pour ce genre de projet, FLEX/XML/PHP.    
 

Et une Base de donnée quand même... Sinon PHP n'est pas justifié vu qu'on peut directement éditer le .xml avec Flex...
Ou un truc m'échappe... Enfin, dans tous les cas on entame p'tête un peu trop le domaine de la Prog...

 
   
 
Pourquoi Flex:
 

• Pour la facilité de mise en œuvre des interfaces ainsi que la richesse de ses libraires.

Pourquoi le XML:
 

• Pour le databinding entre Flex et PHP. Quoique la librairie AMFPHP permet maintenant de se passer de la nécessité de créer un fichier XML.

Pourquoi PHP:
 

• Pour le traitement à la volée des images. Thumbs et optimisation des images (resize & correction diverses) par exemple.
• Pour la création à la volée du fichier XML (e4x) à partir d'une requête SQL ou non.
• Pour la gestion des users et des évènements liés à la navigation

Une base de données n'est pas obligatoire. La simple présence des fichiers dans un répertoire permet sans soucis de créer automatiquement un fichier XML contenant toutes les informations (exif, dates diverses; etc...) de manière structurée.
 
Je ne suis pas programmeur du tout. Je déteste ça. Cependant, le monde de la programmation et de la créativité n'ont jamais autant été aussi intiment liés dans ce domaine qui nous intéresse, la création de sites Internet.

En effet, je n'avais pas pensé à PHP pour ce coté "traitement"    
Ça m'intéresse mais c'est un domaine que je ne connais pas encore suffisamment...