À cause de tous les sous-répertoires, mon code vit généralement dans, chaque fois que je trouve une recherche dans un fichier pour quelque chose, le code est exécuté de l'écran car la fenêtre de résultats a gaspillé tant de biens immobiliers précieux en répétant le chemin de fichier long. pour chaque objet de ma solution. Plus souvent que non, ils sont dans le même répertoire parent, ou je ne me soucie pas vraiment d'où ça va. p>
est une option pour raccourcir le nom du chemin pour peut-être que le fichier? em> p>
Aussi, le nom de fichier
p>
uniquement sur l'option CODE> dans la boîte de dialogue code> dans les fichiers code> ne le fait pas, il omet que le code de résultat. P>
p>
3 Réponses :
Vous pouvez modifier le résultat de la recherche VS mise en forme en modifiant le Registre. P>
Selon l'article
4 commentaires
Faisonnement, mon registre a deux clés pour Visual Studio 15 - les deux sont 15.0_8Characterhexstring. Semble le seul moyen de dire lequel est pour que mon installation vs est d'expérimenter?
@Williamjockusch peut-être qu'ils sont tous les deux. On pourrait être pour "Afficher le nom de fichier seulement" et l'autre pourrait être pour la sortie complète?
Tout le monde savait s'ils ont déplacé ces paramètres dans VS 2017, je ne trouve aucune clé de registre. Peut-être qu'il y a des fichiers de paramètres ou quelque chose quelque part de nos jours?
@OOLAJ - Suivez Réponse de Stephen Rauch - Je peux confirmer que cela a bien fonctionné pour moi.
Les choses sont différentes sur Visual Studio 2017. Vous ne trouverez pas les clés de Registre pour Visual Studio 2017 plus que Visual Studio 2017 maintenant stocke les clés de registre dans un fichier binaire privé sous Cependant, selon cette lien , il y a encore un moyen de trouver et de modifier les clés de registre pour Visual studio 2017. p>
Mise à jour: strong>
Il travaille également sur Visual Studio 2019 (version 16.0) aussi. P> % VsAppDataFolder% \ privateregistry.bin code>. p>
HKEY_LOCAL_MACHINE code> dans la barre de gauche li>
% localappdata% \ Microsoft \ VisualStudio \ 15.0_ [instanceid] {RootSuffix} \ privateregistry.bin code>. RootSuffix code> pour une installation normale VS sera vide. Cela est principalement utilisé pour l'instance expérimentale li>
privateregistry.bin code> quand il fonctionne, ce qui provoque des problèmes majeurs. Li>
ul>
Après ces étapes, mon VS2017 ne commence plus. Une erreur inconnue est survenue.
Désolé d'entendre ça.Il a travaillé pour moi. Veuillez vérifier si vous aviez suivi la procédure exactement. Peut-être une faute de frappe ou un espace supplémentaire? J'espère que vous avez fait une sauvegarde avant de modifier le registre.
J'ai proposé une suggestion à Microsoft pour la rendre possible. Vous pouvez le soutenir ici: VISUALStudio.UserVoice.com/forums/121579-Visual-Studio-ide/...
Juste pour confirmer que j'ai suivi cette procédure sur un ordinateur portable Windows 10. Cela a fonctionné pour moi.
@Eugenemaksimov fwiw, j'ai ouvert vs 2017 tandis que la ruche était toujours montée à Regedit et il est erroné. Démonter cela (comme si j'étais censé; ^ d) rendent les choses heureux à nouveau. YMMV, toujours faire une sauvegarde, 2 ¢, etc., etc., etc.
Juste pour confirmer que cela fonctionne également sur Visual Studio 2019.
@Eugenemaksimov Votre lien n'est plus valide. (AT) Zagezzig, je ne sais pas ce travail sur une nouvelle installation. Je conviens que Microsoft devrait l'améliorer. ou quelqu'un pourrait peut-être faire un plugin qui permettrait la personnalisation.
Ma première pensée était "Acheter un grand écran" :)