1. PM 2 mai 2009 / 12pm

   Super !
   Mais c’est une « pre-release » ou c’est « bientôt » ?
2. osamwal 2 mai 2009 / 12pm

   Bientôt… Une prerelease!!! 😉
3. osamwal 2 mai 2009 / 1pm

   Pour ceux qui arrive ici sans passer par par la home page de yaelle.com : La prerelease est sur la page d’accueil en demo.
4. osamwal 2 mai 2009 / 1pm

   ou là : https://www.osamwal.com/test/pictureflow40/test_menu.html
5. PM 2 mai 2009 / 1pm

   Oui j’ai vu ca après ! Sympa l’effet 3D, tu lui as trouvé un petit nom ?
   On pourra mettre des images de tailles différentes en entrée ?
6. osamwal 2 mai 2009 / 3pm

   Oui, on pourra passer n’importe quelle taille en entrée puis resize automatique à une hauteur paramétrable. Il n’y a plus qu’un seul PF capable de rendre toutes les tailles, de 0 à l’infini… Enfin -> 600 pix de haut, ça passe sans clipping… Magie des nouvelles classes 3D natives de flash 10.
   Pour le nom, rien n’est fixé, peut être « Butterfly » pour l’effet « smooth like butter » et parce que c’est le printemps.. 😉
7. inkasunka 3 mai 2009 / 10am

   une petite date pour les impatients ? 😉
8. osamwal 3 mai 2009 / 6pm

   ou une grosse figue 😉 Ah ah ah !!!,
   Vu que j’essaye de mener plusieurs projets de front en ce moment, je n’avance plus aucune date pour la sortie de PF4 en version finale. Tout ce que je peux dire, c’est que je suis reparti d’une feuille blanche (3 fois) et qu’il me reste 2-3 bricoles à développer pour la version finale (Interface Shadowbox3, gestion des Flashvars…) disons qu’on va le tenter pour la fin de la semaine. ARGHH je ne l’ai pas dit.
9. xtc2xl 3 mai 2009 / 8pm

   You crazy french speaking bastard have my man babies 😉
   Best application ever. Can’t wait for version 4.

   Keep up the great work your a genius!
10. osamwal 4 mai 2009 / 1am

    Thanks!
11. Beejeridou 4 mai 2009 / 12pm

    Hello et merci pour ton travail, bravo!
    Cependant, j’ai un petit soucis, je génère le fichier xml dynamiquement pour mes différents articles. (chaques articles n’a donc pas les même photos). Le fichier xml change bien selon l’article demandé mais… sous IE, le premier xml est dans le cache. J’ai donc, et meme si l’article est différent, toujours la même galerie photo.
    Evidemment, aucun problème avec FF.

    Je pense aussi avoir tout essayé:
    -modification des header dans divers php
    -générer un php au lieu d’un xml
    -ne pas générer de fichiers du tout et envoyer directement un fichier (qui contient les requetes) dans la flashvars
    -faire des no-cache dans le html

    Après avoir vu plusieures personnes ayant le même problème sur internet, j’ai entendu un mec dire qu’on pouvait mettre un identifiant unique dans le xml mais qui doit être récupéré dans le flash… mais comme j’ai pas la source^^

    Merci d’avance, et j’espère que tu pourra m’aider, de la même manière que tu as aidé les autres^^
12. osamwal 4 mai 2009 / 2pm

    Ouuuch, c’est la première fois que je l’entends celle là : Un PHP persistant dans le cache d’IE. In-croy-able!!! Même s’il existe des méthodes pour mettre en cache un fichier compilé par PHP pour accélérer les traitements, chaque nouvelle requête produit invariablement une nouvelle réponse du serveur. A moins que la requête soit toujours identique du point de vue de Flash lorsque la FlashVar qui initie la requête est mal formatée par exemple :
    http://kb2.adobe.com/cps/141/tn_14143.html
13. Beejeridou 4 mai 2009 / 3pm

    Voici ce que génère mon fichier php, c comme un xml sauf que c un php (pour éviter justement qu’il reste dans le cache quand il change). ce fichier php fais juste un echo de ce qu’il trouve dans la BDD et les met en forme xml. Il se nomme 135.php

    Et voici la flashvars qui appelle ce fichier:

    flashVars+= »135.php?page={$RUB}&mart={$ID_ART} »;

    J’ai surement du oublié des détails… Parce que comme toi, je trouve ca super louche que IE garde en cache un php…
