Bah en fait le système de communication doit être paramétré pour être utilisé. Pour les gens qui ne veulent que savoir si ya déjà une instance ouverte, ils n'ont qu'à créer un SingleInstanceManager et, s'ils veulent faire apparaitre leur fenêtre, ils font SetWindow (met le handle dans la zone mappée) et le travail peut se faire. La communication est désactivée tant qu'on ne l'a pas explicitement demandée.  

Je tiens à spécifier que ta méthode est effectivement celle utilisée par le programme. Le HWND est transféré dans une région partagée en mémoire. Par contre le "dialogue" est pour envoyer des chaînes de caractères vers l'application. Pour cela envoyer des WM_COPYDATA est plus adapté. Mais cela cause une surcharge pour le développeur .NET, qui doit surcharger WndProc.

@BruNews:
Est-ce que ta source permet le transfert de paramètres comme ceux envoyés par l'éxécutable ? on dirait que non. La première partie est rigoureusement identique à la mienne. Et si c'était juste cela, il existe des mécanismes en .NET qui font cela. Des sources sont d'ores et déjà disponibles sur csharpfr. Mais ma source permet de transférer simplement des chaînes de caractères vers l'instance unique en utilisant WM_COPYDATA. Dans Paint.NET, cette fonctionnalité est utilisée pour envoyer vers la fenêtre les images qu'on ouvre via l'explorateur windows.

Avec vista cela marche parfaitement, y compris avec vista avec UAC activé, il me semble, car cela n'est pas du code affectant des parties sensibles du système. Je n'ai pas rencontré de cas nécéssitant l'UAC avec ce code.

Et, des moyens moins hardcore de transmettre des messages, c'est assez difficile, selon moi. Si tu n'as besoin que d'avoir instance unique les Mutex sont pour ça (il existe des sources ici qui utilisent cela).

Et, quant à moi, j'ai déjà vu du code bien plus horrible et utilisant les API système à fond: un truc qui permet, en .NET, d'utiliser les «common dialogs» Vista.

Si c'est uniquement pour du texte, on peut sauver du code en insérant System.Web.Security.FormsAuthentication.HashPasswordForStoringInConfigFile(Chaine,"md5"); ou System.Web.Security.FormsAuthentication.HashPasswordForStoringInConfigFile(Chaine,"sha1"); (Chaine étant la chaîne à crypter).

Merci de nous montrer comment se servir des versions binaires, je n'avais jamais réussi à les faire fonctionner.

Bonne journée!

Si vous avez des idées et/ou améliorations et/ou bugs, n'hésitez pas  ;)

Désolé ... j'étais un peu épuisé quand j'ai écrit, mais au moins il n'y en a pas trop :)

Enzyme, le projet a été créé sous VS2003. Dans ce temps, lors de la création, on mettait cette fonction dans le fichier de la form principale, et puisqu'il n'y avait pas de classes partielles, le code du designer aussi.

Si quelqu'un tente de faire des modifications hazardeuses sur les fichiers, un utilitaire intégré à presque tous mes programmes appellé fstrestore.exe effectue une récupération (soit par internet, soit par une copie de sauvegarde) sur le fichier.

Mais bien vu pour la DLL;) Personnellement, j'essaie de modifier les resources intégrées dans l'éxécutable, mais ça fournit des résultats trop mauvais et une récupération du programme est indispensable.

Je préfère tout de même mettre à disposion les .resx directement et les incorporer à l'application sans effort (le constructeur permet de charger des fichiers externes).

Sinon, ça aidera les débutants à utiliser la localisation fournie avec .NET :)