zedia flash blogue

Alors que je travaillais avec le color picker component (je vais éventuellement trouver les équivalence en Français) qui vient avec Flash CS3, je me suis rendu compte que celui-ci nous retournait, par l’entremise du ColorPickerEvent.CHANGE, une couleur en format RGB. Si vous vouliez , par exemple, utiliser la méthode setPixel32 de la classe BitmapData pour créer des Bitmap avec transparence, vous seriez obligés de tranformer la couleur retourner par le color picker en format ARGB. Voici un fonction simple qui vous permet de le faire:

function returnARGB(rgb:uint, newAlpha:uint):uint{
  //newAlpha has to be in the 0 to 255 range
  var argb:uint = 0;
  argb += (newAlpha<<24);
  argb += (rgb);
  return argb;
}

Ce que cette fonction fait, c’est qu’elle “bit shift” la valeur du Alpha que vous lui passez et l’ajoute à la couleur RGB pour en faire une couleur ARGB. Le format RGB utilise 8 bits pour chaques couleurs (24 bits en tous), quand vous ajoutez la transparence, le canal alpha ajoute un autre 8 bits (donc un total de 32 bits ce qui explique le nom de la fonction setPixel32. Cela explique aussi pourquoi newAlpha dans la fonction doit être entre 0 et 255 parce que 255 est le plus gros chiffre que l’on peut obtenir avec 8 bits. La couleur bleu occupe les bits 1 à 8, le vert les bits 9 à 16, le rouge les bits, 17 à 24 et enfin Alpha les bits 25 à 32. C’est pour cela qu’on bit shift le alpha de 24 bits (newAlpha << 24).

Je ne sais pas si vous avez déjà tweené l’alpha d’un MovieClip qui contenais plusieurs Objets, mais je fais cela pas mal souvent (fade in, fade out étant les transitions les plus facile à utiliser pour à peu près tout). Par défaut, Flash modifie l’alpha de chacun des Objets que contient ce MovieClip (ou Sprite). Des fois ce n’est pas grave, mais la plupart du temps ce n’est pas comme cela qu’on voudrait que cela se produise. Lorsque le MovieClip dont vous changez le alpha contient des formes ou des bitmaps qui se superposent ou en cachent d’autres complètement, vous allez apercevoir tout les Objects au lieu de voir seulement ceux qui sont visible au départ parce que Flash ne considère pas le conteneur comme un entier.

Bon, je ne sais pas si c’est clair, mais j’ai un exemple plus bas pour clarifier la chose. En tous cas, j’ai trouvé la solution pour ce problème en lisant la documentation de BlendMode.Si vous assignez au blendMode du DisplayObject conteneur la valeur de BlendMode.LAYER Flahs va considerer ce DIsplayObject comme une seule couche et va changer le alpha de la façon qu’on serait porter à le croire.

Voici un exemple pour mieux illustrer mon point. Le Sprite de gauche est l’object de référence, le Sprite du milieu n’a pas de blendMode appliqué et celui de droite a un blendMode de BlendMode.LAYER. Regardez particulièrement la région ou l’éllipse bleu se superpose à l’éllipse vert.

J’aurais vraiment aimé trouver cela avant et j’espère que cela va aider d’autre qui était dans ma situation.

Je cherchais pour une fonction qui générait des String au hazard, mais j’ai rien trouvé donc j’ai été obligé de l’écrire moi-même à partir du code de quelqu’un qui faisait un effet de machine à écrire, par contre je n’arrive plus à trouver la page web… J’utitlise le code suivant quand je veux charger du contenu dynamique comme du php et que je ne veux pas que Flash mette ma requête en cache. Voici la version ActionScript 2 du code:

1
2
3
4
5
6
7
8
9

function generateRandomString(newLength:Number):String{
  var a:String = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789";
  var alphabet:Array = a.split("");
  var randomLetter:String = "";
  for (var i:Number = 0; i <newLength; i++){
    randomLetter += alphabet[Math.floor(Math.random() * alphabet.length)];
  }
  return randomLetter;
}

Pour la version ActionScript 3 j’ai fait quelques petites optimisations et j’ai créé une classe avec une version statique de la méthode; voici le code:

1
2
3
4
5
6
7
8
9
10
11
12
13

package net.zedia.utils{
  public final class StringUtils{
    public static function generateRandomString(newLength:uint = 1, userAlphabet:String = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789"):String{
      var alphabet:Array = userAlphabet.split("");
      var alphabetLength:int = alphabet.length;
      var randomLetters:String = "";
      for (var i:uint = 0; i <newLength; i++){
         randomLetters += alphabet[int(Math.floor(Math.random() * alphabetLength))];
      }
      return randomLetters;
    }
  }
}

Voici comment l’utiliser:

1
2
3

import net.zedia.utils.StringUtils;
trace (StringUtils.generateRandomString(4));//for a random string of 4 characters
trace (StringUtils.generateRandomString(4, "ROGER"));//for a random string of 4 characters using only the following letters: ROGER

J’ai commencé a écrire ce blogue avec comme but de rejoindre le plus grand auditoire possible, il était donc normal que je commence à le faire en anglais. J’avais songé à l’écrire dans les deux langues, mais je pensais que cela me prendrais trop de temps; j’ai une vie à vivre après tout. Par contre, par moment je n’ai plus d’inspiration pour écrire du contenu original. Sois je travaille sur de vieux projets ou bien je ne rencontre pas de problèmes qui vaillent la peine d’être expliqués. Par contre, il arrive souvent que par moment de non-inspiration, j’aille tout de même le goût d’écrire.

Voilà où entre en jeu la version francophone de mon blogue. Bon, on dirait que j’écris par dépit en français, mais ce n’est pas le cas. Traduire mon blogue répond aussi mon désir de rejoindre plus de gens, c’est juste qu’à un certain point il faut faire des choix. Donc je ne promets pas que 100% des articles seront traduits, mais la majorité le seront.

Bon, trève de bavardages, je vais de ce pas traduire mon premier article.