14. osamwal 4 mai 2009 / 3pm

    C’est donc ce que je viens de dire.
    Le « & » dans les FlashVars est une valeur réservée qui sert à sérialiser les données entre chaque FlashVar. Il faut donc l’OUBLIER pour passer des variables GET dans une URL passée à un SWF. Pour ça, on utilise %26 à la place (Voir la liste complète dans la KB d’adobe donnée ci-dessus)
15. Beejeridou 4 mai 2009 / 4pm

    Bon j’ai fait le test ultime en mettant mes balises en « dur » dans le fichier php, je fais un echo du tout et… il n’affiche rien. On dirait que le picture flow cherche quand meme le 135.xml car je suis obligé de l’effacer pour qu’il arrète de prendre ce fichier la…

    Donc, je déclare
    flashVars+= »xmlfeed=135.php »;
    Donc ici plus d’eventuels problèmes d’encodage de caractères.

    Y aurait pas une flashvars spéciale pour interpréter un php?

    En tous cas merci à toi de t’être penché sur mon problème, désolé si ca ne fonctionne pas…
16. Beejeridou 4 mai 2009 / 4pm

    Je viens de mettre le chemin en vers le fichier php absolute, et il trouve bien le fichier! bonne nouvelle! mais bon j’ai toujours le même problème de cache qui reviens sur IE… je vais faire une pause, sinon je vais peter mon ordi^^ mdr
17. osamwal 4 mai 2009 / 4pm

    Non tout passe par « xmlfeed » PHP ou XML. S’il lit 135.xml (valeur par défaut) alors que tu lui passes 135.php dans xmlfeed, ça veut juste dire que tes flashvars sont ignorées (Erreur de syntaxe ou erreur de ciblage si PF est chargé par un autre SWF) Une URL de test aiderait à comprendre l' »Incompréhensible »
18. osamwal 4 mai 2009 / 4pm

    Manquerait pas un « & » à la ligne d’en dessous par hasard ?? 😀
19. Beejeridou 4 mai 2009 / 4pm

    CA MARCHE!!!!!!!
    YOUPIE!
    Je vais faire un récap pour ceux qui auraient le même problème.

    1=> les pauses ca fait du bien
    2=> le problème venait bien (encore merci) de l’encodage ou j’ai du remplacer le « & » par « %26 » pour le passage de variable de type GET.
    3=> Faut passer par un fichier php et non un fichier xml et l’encoder en UTF-8
    4=>Préciser les entètes header au début du fichier php qui sont:
    header(‘Expires: Fri, 25 Dec 1980 00:00:00 GMT’); // date déjà passée
    header(‘Last-Modified: ‘ . gmdate( ‘D, d M Y H:i:s’) . ‘GMT’);
    header(‘Cache-Control: no-cache, must-revalidate’);
    header(‘Pragma: no-cache’);

    Merci beaucoup osamwal pour tes réponses rapides, et encore bravo!
20. Beejeridou 4 mai 2009 / 5pm

    La théorie c’est quand on comprend mais que ca ne marche pas, la pratique c’est quand ca marche mais qu’on ne comprend pas, l’informatique c’est quand on comprend pas et que ca marche pas! lol
21. Beejeridou 4 mai 2009 / 5pm

    Sinon, désolé, j’ai encore une dernière question:

    C’est normal que pour la shadow box, le module FLV ne fonctionne pas? on est obligé d’avoir la licence pour tester?

    Ma shadowbox s’ouvre bien mais n’affiche pas la vidéo FLV alors que pour le module qt (quick time), tout fonctionne nickel?
22. osamwal 4 mai 2009 / 5pm

    Dans Shadowbox 2, le flvPlayer doit être dans le même répertoire que la page qui appelle Shadowbox sinon il faut éditer Shadowbox.js pour spécifier un autre chemin (ligne 96 du code source)
23. inkasunka 8 mai 2009 / 7pm

    la fin de semaine approche… je prépare le barbecue pour la sortie du 4 ? 😉
24. osamwal 17 mai 2009 / 12pm

    Pour les impatients, en attendant le mode d’emploi et le lancement « Officiel » : Télécharger PicturFlow 4 en avant première.
    Enjoy!!!
25. inkasunka 18 mai 2009 / 12am

    les braises sont encore chaude ! et j’ai gardé quelques bières au frais… 😉

Osamwal Dezign – PictureFlow workshop by powered by

RSS Comments RSS