Samedi je me décide à acheter un disque dur externe. Je compare les prix et trouve mon bonheur, un LaCie 80Go à 150€ chez GrosBill.com. Comme j’étais à Paris, je me dis autant aller le chercher en mains propres. Et c’est ce que je fais. En rentrant je branche le binz… Surprise ! il était déjà rempli (de DivX incomplets type “Un gars une fille”) !
Appel au SAV, retour au magasin, le modèle n’est plus dispo, veine tentative pour négocier mieux, impossible, ils m’enverront par la Poste le même modèle dès lundi.
Je l’ai reçu aujourd’hui, cette fois pas de problème, la boite est sous plastique, complète (je me rend compte qu’il manquait la housse de protection dans le premier) et tout à l’air de marcher nickel.
Je sais pas si c’est une pratique courante chez GrosBill de tenter de refourgeur de l’occasion à la place du neuf. En tous cas ca m’a bien refroidi pour re-commander chez eux, même si l’erreur à été réparée sans problèmes…
Comment envoyer les données en GET ou POST, et recevoir la réponse en XML.
En Flash l’objet le plus pratique pour recevoir des données d’un serveur est à mon sens l’objet XML(), car il permet de charger facilement des données structurées.
Par contre avec l’objet XML on ne peut envoyer vers le serveur que des données elles aussi formattées en XML, ce qui avec PHP4 n’est pas des plus aisé à traiter… surtout si on a juste besoin d’envoyer un login ou un identifiant quelconque. L’objet LoadVars() dans ce cas est beaucoup plus pratique.
Une technique visiblement peu connue et pourtant très pratique et très “propre” consiste donc à mixer les 2 : un LoadVars pour l’envoi, un XML pour la reception, et celà de la manière suivante :
this.sender = new LoadVars();
this.sender.email = v.email;
this.receiver = new XML();
this.receiver.onLoad = function (success) {
...
};
this.sender.sendAndLoad("login.php", this.receiver, "POST");
Pratique, non ?
Ca y est, le player de la prochaine version de Flash (8) est disponible en beta, afin de tester les sites existants et raporter les bugs. Et bien que le logiciel Flash 8 permettant de créer les contenu ne soit pas encore disponible, on peut déjà moyennant quelques bidouilles tester ces nouvelles fonctionnalités avec Flash MX ou MTASC.
Comme par exemple la possibilité de faire des flous dynamiquement ! Comme ça !
Ca promet !
A l’initiative d’Askja, j’avais déjà participé à la Oldschool Flash Megadémo (OFM), un hommage en Flash aux démos des années Atari/Amiga, ainsi qu’à la 2nd édition OFM2 en 2003/2004.
Comme celle-ci tarde un peu à sortir ;-), je poste ici ma 2nd contribution : http://www.zemax.net/lab/demo2004/
En espérant que ca rappelle des bons souvenir à certains d’entre vous…
Le but du jeu est de faire passer une courbe C1 (continue et dont la dérivée est continue) par un tas de points aléatoirement placés sur le plan. Le résultat est assez sympa…
(Lire la suite…)
En voilà une question qu’elle est bien (mais qui n’interresse que les développeurs Web, forcément). Une fois de plus je me retrouve devant ce dilemme alors que je cherche à développer mon propre thème pour ce blog. Je voulais garder le texte et la navigation facilement accessible, donc le full flash me tentais moyen, mais je voulais aussi me réserver la possibilité de montrer quelques expérimentations en flash, c’est pourquoi je me suis laissé un bandeau flash en haut comme zone de jeu.
Certains ont bien réussi à intégrer du flash dans un XHTML valide (http://www.alistapart.com/articles/flashsatay/), mais les concessions sont importantes : plus de téléchargement automatique du player, plus de téléchargement progressif du swf… bref j’ai préféré pour l’instant la méthode “classique” du tag object + embed.
Seulement voilà, le embed c’est caca tout le monde le sait. Dans ce cas, vaut-il mieux persister dans le XHTML non-valide ? En théorie, un XHTML non-valide ne devrait rien afficher du tout, alors que les erreurs sont autorisées dans HTML. Résultat j’ai choisi le HTML 4.01 Transitionnal, et à part ce *** de tag embed, le reste de la page est valide.
Sauvé par un crack…
(Lire la suite…)
Les nouvelles commencent à arriver sur le prochain Flash…
Après les aveux Mike Downey comme quoi effectivement, Flash MX 2004 n’avait pas bien marché et qu’ils allaient se rattraper dans la prochaine version, ca y est les premières démos de Flash 8 (8ball) ont eu lieu. Bon, ceux qui les ont vus n’ont pas le droit d’en parler, mais on peut quand même citer leurs réactions : “8ball, ça sera de la ball !” (Guylaine Monnier, Regart.net), “ca va etre la méga claque” (Mama, Yamago) et même le très critique supersatori est très enthousiaste. Alors c’est quoi ces fameuses nouveautés ?
Pour les non-initiés, on peut quand même se faire une idée puisque Colin Moock n’est visiblement pas lié lui au secret et donne même une vidéo d’une partie de la démonstration. Effectivement, ca a l’air pas mal 
Un billet très interressant sur le blog de Luzerne (qui change de pseudo tout le temps 
) qui parle de rétro projecteurs capables d’analyser (avec une caméra) ce qu’ils projettent sur le mur, et de corriger l’image afin de compenser les défauts du mur (texture, parallax, coin de mur, etc…). Vivement le futur.
Utiliser l’UTF8 pour l’encodage des fichiers “include” avec Flash MX, c’est possible, mais la technique n’est visiblement pas assez connue. Il faut dire que la technote est bien planquée sur le site de Macromedia :
Il suffit de mettre //!– UTF8
sur la première ligne du fichier (et bien entendu l’enregistrer en UTF8)
Voila, c’est dit, maintenant si personne ne vient lire ce billet non plus, c’est pas de ma faute