color32 operator = (color32 A,int X) must be a non-static

De plus la surcharge d'opérateurs doit respecter une certaine signature et une certaine sémantique.
Bon pour l'aspect sémantique (= sens à comprendre) on s'en balance un peu, le compilo n'y verra que du feu, mais le code sera très chelou.
Par contre pour la signature, faut respecter ca:
Objet& Objet::operator=(const Objet&);
ie: Objet en retour, Objet appelant, Obnjet en affectation      // cas où on est dans une classe / struct / union
sinon Objet operator=(Objet, Objet);      Si on est hors d'une classe.

Je veux dire qu'on a pas le droit d'affecter un "objet virgule un int" à un "objet".

Bon, toutes mes excuses, les opérateurs =, [], () et -> doivent obligatoirement appartenir à une classe ou être amis (friend) avec.

Bon sinon définir un opérateur en dehors d'une classe a qd même son utilité.

oui, mais regarde, pour cout par exemple (qui est un ostream)
on surcharge << en dehors de la classe ostream (sinon il faudrait changer le code à chaque fois)
exemple pour les complexes:

struct Complexe {
   float real;
   float img;
};


ostream& operator<<(ostream& os, Complexe a) {
   os << a.real << " + " << a.img << "i";
   return os;
}


Ensuite tu peux utiliser l'opération "<< a" où a est un complexe aussi bien sur des flux de fichiers (ofstream qui dérive de ostream) que sur des ostream (cout et err les seuls me semble-t-il).
cout << a << endl;

Voilà, ca permet d'étendre les fonctionnalités sans retaper la classe ni dériver.