Reply to thread

Message

<blockquote data-quote="Boris" data-source="post: 434236">Je vote pour !Pour ce qui est du &quot;versionning&quot;, il faut faire évoluer l'interface de programmation des plugins.[code]public interface ISetupForm{string PluginName(); // Return the name which should b shown in the plugin menustring Description(); // Return the description which should b shown in the plugin menustring Author(); // Return the author which should b shown in the plugin menuvoid ShowPlugin(); // show the setup dialogbool CanEnable(); // Indicates whether plugin can be enabled/disabledint GetWindowId(); // get ID of plugin windowbool DefaultEnabled(); // Indicates if plugin is enabled by default;...[/code]Il faudrait ajouter une méthode qui donne la version du plugin, genre &quot;int GetVersion();&quot;. (ou double si on veut gérer des décimales... mais une version 1, puis 2, puis 3, etc... me va bien, que ce soit la 1.1, 1.2, 1.203... on s'en moque (ce n'est pas le coeur du débat ici))Et pour les plugin existant, le fait de ne pas avoir cette méthode, donnerait une version par défaut, style &quot;version 0&quot;.Pour le bien des plugin et de l'organisation du programme, je pense que quelques méthodes supplémentaire ne ferait pas de mal, genre :- void SetBasePath();&nbsp; : pour que le plugin sache où se trouve les fichiers complémentaires dont il aurait besoin, quoiqu'une méthode existe en .net pour savoir l'endroit où le programme en cours d'exécution est stocké, je pense qu'une directive de la part du programme principal est bien mieux.- void Unload(); : afin que le plugin arrête sont exécution, dans le but de pouvoir écraser le binaire avec la mise à jour : ou alors que MP s'auto arrête et relance à la fin du process de mise à jour.Il faudrait peut-être regarder ce qui existe comme dans Firefox par exemple. Ca pourrait donner des idées.</blockquote>

[QUOTE="Boris, post: 434236"] Je vote pour ! Pour ce qui est du "versionning", il faut faire évoluer l'interface de programmation des plugins. [code]public interface ISetupForm { string PluginName(); // Return the name which should b shown in the plugin menu string Description(); // Return the description which should b shown in the plugin menu string Author(); // Return the author which should b shown in the plugin menu void ShowPlugin(); // show the setup dialog bool CanEnable(); // Indicates whether plugin can be enabled/disabled int GetWindowId(); // get ID of plugin window bool DefaultEnabled(); // Indicates if plugin is enabled by default; ...[/code] Il faudrait ajouter une méthode qui donne la version du plugin, genre "int GetVersion();". (ou double si on veut gérer des décimales... mais une version 1, puis 2, puis 3, etc... me va bien, que ce soit la 1.1, 1.2, 1.203... on s'en moque (ce n'est pas le coeur du débat ici)) Et pour les plugin existant, le fait de ne pas avoir cette méthode, donnerait une version par défaut, style "version 0". Pour le bien des plugin et de l'organisation du programme, je pense que quelques méthodes supplémentaire ne ferait pas de mal, genre : - void SetBasePath(); : pour que le plugin sache où se trouve les fichiers complémentaires dont il aurait besoin, quoiqu'une méthode existe en .net pour savoir l'endroit où le programme en cours d'exécution est stocké, je pense qu'une directive de la part du programme principal est bien mieux. - void Unload(); : afin que le plugin arrête sont exécution, dans le but de pouvoir écraser le binaire avec la mise à jour : ou alors que MP s'auto arrête et relance à la fin du process de mise à jour. Il faudrait peut-être regarder ce qui existe comme dans Firefox par exemple. Ca pourrait donner des idées. [/QUOTE]

Verification