Ben pour moi chaque bouton peut être autonome : lorsqu'il perd le focus, tu lance l'effet graphique (peut importe qu'il y ai d'autres boutons ou pas)

L'effet est plutôt sympa, par contre c'est dommage d'avoir codé ça dans une seul classe, faite uniquement pour afficher ce que tu montres dans ton application "démo". Cela aurai été plus interressant de proposer un controle "Button" réalisant cet effet alpha.

Je peux comprendre qu'on soit "sentimental", mais de là à préferer les ".ini" aux ".settings", ça me dépasse ;)  (pas besoin de faire du xml pour manipuler les fichiers de config)

Je sais pas si vallait le coup d'attendre toutes ces heures, mais oui, les commentaires sont bien formattés maintenant ;)

Et concernant les pointeurs en C#, oui ça existe, mais le but c'est de s'en passer le plus possible (et donc de faire comme en java). Les seuls cas ou on devraient envisager d'utiliser des pointeurs, c'est pour des opérations très gourmandes et qui doivent être exécuter rapidement. Par exemple, utiliser du code unsafe pour faire des manipulations d'image "en temps réel" : oui, utiliser du code unsage pour manipuler des tableaux : non.

Et pour "soutenir" Bidou (même s'il n'en a pas besoin ;) ) sur les commentaires : l'avantage de respecter le format de commentaire .Net c'est que tu bénéficie ensuite de ces commentaires dans l'intellisense, chose qui est quand même bien pratique quand tu développe. De plus, si tu utilises les outils courant (comme Visual Studio), cela fait partie de l'outil et de facilite grandement la saisie de ces commentaires (un exemple, met toi juste au dessus d'une méthode non documentée et tape '///')

Oui en effet ca m'éviterai d'avoir a utiliser 52 images... (ca ne simplifiera pas le code, mais par contre la solution sera nettement plus propre).

Pour tout dire, ça faisait partie des évolutions de la prochaine version, mais si tu l'a déjà fait, autant en profiter :)
Il ne me reste plus qu'a rajouter une fenêtre "A propos..." pour faire apparaitre ta participation ;)

Pas de soucis, tiens moi au courant si ça ne marche pas...

Etrange... je viens de tester et le téléchargement marche pour moi.
Quand à compresser les images, il s'agit de jpeg (donc déja compressée) et de plus la source est fournie sous forme d'un zip, je ne vois pas ce que je peux faire de plus.

Le total fait 322ko, je ne comprend pas pourquoi le site t'empêche de le télécharger... (dans la version précédente du site en tout cas, la limite de taille était vérifiée à l'upload du fichier par l'auteur, pas lors du téléchargement).

Si tu n'arrives toujours pas à récupérer la source, je vais essayer de voir si c'est normal...

Il est possible d'utiliser des interfaces à la place des abstract class, mais il faut en effet modifier le code que tu cites. En fait, de mémoire, le code en question teste si le module hérite bien de la classe abstratire "mère" : si tu utilise des interfaces, il faut le modifier pour qu'il vérifie que l'objet testé implémente l'interface de base.

Et d'ailleur je me demande si un simple test "is" ne suffit pas à gérer les deux cas (héritage d'une classe abstraite ou implémentation d'une interface).

Si tu tiens à utiliser des interfaces, je pourrai jeter un oeil sur le code un peu plus tard pour te donner les infos utiles.