Visual Studio 2013 - F10 / F11 a cessé de fonctionner lors de la mise à niveau?
Je viens de mettre à niveau mon Visual Studio de 2012 à 2013 et je n'ai rien fait d'autre à part installer toutes les mises à jour recommandées.
Pour une raison quelconque, quand je vais dans ma solution et appuyez sur F10 ou F11, il exécute l’ensemble du programme comme si j’avais appuyé sur F5... F8 travaille le chemin F10 mais je ne sais pas pourquoi les clés que j’ai toujours utilisées maintenant ne le sont pas.
J'ai configuré Visual Studio comme un environnement VB.
Comment puis-je réparer cela?
Merci!!!
Informations supplémentaires:
Juste pour ajouter autant d’informations que possible, si je mets un point d’arrêt dans mon code, je peux utiliser F10 / F11 continuer à parcourir mon code une fois que le point d'arrêt est atteint et que l'exécution est arrêtée comme prévu.
EDIT 2013-12-31:
Basé sur un commentaire de Neolisk , il semble qu'il s'agisse simplement d'un changement de comportement par défaut dans Visual Studio 2013 ... Si quelqu'un sait comment y revenir, comme ce fut le cas en 2012, être grandement apprécié, mais au moins, je sais maintenant que ce n’est pas un problème d’erreur/d’installation.
Si 2013 fonctionne de la même manière que les versions précédentes, procédez comme suit:
- Naviguez jusqu'à Outils> Paramètres d'importation et d'exportation
- Choisissez "Importer les paramètres d'environnement sélectionnés"
- Sur l'écran suivant, choisissez d'enregistrer vos réglages actuels si vous le souhaitez.
- Lorsque vous arrivez au point où vous pouvez importer, sélectionnez simplement "Paramètres de développement généraux".
Cela devrait ramener tout ce à quoi vous êtes probablement habitué. La plupart des gens sont configurés à l'aide de paramètres généraux et ne le réalisent pas ou ne l'oublient pas.
EDIT: Si votre problème est que le programme s'exécute lorsque vous appuyez sur F10 ou F11 lorsque vous êtes pas en train de déboguer, alors je pense que vous pourriez ne plus avoir de chance. C’est ce qui m'est arrivé personnellement depuis le VS 2008 F12 clé quand je suis pressé), et après quelques recherches, je pense que ça arrive à tout le monde:
Je suppose que c'est un effet secondaire de l'impossibilité de définir des raccourcis clavier contextuels selon que vous êtes en train de déboguer ou non. Puisque F10 et F11 sont liés aux opérations liées à l’exécution du débogage, je suppose que Visual Studio réalise qu’il doit être débogué pour les traiter et démarre donc le programme.
AUTRE ÉDIT: Bien sûr, il est également possible que le schéma ait été défini sur autre chose dans VS2012. Consultez toutes les touches de raccourci prédéfinies de Visual Studio par environnement ici: http://msdn.Microsoft.com/en-us/library/da5kh0wa (v = vs.120) .aspx
Si aucun d’entre eux n’a les mappages auxquels vous êtes habitués F8, F10, ou F11, il est alors possible que vous ou un add-on ait eu peu de raccourcis clavier personnalisés définis.
Dans le pire des cas, vous pouvez simplement redéfinir vos raccourcis manuellement en saisissant les paramètres du clavier: Outils> Options> Environnement> Clavier
Microsoft a probablement une raison de ne pas autoriser à entrer dans une propriété par défaut.
Les propriétés sont censées être principalement get et set et ne pas contenir beaucoup d'implémentation. Mais cela peut ne pas être le cas tout le temps.
Si quelqu'un essaie de pénétrer dans une propriété, cela signifie que ce développeur soupçonne quelque chose dans cette propriété qui pourrait causer des problèmes. Donc, par défaut, ce comportement doit être inversé et autoriser la progression dans les propriétés.
Pour le moment, c’est ainsi que vous pouvez activer l’intégration dans les propriétés.
- Allez dans le menu Outils> Options de Visual Studio.
- Aller au débogage> élément de menu général dans le volet gauche.
- Dans la vue de droite, vous verrez une option et passer en revue les propriétés et les opérateurs (géré uniquement). Décochez cette option et vous êtes tous ensemble.
Activer l'étape dans les propriétés du débogueur Visual Studio
Si ce qui précède n'a pas fonctionné, alors suivez ceci
Dans la page Options.Keyboard, sélectionnez "Debug.StepOver" dans la liste déroulante des commandes, puis activez le champ de texte "Appuyez sur les touches de raccourci" et appuyez sur F10, cliquez sur le bouton Assigner pour réaffecter un raccourci. Est-ce que cela fonctionne?
Vous pouvez également essayer d'exécuter Visual Studio en mode sans échec, ce qui empêchera le chargement de tous les VSPackages tiers au démarrage de Visual Studio. Si le problème disparaît en mode sans échec, vous pouvez envisager de vérifier vos add-ons installés ou vos VSPackages.
Deuxièmement, pour consigner toute l'activité de Visual Studio dans un fichier journal pour un dépannage plus approfondi, utilisez le commutateur/Log et publiez le contenu du fichier journal ici afin que nous puissions approfondir nos recherches.
Si cette fonctionnalité fonctionne bien avant et se comporte soudainement de manière anormale, cela indique généralement que certains fichiers ou configurations d'installation de Visual Studio sont corrompus ou manqués. Vous pouvez:
Restaure les paramètres par défaut de Visual Studio à l'aide de la commande "Devenv.exe/ResetSettings". Veuillez sauvegarder vos paramètres avant de restaurer les paramètres par défaut.
Réparer/réinstaller Visual Studio;
Pour réparer Visual Studio Dans la boîte de dialogue Ajout/Suppression de programmes, sélectionnez Visual Studio, puis cliquez sur Modifier/Supprimer.
Vous pouvez essayer certains de ces paramètres de réinitialisation:
Et différentes combinaisons de celles-ci, c’est-à-dire d’abord ResetToBasic. Si cela n’aide pas, essayez ResetToC #, puis revenez à Basic. Puis essayez General, retournez à Basic. Voyez si vous pouvez vous frayer un chemin comme ça.
EDIT: J'ai essayé mon VS 2012, et comparé à VS 2013. Ce que vous avez décrit est complètement normal . VS 2012 a l'habitude de marcher dans Form_Load et similaire sur F10 et F11, VS 2013 ne le fait plus. Il semble donc que votre VS 2013 fonctionne fonctionne comme prévu .
On dirait que vous êtes dans VB paramètres et non en C #. Vous devriez essayer de changer vos paramètres pour l’un ou l’autre et voir si ces options de débogage changent. Sur ma machine
Outils - Importer les paramètres d’exportation - Réinitialiser tous les paramètres - C # (si vous le souhaitez) F10/F11) VB si vous voulez F8/Shift-F8. Quels que soient vos paramètres, vous pouvez toujours coder dans les deux langues, mais si vous êtes habitué à appuyer sur F10 pour déboguer du code VB.NET, vous avez utilisé les paramètres C # pendant tout ce temps. Rien de nouveau avec Visual Studio à cet égard. J'utilise VS2013 Ultimate, j'utilise Visual Studio depuis VS2003.
La première image est VB.net, la seconde est les paramètres C # 
Une idée pour le tester rapidement:
Créez une application de console Hello World.
1 Module Module1
2
3 Sub Main()
4 Console.WriteLine("Hello")
5 End Sub
6
7 End Module
Construire en premier. Placez le curseur à la ligne 4 (avant chaque étape), les commandes doivent démarrer le mode Débogage si vous êtes en mode Création.
- F10 (StepOver): devrait faire une pause sur la ligne 3
- F11 (StepInto): devrait rompre sur la ligne 3
- CTRL+F10 (RunToCursor): devrait rompre sur la ligne 4
S'il fonctionne correctement: Peut-être que l'assemblage contenant le point d'entrée de votre programme a été modifié et n'a pas été reconstruit, ou il y a un autre problème avec le point où le contrôle devrait casser.
Si cela ne fonctionne pas comme prévu sur l'exemple, je pense que vous devriez poser la question sur MSDN FORUM ou créer un rapport de bogue. .
Je ne sais pas pourquoi ils pourraient avoir l'intention de changer ce comportement. Cela fonctionne pour moi dans mon édition Express 2013 avec C # récemment.
J'ai trouvé que je devais exécuter VS en tant qu'administrateur pour déboguer correctement. Je fais aussi une solution propre avant le débogage, en particulier sur les machines x64. Si vous insérez un point d'arrêt de débogage manuel dans le code et que IDE indique qu'il ne peut pas s'arrêter à ce stade, il est possible que le débogueur ne soit pas synchronisé avec le code source.
J'ai trouvé ce que je pense être une solution de contournement acceptable pour les touches F10/F11 non-fonctionnelles. Ce sont probablement les clés les plus utilisées pour parcourir le code. Il est très pénible de cliquer sur le débogage et de sélectionner la clé dans la liste déroulante.
J'ai contourné cette lacune en ajoutant des icônes à la barre d'outils pour ces opérations.
Si vous ne savez pas comment procéder, dans la barre d'outils Déboguer, cliquez sur la flèche pointant vers le bas, près du côté droit de la barre. Cliquez sur Ajouter ou supprimer des boutons .. Choisissez Personnaliser .... Choisissez Ajouter une commande.__ Sélectionnez Déboguer. Faites défiler jusqu'à la clé désirée (étape par-dessus/étape dans). Vous avez cliqué Vous verrez les deux icônes ajoutées à gauche de la barre d’outils. Malheureusement, c’est la même icône, mais avec un peu d’utilisation, vous devriez pouvoir sélectionner la bonne touche sur laquelle cliquer.
En fait, je préfère cette méthode que d’essayer de retenir quelle touche de fonction.Appuyer sur.
Cela semble stupide de demander, mais quel type de clavier avez-vous? Je sais que certains claviers ont différents modes qui vous permettent de définir différents profils de touches en fonction de l'application. J'utilise cette fonctionnalité avec mon clavier Microsoft Natural. Cependant, le profil est toujours actif lorsque je bascule dans Visual Studio, puis F10, etc ne fonctionne pas correctement.
F10 ne fonctionnait pas lorsque j'ai essayé de l'utiliser pendant le débogage. Une solution que j'ai trouvée ici dans le 'Tutoriel JavaScript Kudvenkat n ° 4 Comment déboguer JavaScript dans Visual Studio' a résolu mon problème. La solution était qu'Internet Explorer devait être le navigateur par défaut. J'utilisais Opera. J'espère que ça aide.
Sur de nombreux ordinateurs portables de marque, il y a un bouton supplémentaire "Fn", appuyez sur "Fn" et "Esc" ensemble. Les touches fonctionnelles seront activées dans Visual Studio.
J'ai fait face au problème que F10/F11 ne fonctionne pas mais le point d'arrêt fonctionne.
Après avoir désinstallé le logiciel de sécurité et déchargé les lecteurs correspondants, il fonctionne à nouveau.
Donc, mon conseil est que. Et je suppose que cela est dû aux lecteurs. Par conséquent, si ceux-ci ne fonctionnent pas, essayez simplement de décharger les lecteurs douteux susceptibles d’être liés à cette question.