Problème Visual Studio 2008 Express

Bonjour à tous, quelques fois lorsque je navigue dans l'explorateur de solutions et que je reviens sur une fenêtre Le MainMenuStrip devient vide ou alors ne garde que les premiers items et le reste disparait, quand je regarde dans le fichier designer de la fenêtre correspondante je m'aperçois dans le code que les objets non visibles y sont toujours déclarés mais il ne sont plus ajoutés dans les propriétés DropDownItems

Exemple :

Me.FichierToolStripMenuItem.DropDownItems.AddRange(New System.Windows.Forms.ToolStripItem() {Me.QuitterToolStripMenuItem}) cette ligne disparait donc QuitterToolStripMenuItem n'est plus visible sur la form mais elle reste déclarer dans le fichier designer.vb :

Friend WithEvents QuitterToolStripMenuItem As System.Windows.Forms.ToolStripMenuItem
       
        '
        'QuitterToolStripMenuItem
        '
        Me.QuitterToolStripMenuItem.Name = "QuitterToolStripMenuItem"
        Me.QuitterToolStripMenuItem.Size = New System.Drawing.Size(111, 22)
        Me.QuitterToolStripMenuItem.Text = "&Quitter"

Me.QuitterToolStripMenuItem = New System.Windows.Forms.ToolStripMenuItem

Alors je sais pas si ça ne le fait que pour cette instance/session de Visual Studio Express 2008, peut être que quand je redémarrerai le programme cela ne fera plus ça, mais pour avoir tout refait le code design et reajuster la form avec les contrôles non visibles c'était un peu chiant à faire ^^

Est-ce que cela peut se reproduire ? Y a t'il un moyen d'y remédier ?

Merci d'avance.

Redman

Moi aussi, j'ai vu disparaître des objets du concepteur, et ils reviennent pas toujours quand on re-initialise le projet.
J'ai vite appris a refaire le code dans le concepteur, mais c'est pas toujours trés clair. (C'est le concepteur qui est pas clair, et il aime pas trop quand on change les étiquettes)
Je n'ai plus aucun problème depuis que je déclare tous les contrôles dans le code, et ça m'oblige à garder un meilleur équilibre entre une interface trop facile à décrire et un code encore très dichotomique. Sans compter que c'est plus difficile de placer la déclaration en dehors du code que le Client en dehors de son Parent.
Je conserve encore la première page (Form1), mais comme tous les contrôles y sont Add Dans le texte, le code du concepteur est réduit au minimum, et c'est toujours le même.
Cependant, et pour obéïr à la grosse fenêtre d'injonction de l'edi qui recommande tout mais pas ça, je m'initie au WPF qui interprète le code de conception visuelle pour afficher l'application au fur et à mesure. 
   Je voulais me passer de ce code pour développer plus classique, et je me suis apperçu qu'on peut très bien écrire un programme en basic WPF comme si c'était du 6. Il faut juste développer quelques objets fondamentaux d'interface en plus, mais ça redevient du Pascal : L'interprèteur n'assume plus.
  En définitive, le basic classique reste une aubaine pour les ASMs qui veulent concocter un gros pupitre pour leurs petits paramètres. Il me semble qu'on cherche plutot le contraire: allèger l'interface avec du code.
Salut @+, en espèrant que la mémoire d'écran est pas dans le noyau protégé, sinon j'oublie tous les basics du siècle dernier et je démarre le calendrier en 2008.