J'obtiens l'erreur suivante:

Opération inter-threads non valide : le contrôle 'txtLog' a fait l'objet d'un accès à partir d'un thread autre que celui sur lequel il a été créé.

A la ligne :
            // s'il est différent de ce qui est déja existant on ajoute a la textbox
            txtLog.Text += temp;

Merci.

Pour ma part j'utilise The regulator (http://sourceforge.net/projects/regulator/). Il est bien fait mais légèrement buggé et a cessé d'évoluer depuis un moment. Je vais tester celui-ci.
Si quelqu'un connais d'autres bon outils à tester...

A ce sujet tu peux utiliser PostSharp. Il te suffit alors de décorer ta classe d'un simple attribut pour qu'elle "implémente" automatiquement INotifyPropertyChanged.

En fait, je me suis rendu compte après avoir fais cette source que quelque chose de mieux avait déjà été fait dans les samples de postsharp : http://doc.postsharp.org/index.html#http://doc.postsharp.org/UserGuide/Samples/Overview.html

Merci beaucoup pour vos commentaires.

N'hésitez pas à me faire part de suggestions pour améliorer le code surtout si c'est un sujet sur lequel vous avez déjà travaillé. :-)
Je trouve que le databinding est un sujet passionnant. J'adorerais améliorer cette source avec quelqu'un d'autre...

Il y a un bug sur cette expression régulière : (.+?\\)*

Elle retourne seulement 2 captures dans le groupe 1 quand je teste cette chaîne de caractères : "aaa\bbb\ccc\".

A rien. Tu as raison :-).

Je comprends le dilemme entre performance et évolutivité/productivité, mais pourquoi dis-tu que l'idée du framework 3.0 et de se passer au maximum d'objets ?
Il me semble qu'ils disent simplement qu'il vaut mieux utiliser des énumérations que des collections jusqu'à l'affichage, mais je ne vois pas en quoi cela interdit la création d'objets dans un couche métier.

Ce que je voulais dire par : "quitter l'application pour que les modifications s'appliquent", c'est que je ne peux pas ouvrir le package avec Excel tant qu'il est ouvert avec ton application. (si j'essaie, j'obtiens un message d'erreur qui me dit que l'extension n'est pas valide. J'utilise office 2003 avec le plugin FileFormatConverters mais je pense que c'est la même chose avec office 2007) Donc je dois fermer ton appli à chaque fois que je veux voir ce que ça donne dans Excel, ce qui est un peu embêtant... L'idéal serait d'avoir un bouton "visualiser avec office" (directement dans l'appli et qui ouvre avec Excel, Word ou PowerPoint selon l'extension du package).

"il suffit d'aller dans les options et selectionner le chemin vers ou sauvegarder puis valider" : oui j'avais vu. Ce que je proposais, c'est de pouvoir choisir ce chemin aussi dans la boite de dialogue pour la création de package. Mais c'est vrai que c'est secondaire...

"pouvoir ouvrir plusieurs package en même temps et ouvrir chaque package-part dans un nouvel onglet" : En ce qui me concerne, j'ai souvent besoin de comparer 2 packages (un qui fonctionne et l'autre qui bug). C'est pour ça que j'ai pensé à ça.

"si on supprime une part, ca serait assez compliquer de pouvroir annuler" : sans aller jusqu'à là, ce serait bien déjà de pouvoir annuler/restaurer les modifications faite dans une part.

Après je pensais aussi à ajouter un peu plus d'intellisens dans l'édition du XML (comme ce qui se fait dans Visual Studio). Avec éventuellement de l'auto complétion des balises grâce à un schema XML pour Open Xml. Mais là je pense que c'est un peu plus difficile à faire...

Je vais regarder ce Microsoft SDK for Open XML Formats. S'agit-il d'un modèle objet qui permet de faire de l'Open Xml ?

Merci encore pour ce programme. Il m'est vraiment très utile ;-)

Merci beaucoup pour cette source.
Que veux tu dire par : "ne pas stocker mes objets dans une couche métier" ?