Dans le prolongement de cette question est-il possible de détecter si l'on est en mode conception ou en mode exécution à partir du constructeur d'un objet ?
Je me rends compte que ce n'est peut-être pas possible et que je devrai modifier ce que je veux, mais pour l'instant, c'est cette question spécifique qui m'intéresse.
Vous pouvez utiliser le LicenceUsageMode dans l'énumération System.ComponentModel espace de noms :
bool designMode = (LicenseManager.UsageMode == LicenseUsageMode.Designtime);
@Filip Kunc : si cela ne fonctionne pas dans OnPaint, vous pouvez vérifier cette condition dans le constructeur et la stocker dans un champ de classe.
Cela ne fonctionne pas non plus lorsque l'on surcharge WndProc dans un contrôle utilisateur. Il faut utiliser la suggestion de @IMil
Vous cherchez quelque chose comme ça :
public static bool IsInDesignMode()
{
if (Application.ExecutablePath.IndexOf("devenv.exe", StringComparison.OrdinalIgnoreCase) > -1)
{
return true;
}
return false;
}Vous pouvez également le faire en vérifiant le nom du processus :
if (System.Diagnostics.Process.GetCurrentProcess().ProcessName == "devenv")
return true;
Fonctionne dans OnPaint, les classes dérivées, les constructeurs, etc. La meilleure solution à ce jour.
Component ... pour autant que je sache, ne possède pas la propriété DesignMode. Cette propriété est fournie par Control. Mais le problème est que lorsque le CustomControl est situé dans un formulaire dans le designer, ce CustomControl fonctionne en mode d'exécution.
J'ai constaté que la propriété DesignMode ne fonctionne correctement que dans le formulaire.
Merci pour le conseil ! Je n'avais jamais réalisé cela auparavant, mais c'est parfaitement logique. L'utilisation de la méthode LicenseManager fournie par adrianbanks fonctionne parfaitement dans ces cas, où le contrôle est intégré dans un autre contrôle/formulaire. +1 pour chacun !
+1 Vous avez tout à fait raison, c'est aussi mon expérience. Lorsque vous placez un contrôle d'utilisateur sur un formulaire, s'il y a des événements de mouseenter ou de chargement, DesignMode apparaîtra toujours comme faux parce que vous n'êtes pas en designmode pour ce contrôle. D'après mon expérience, cela fait planter Visual Studio assez violemment.
Cela ne fonctionne pas lorsque votre contrôle se trouve à l'intérieur d'un autre contrôle ou formulaire en cours de conception.
Une autre méthode intéressante est décrite sur ce blog : http://www.undermyhat.org/blog/2009/07/in-depth-a-definitive-guide-to-net-user-controls-usage-mode-designmode-or-usermode/
En gros, il teste si l'assemblage en cours d'exécution est référencé statiquement à partir de l'assemblage d'entrée. Il contourne le besoin de suivre les noms d'assemblages ('devenv.exe', 'monodevelop.exe'..).
Cependant, cela ne fonctionne pas dans tous les autres scénarios, où l'assemblage est chargé dynamiquement (VSTO étant un exemple).
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
