Visual Studio Code 1.60 est disponible et apporte la détection automatique du langage
Visual Studio Code 1.60 est disponible et apporte la détection automatique du langage,
ainsi que la possibilité de garder les éditeurs de terminal ouverts au lieu de les fermer lorsqu'ils ne parviennent pas à être restaurés
Planche de travail
Détection automatique du langage
Dans l'avant dernière version, Microsoft a introduit une fonctionnalité expérimentale pour les fichiers sans titre qui définirait automatiquement le mode de langage du fichier en fonction du contenu. La fonction de détection automatique du langage utilise l'apprentissage automatique pour deviner le langage et le modèle d'apprentissage automatique s'exécute entièrement en local sur votre machine. Le modèle est alimenté par la bibliothèque ML open source, Tensorflow.js.
Dans cette version, Microsoft active la détection automatique du langage par défaut et étend également la détection pour inclure les fichiers qui n'ont pas d'extension de fichier. Dans Notebooks, Microsoft propose un moyen simple de demander la détection du langage à l'aide du sélecteur de langage.
Et Microsoft d'expliquer :
« Nous avons ajouté cette fonctionnalité car nous avons constaté que certains nouveaux utilisateurs de VS Code ne savaient pas comment définir le mode de langage et ne savaient pas que cela était nécessaire pour obtenir le riche ensemble de fonctionnalités de VS Code (colorisation du langage et recommandations d'extension). Permettre aux nouveaux utilisateurs de voir rapidement les fonctionnalités de langage et les extensions disponibles pour VS Code les aide à se lancer dans l'éditeur.
« De plus, les utilisateurs expérimentés qui utilisent des éditeurs de texte sans titre comme bloc-notes n'ont plus besoin de définir explicitement le mode de langage, ce qui, nous l'espérons, rationalisera leur flux de travail ».
Vous trouverez ci-dessous plusieurs scénarios amusants activés par la détection automatique du langage.
Prenez un exemple en ligne et collez-le dans un éditeur sans titre*:
Option de détection automatique dans le sélecteur de langage Notebooks*:
Boîte de dialogue de confirmation de l'éditeur de terminal
La boîte de dialogue présentée lors de la fermeture d'un éditeur de terminal avec des processus enfants en cours d'exécution est désormais spécifique à l'éditeur de terminal et n'offrira plus de moyen d'effectuer l'action « Enregistrer » le terminal.
Gardez les éditeurs ouverts au lieu de les fermer lorsqu'ils ne parviennent pas à être restaurés
Auparavant, lorsqu'un éditeur ne parvenait pas à être restauré après le rechargement de la fenêtre ou le redémarrage de l'application, l'éditeur se fermait automatiquement jusqu'à ce qu'un éditeur se chargeant avec succès soit trouvé. Ce comportement a conduit à des résultats frustrants, où une mise en page d'éditeur soigneusement créée disparaîtrait en raison de la fermeture des éditeurs.
Avec cette version, un éditeur qui a déjà été ouvert avec succès ne se fermera pas, même s'il ne parvient pas à se restaurer. L'éditeur signale le problème et propose de retenter l'opération.
Ouvrir l'éditeur de paramètres sur le côté
Il est désormais possible d'ouvrir l'éditeur de paramètres dans un groupe latéral en configurant un raccourci clavier à l'aide de l'argument openToSide.
Code:
1
2
3
4
5
6
7
| {
"key": "cmd+,",
"command": "workbench.action.openSettings",
"args": {
"openToSide": true
}
} |
Cela fonctionne également avec la commande workbench.action.openSettingsJson.
Éditeur
Colorisation des paires de crochets haute performance
L'éditeur prend désormais en charge la colorisation native des paires de crochets.
La colorisation des paires de crochets peut être activée en définissant editor.bracketPairColorization.enabled sur true. Toutes les couleurs sont thématiques et jusqu'à six couleurs peuvent être configurées.
Suggestions en ligne dans la saisie semi-automatique
Les suggestions intégrées peuvent désormais étendre l'aperçu des suggestions lorsque le widget de saisie semi-automatique est affiché. Si une suggestion sélectionnée dans le widget de saisie semi-automatique peut être étendue par un fournisseur de saisie semi-automatique, l'extension est affichée en italique. Appuyer une fois sur Tab n'acceptera toujours que la suggestion de saisie semi-automatique. Appuyez une deuxième fois sur Tab pour accepter la suggestion en ligne.
Cette fonctionnalité nécessite l'activation de l'aperçu de suggestion ("editor.suggest.preview": true).
Terminal
Rendu personnalisé de box drawing et block element characters
Box drawing et block element characters utilisent désormais des glyphes personnalisés au pixel près au lieu d'utiliser la police lorsque l'accélération GPU est activée (terminal.integrated.gpuAcceleration). Cela signifie, par exemple, que les cases sont dessinées sans espaces, même si vous définissez la hauteur des lignes ou l'espacement des lettres dans le terminal.
Reconnexion plus rapide après rechargement de la fenêtre
Auparavant, lors du rechargement d'une fenêtre, l'analyse de l'état du tampon d'un terminal pouvait prendre jusqu'à 300 ms et il y avait également une possibilité de corruption. Pour plusieurs terminaux occupés, cela peut vite s'additionner ! Pour résoudre ce problème, la méthode de restauration du tampon est passée de l'enregistrement d'un grand nombre d'événements de terminal bruts récents sur l'hôte pty au maintien d'une interface de terminal sans tête sur l'hôte pty et à l'écriture de toutes les données dessus.
Cette approche apporte plusieurs avantages :
- La quantité de défilement à restaurer peut être affinée. La valeur par défaut est maintenant 100, ce qui est un bon équilibre entre la vitesse et la quantité de données. La quantité de défilement peut être modifiée avec le paramètre terminal.integrated.persistentSessionScrollback.
- Grâce à l'analyseur rapide de xterm.js, cela devrait avoir un impact minimal sur l'utilisation du processeur et réduire l'utilisation globale de la mémoire sur l'hôte pty.
- Les modes de terminal sont maintenant restaurés explicitement, ce qui pourrait potentiellement être manqué auparavant et provoquer une corruption de la mémoire tampon.
- Il n'est plus nécessaire de rejouer des événements de redimensionnement coûteux car le tampon du terminal est toujours synchronisé avec sa taille.
- Comme la restauration est relativement rapide, tout est géré dans une seule image. Cela signifie que le temps CPU précieux n'est pas gaspillé pour rendre le terminal partiellement restauré et ralentir davantage les choses.
L'accélération de cette nouvelle implémentation dépend de nombreux facteurs, tels que le nombre de terminaux, le matériel, la taille de la mémoire tampon du terminal et ce qui se passait dans le terminal. Une estimation approximative de la restauration d'un tampon de terminal complet devrait donner une accélération approximative de 5 à 10x.
Source : Visual Studio Code
5 pièce(s) jointe(s)
Visual Studio Code 1.62 est disponible avec l'amélioration de l'accessibilité de l'éditeur de paramètres
Visual Studio Code 1.62 est disponible avec l'amélioration de l'accessibilité de l'éditeur de paramètres
et un aperçu de la version Web de l'éditeur de code
Visual Studio Code (VS Code) est un éditeur de code source libre et open source (disponible pour Windows, macOS et Lin). Développé par Microsoft, il offre un support intégré pour JavaScript, TypeScript et Node.js et dispose d'extensions pour d'autres langages (tels que C++, C#, Java, Python, PHP, Go). Microsoft vient de publier la version d'octobre 2021 (ou v1.62) de VS Code. Et comme avec les dernières versions, VS Code 1.62 introduit de nouvelles fonctionnalités et des améliorations pour celles existantes. Voici un aperçu des points forts de cette version.
Visual Studio Code pour le Web - vscode.dev (aperçu)
Cette itération, l'équipe a publié un aperçu de VS Code pour le Web. VS Code pour le Web offre une expérience "zéro-installation" s'exécutant entièrement dans votre navigateur, vous permettant de parcourir rapidement et en toute sécurité les dépôts de code source et d'apporter des modifications légères au code. Pour commencer, allez sur "https://vscode.dev" dans votre navigateur. VS Code pour le Web possède plusieurs fonctionnalités de VS Code sur les PC que vous appréciez, notamment la recherche et la coloration syntaxique, ainsi que le support des extensions pour travailler sur votre base de code.
Selon l'équipe, en plus d'ouvrir des dépôts, des forks et des demandes d'extraction à partir de fournisseurs de contrôle de source comme GitHub et Azure Repos, vous pouvez également travailler avec du code stocké sur votre machine locale. Toutes les extensions ne peuvent pas s'exécuter lorsque VS Code est dans le navigateur. Les extensions qui sont purement déclaratives, comme les thèmes, les extraits ou les grammaires, peuvent s'exécuter sans modification dans le navigateur. Cependant, les extensions qui ont besoin d'exécuter du code doivent être mises à jour par les auteurs de l'extension.
Espace de travail
Accessibilité de l'éditeur de paramètres
L'équipe a apporté diverses améliorations à l'accessibilité de l'éditeur de paramètres :
- l'éditeur de paramètres revient en haut de la page après avoir effectué une recherche, de sorte que l'utilisateur ne se retrouve pas au milieu des résultats de la recherche après chaque recherche ;
- le sélecteur de la portée des paramètres est accessible par le clavier ;
- les blocs de texte de paramètres obsolètes affichent une icône. Auparavant, le texte déprécié se distinguait du reste du texte des paramètres uniquement par sa couleur ;
- plus d'éléments de l'interface utilisateur dans l'éditeur de paramètres ont l'ID du paramètre comme nom.
Changements dans l'éditeur
Amélioration des guides de paires de crochets
L'équipe a déclaré qu'elle a continué à travailler sur les guides de paires de crochets. Les lignes horizontales délimitent désormais l'étendue d'une paire de crochets. De même, les lignes verticales dépendent désormais de l'indentation du code entouré par la paire de crochets. Les guides de paires de crochets peuvent être activés en définissant editor.guides.bracketPairs sur true (false par défaut). L'équipe a ajouté une troisième option active qui permet de n'afficher un guide de paires de crochets que pour la paire de crochets active.
Le nouveau paramètre editor.guides.bracketPairsHorizontal contrôle si et quand le rendu des guides horizontaux doit être effectué (valeur par défaut : active). Les nouvelles couleurs thématiques editorBracketPairGuide.background{1,...,6} et editorBracketPairGuide.activeBackground{1,...,6} peuvent être utilisées pour personnaliser la couleur des guides de paires de crochets.
Paires de crochets personnalisables
Vous pouvez désormais configurer les paires de crochets pour un langage de programmation spécifique par le biais des paramètres. le paramètre editor.language.bracketPairs peut être utilisé pour configurer les caractères de crochets à faire correspondre. S'il est défini, editor.language.colorizedBracketPairs configure indépendamment les paires de crochets qui sont colorisées lorsque la colorisation ou les guides de paires de crochets sont activés.
Affichage des survols au-dessus ou au-dessous de la ligne courante
Vous pouvez désormais choisir d'afficher les survols IntelliSense au-dessus (par défaut) ou au-dessous de la ligne actuelle. En définissant editor.hover.above à false, les survols seront affichés sous la ligne actuelle.
Caractères de formatage directionnels Unicode
Dans cette version de VS Code, l'équipe a tenté d'apporter une solution à la vulnérabilité CVE-2021-42574. Il s'agit d'un problème dans l'algorithme bidirectionnel de la spécification Unicode jusqu'à la version 14.0. Il permet de réorganiser visuellement les caractères par le biais de séquences de contrôle, ce qui peut être utilisé pour créer un code source dont le rendu est différent de l'ordre logique des jetons ingérés par les compilateurs et les interpréteurs.
Les cybercriminels peuvent exploiter cette possibilité pour coder le code source des compilateurs acceptant l'Unicode de telle sorte que les vulnérabilités ciblées soient introduites de manière invisible pour les réviseurs humains. Pour résoudre le problème CVE-2021-42574, VS Code rend maintenant les caractères de formatage directionnels Unicode par défaut. Considérez l'extrait de texte suivant :
Code:
1
2
3
|
// from, to, ammount
transferBalance(5678, 1234, 6776, "USD"); |
Le texte ci-dessus contient deux caractères de formatage directionnel explicites, U+202E (RIGHT-TO-LEFT OVERRIDE) et U+202C (POP DIRECTIONAL FORMATTING). Ces caractères peuvent influencer l'algorithme bidirectionnel d'Unicode et pourraient être utilisés pour créer un code source dont le rendu est différent de celui que les compilateurs exécuteraient.
Le rendu spécial de ces caractères de formatage directionnels peut être désactivé en donnant au paramètre editor.renderControlCharacters la valeur false. Le paramètre editor.renderControlCharacters est maintenant true par défaut.
Terminal
Nouvelles combinaisons de touches par défaut pour les caractères spéciaux
Les combinaisons de touches suivantes ont été ajoutées et sont généralement prises en charge par d'autres terminaux :
- ctrl+shift+2 : saisit le caractère nul (0x00) ;
- ctrl+shift+6 : saisit le caractère de séparation d'enregistrement (0x1E) ;
- ctrl+/ : saisit le caractère de séparation d'unité (0x1F).
Langages
Configurer la façon dont HTML complète les attributs
Il existe un nouveau paramètre html.completion.attributeDefaultValue qui vous permet de choisir comment les valeurs sont remplies lorsqu'un attribut HTML est complété :
- guillemets doubles : La valeur est placée entre guillemets (par défaut) ;
- guillemets simples : La valeur est placée entre guillemets simples ;
- empty : La valeur est laissée vide.
Améliorations d'Emmet
La nouvelle commande Emmet : Update Tag (editor.emmet.action.updateTag) met à jour le placeholder avec la balise HTML à mettre à jour. L'extension s'active également maintenant lorsque l'on tente d'exécuter une commande Emmet. Selonl'équipe, ce changement devrait permettre de résoudre un problème où certaines commandes n'étaient pas trouvées lorsqu'elles étaient exécutées à partir de la palette de commande, tout en gardant la liste des événements d'activation plus précise afin qu'Emmet ne démarre pas inutilement, par exemple dans un espace de travail vide.
Pour les espaces de travail à racines multiples, Emmet extrait désormais les extraits de tous les dossiers de l'espace de travail, et non plus seulement du premier. Par conséquent, les extraits personnalisés de tous les dossiers de l'espace de travail seront suggérés lors de l'édition d'un fichier applicable dans l'espace de travail.
Blocs-notes
Meilleure sélection des rendus de sortie et des types MIME
Les cellules du bloc-notes peuvent produire plusieurs types de données (types MIME) qui peuvent être rendus de différentes manières à la fois par VS Code lui-même et par des extensions. Auparavant, VS Code disposait d'une mémorisation de base (mise en cache) du moteur de rendu sélectionné pour un type MIME, et vous pouviez configurer manuellement vos types MIME préférés à l'aide du paramètre notebook.displayOrder. Cependant, VS Code n'était pas particulièrement intelligent pour choisir le meilleur moteur de rendu pour un type MIME, et les types MIME préférés devaient être mis à jour manuellement.
Maintenant, les moteurs de rendu préférés sont mis en cache par type de notebook, au niveau de l'espace de travail. De plus, si vous passez à l'affichage d'un autre type MIME, cette préférence sera mise à jour en mémoire pour la session VS Code, et vous pouvez utiliser la commande Notebook: Save Mimetype Display Order pour mettre facilement à jour le paramètre notebook.displayOrder en fonction de la préférence de travail.
Fonctionnalités en aperçu
Prise en charge de TypeScript 4.5
Cette mouture ajoute la prise en charge de la prochaine version TypeScript 4.5. L'annonce de la version bêta de TypeScript 4.5 contient plus d'informations sur les nouvelles fonctionnalités du langage et des outils. Quelques points forts de l'outillage :
- compléments de signature de méthode ;
- compléments d'attributs JSX ;
- comptes de référence plus précis pour les références CodeLens.
Ingénierie
Changements dans la surveillance des fichiers
La surveillance des fichiers dans VS Code a changé de bibliothèque. L'équipe a déclaré qu'elle va progressivement déployer ce changement à tous les utilisateurs dans les semaines à venir. Les utilisateurs de Linux seront heureux d'apprendre que la fonction files.watcherExclude s'applique désormais de manière native, de sorte que le nombre de gestionnaires de fichiers que VS Code doit ouvrir pour la surveillance des fichiers peut être considérablement réduit.
Le paramètre existant files.legacyWatcher a été changé en une énumération avec ces valeurs :
- on : le nouvel observateur de fichiers ne sera jamais utilisé ;
- off : le nouvel observateur de fichiers sera toujours utilisé ;
- default : le nouvel observateur de fichiers ne sera utilisé que lorsque vous ouvrez des espaces de travail multiracine (via un fichier .code-workspace).
Progrès pour le support du bac à sable d'Electron
« Alors que nous continuons à préparer l'atelier VS Code pour l'activation de la sandbox d'Electron, nous avons progressé dans le déplacement des services de fichiers Node.js hors de la fenêtre de l'atelier vers un processus différent. Il en va de même pour l'observateur de fichiers qui ne bifurque plus de la fenêtre de l'atelier, mais d'un processus en arrière-plan. Ce changement est activé par défaut dans VS Code Insiders et le sera dans la version stable pour notre version de novembre », a déclaré l'équipe.
Corrections notables
- 73061 : propriétés énumérables mélangées avec des propriétés régulières ;
- 130868 : liste de suggestions Emmet manquant des entrées après l'ajout de snippets.json personnalisés ;
- 131966 : Emmet ne parvient pas à développer l'abréviation avec l'attribut onclick ;
- 135110 : prise en charge de différents paramètres de bordure pour les mises en page verticales ou horizontales, pour le fractionnement de l'éditeur en groupes.
Source : Visual Studio Code 1.62
Et vous ?
:fleche: Que pensez-vous changements introduits dans VS Code 1.62 ?
Voir aussi
:fleche: Visual Studio Code 1.60 est disponible et apporte la détection automatique du langage
:fleche: Visual Studio Code 1.59 est disponible. Cette version s'accompagne d'une amélioration de la vue Extensions, ainsi que du suivi des processus enfants et des avertissements de fermeture
:fleche: Visual Studio Code 1.58 est disponible et apporte des modifications aux commentaires des clients et la prise en charge des mathématiques dans l'aperçu de Markdown
:fleche: Visual Studio Code 1.57 s'accompagne de Workspace Trust, une fonctionnalité de sécurité pour autoriser ou restreindre l'exécution automatique de code
2 pièce(s) jointe(s)
Visual Studio Code 1.65 est disponible et propose une nouvelle expérience dans l'historique de l'éditeur
Visual Studio Code 1.65 est disponible et propose une nouvelle expérience dans l'historique de l'éditeur,
ainsi que l'évaluation des variables paresseuses du débogueur
Table de travail
Nouvelle navigation dans l'historique de l'éditeur
La fonction de navigation dans l'historique de l'éditeur dans VS Code pilote certaines commandes populaires, telles que Go Back et Go Forward. De nombreuses demandes de fonctionnalités visaient à améliorer cette fonctionnalité et également ajouter plus de fonctionnalités. Cette navigation dans l'historique de l'éditeur a été entièrement réécrite pour répondre à la plupart de ces demandes.
Navigation sensible au groupe d'éditeurs
Les groupes d'éditeurs sont désormais pris en compte lors de la navigation dans l'historique de l'éditeur. Naviguer en avant et en arrière dans l'historique de l'éditeur activera et concentrera les éditeurs exactement dans ces groupes d'éditeurs tels qu'ils étaient. Lorsqu'un groupe d'éditeurs est supprimé, toutes les entrées d'historique associées sont supprimées.
Nouveau paramètre pour étendre la navigation au groupe d'éditeurs ou à l'éditeur
Un nouveau paramètre workbench.editor.navigationScope permet de limiter la navigation dans l'historique de l'éditeur au seul groupe d'éditeurs actif ou même à l'éditeur. Les valeurs prises en charge sont*:
- default : la navigation dans l'éditeur fonctionne dans tous les groupes d'éditeurs et éditeurs ouverts.
- editorGroup*: la navigation dans l'éditeur est limitée aux éditeurs ouverts du groupe d'éditeurs actif.
- editor*: la navigation dans l'éditeur est limitée à l'éditeur actif.
Si vous configurez la portée sur editorGroup ou editor, chaque groupe d'éditeurs ou éditeur aura sa propre pile de navigation qui peut être parcourue individuellement.
Nouvelles commandes pour naviguer dans les emplacements d'édition ou de navigation
Par défaut, les emplacements de navigation de l'éditeur sont ajoutés chaque fois que vous naviguez entre les éditeurs, mais également lorsque vous naviguez dans les éditeurs (par exemple, lorsque vous changez de cellule de notebook ou que vous modifiez la sélection dans les éditeurs de texte). Si vous pensez que trop d'emplacements sont enregistrés, de nouvelles commandes ont été ajoutées qui réduisent les emplacements à*:
- Emplacements de navigation - Par exemple, lors de l'utilisation de Aller à la définition.
- Modifier les emplacements - Chaque fois qu'un éditeur est modifié. Par exemple, lors de la saisie dans un éditeur de texte.
Vous pouvez attribuer votre raccourci clavier préféré à ces commandes pour modifier votre navigation en conséquence.
Commandes pour modifier les emplacements*:
- workbench.action.navigateForwardInEditLocations - Avance dans les emplacements de modification.
- workbench.action.navigateBackInEditLocations - Revenir en arrière dans les emplacements d'édition.
- workbench.action.navigatePreviousInEditLocations - Aller précédent dans les emplacements d'édition.
- workbench.action.navigateToLastEditLocation - Aller au dernier emplacement de modification (cette commande existait déjà auparavant).
Commandes pour les emplacements de navigation*:
- workbench.action.navigateForwardInNavigationLocations - Avance dans les emplacements de navigation.
- workbench.action.navigateBackInNavigationLocations - Revenir aux emplacements de navigation.
- workbench.action.navigatePreviousInNavigationLocations - Aller précédent dans les emplacements de navigation.
- workbench.action.navigateToLastNavigationLocation' - Aller au dernier emplacement de navigation.
Des clés de contexte associées ont été ajoutées pour rendre l'attribution des raccourcis clavier plus puissante.
Clés de contexte pour modifier les emplacements*:
- canNavigateBackInEditLocations - Indique s'il est possible de revenir en arrière dans les emplacements d'édition.
- canNavigateForwardInEditLocations - S'il est possible d'avancer dans les emplacements d'édition.
- canNavigateToLastEditLocation - Indique s'il est possible d'accéder au dernier emplacement de modification.
Clés de contexte pour les emplacements de navigation*:
- canNavigateBackInNavigationLocations - S'il est possible de revenir en arrière dans les emplacements de navigation.
- canNavigateForwardInNavigationLocations - S'il est possible d'avancer dans les emplacements de navigation.
- canNavigateToLastNavigationLocation - S'il est possible d'aller au dernier emplacement de navigation
Éditeur
Entourer un extrait
Il existe une nouvelle commande pour entourer la sélection actuelle d'un extrait. Sélectionnez du texte, appelez la commande Surround With Snippet dans la palette de commandes (Ctrl + Maj + P) et sélectionnez un extrait dans la liste déroulante.
Tout extrait de code applicable qui utilise les variables TM_SELECTED_TEXT ou SELECTION sera disponible dans la liste déroulante de sélection rapide Surround With Snippet. Des extraits personnalisés d'utilisateur ou de projet sont également inclus.
Conseils d'incrustation accessibles
Les conseils d'incrustation affichent des informations supplémentaires dans le code source, comme le type déduit d'une variable. Pour les utilisateurs de lecteurs d'écran, il existe une nouvelle commande pour aider avec cette fonctionnalité. Sélectionnez Lire la ligne avec des conseils d'incrustation dans la palette de commandes et l'éditeur lira la ligne actuelle entrelacée avec ses conseils.
Mise en évidence contextuelle Unicode
Pour signaler moins de faux positifs, les caractères Unicode ambigus et invisibles ne sont plus mis en surbrillance si les caractères environnants indiquent visuellement un script non ASCII. Ainsi, dans les espaces de travail sécurisés, seuls les caractères invisibles ou pouvant être confondus avec des caractères ASCII sont mis en surbrillance. L'exception à cela concerne les caractères contenus dans un mot de caractères non ASCII, où au moins un caractère ne peut pas être confondu avec un caractère ASCII.
Avant de pouvoir voir plusieurs faux positifs dans la chaîne const*:
Terminal
Avertissement de collage multiligne
Une boîte de dialogue s'affiche désormais par défaut lors du collage de plusieurs lignes dans des terminaux lorsque le shell ne prend pas en charge le multiligne. Cet avertissement s'affiche pour le mode de collage entre crochets et pour PowerShell lorsque nous transmettons Ctrl+V directement au shell. Il y a une case à cocher Ne plus me demander dans la boîte de dialogue pour désactiver facilement la fonctionnalité.
Améliorations des liens sur le terminal
L'implémentation des liens sur le terminal a subi une refactorisation importante dans cette version. Cela a simplifié et amélioré la maintenabilité de la fonctionnalité mais a également apporté :
- Les mises en surbrillance des liens fonctionnent à nouveau.
- La mise en cache des liens résolus, réduisant la latence pour que certains liens s'affichent.
- Les liens Workspace Search sont désormais gérés par le même code que les liens validés, pour plus de cohérence et une meilleure reconnaissance des lignes/colonnes.
- Plusieurs corrections de bogues.
Débogage
Variables paresseuses
Accéder à la valeur d'une variable peut avoir des effets secondaires ou être coûteux. Le débogueur générique de VS Code peut désormais afficher un bouton permettant à l'utilisateur de récupérer la valeur de la variable à la demande. Ceci est disponible pour les extensions de débogage qui prennent en charge la nouvelle fonctionnalité de variable "paresseuse". Actuellement, cela n'a été implémenté que par le débogueur JavaScript intégré pour les getters de propriété, Microsoft prévoit que d'autres extensions de débogueur suivront bientôt.
Langages
TypeScript 4.6
TypeScript est un langage de programmation libre et open source développé par Microsoft qui a pour but d'améliorer et de sécuriser la production de code JavaScript. Il s'agit d'un surensemble du JavaScript qui apporte un typage statique et optionnel des variables. Il permet de détecter certaines erreurs en amont et se compile en JavaScript pour une utilisation côté navigateur ou côté serveur à l'aide de NodeJS. Notons qu’avec l’utilitaire npm les développeurs JavaScript peuvent partager et réutiliser facilement leur code. Il facilite la mise à jour du code et est distribué avec Node.js. TypeScript présente plusieurs avantages :
- la prévention des bogues et la maintenabilité du code ;
- la prise en charge des interfaces, des sous-interfaces, des classes, des sous-classes ;
- la capacité de programmer en orienté objet avec l’héritage des membres privés et des interfaces.
VS Code est désormais livré avec TypeScript 4.6. Voici, ci-dessous, les nouveautés apportées par la Release Candidate de TypeScript 4.6 :
Autoriser le code dans les constructeurs avant super()
Dans les classes JavaScript, il est obligatoire d'appeler super() avant de s'y référer. TypeScript applique également cette règle, bien qu'il soit un peu trop strict dans sa façon de l'assurer. En TypeScript, c'était auparavant une erreur de contenir du code au début d'un constructeur si sa classe contenante avait des initialisateurs de propriétés.
Code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| class Base {
// ...
}
class Derived extends Base {
someProperty = true;
constructor() {
// error!
// have to call 'super()' first because it needs to initialize 'someProperty'.
doSomeStuff();
super();
}
} |
Cela permettait de vérifier à peu de frais que super() était appelé avant que ceci ne soit référencé, mais cela finit par rejeter beaucoup de code valide. TypeScript 4.6 est maintenant beaucoup plus indulgent dans cette vérification et permet à d'autres codes de s'exécuter avant super(), tout en s'assurant toujours que super() se produit au niveau supérieur avant toute référence à ceci.
Analyse du flux de contrôle pour les Unions Discriminées Destructibles
TypeScript est capable de restreindre les types sur la base de ce que l'on appelle une propriété discriminante. Par exemple, dans l'extrait de code suivant, TypeScript est capable de restreindre le type d'action en fonction de chaque fois que nous vérifions la valeur de kind.
Code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| type Action =
| { kind: "NumberContents", payload: number }
| { kind: "StringContents", payload: string };
function processAction(action: Action) {
if (action.kind === "NumberContents") {
// `action.payload` is a number here.
let num = action.payload * 2
// ...
}
else if (action.kind === "StringContents") {
// `action.payload` is a string here.
const str = action.payload.trim();
// ...
}
} |
Cela permet de travailler avec des objets qui peuvent contenir différentes données, mais un champ commun indique quelles sont les données de ces objets. C'est très courant en TypeScript ; cependant, selon certains préférences, vous auriez pu vouloir déstructurer le type et la charge utile dans l'exemple ci-dessus. Peut-être quelque chose comme ce qui suit :
Code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| type Action =
| { kind: "NumberContents", payload: number }
| { kind: "StringContents", payload: string };
function processAction(action: Action) {
const { kind, payload } = action;
if (kind === "NumberContents") {
let num = payload * 2
// ...
}
else if (kind === "StringContents") {
const str = payload.trim();
// ...
}
} |
Auparavant, TypeScript se trompait à ce sujet une fois que le type et la charge utile étaient extraits du même objet dans des variables, ils étaient considérés comme totalement indépendants. Lors de la déstructuration de propriétés individuelles dans une déclaration const, ou lors de la déstructuration d'un paramètre dans des variables qui ne sont jamais assignées, TypeScript vérifiera si le type déstructuré est une union discriminée. Si c'est le cas, TypeScript peut maintenant réduire les types de variables en fonction des vérifications d'autres variables. Ainsi, dans notre exemple, une vérification sur le type réduit le type de la charge utile.
Rapport d'erreur de syntaxe dans les fichiers JavaScript
Grâce à TypeScript 4.6, VS Code signale désormais certaines erreurs de syntaxe courantes dans les fichiers JavaScript. Cela inclut les erreurs d'analyse, ainsi que les redéclarations non valides de variables de portée de bloc*:
Plus de paramètres JS/TS peuvent être configurés par langage
Davantage de paramètres JavaScript et TypeScript peuvent désormais être configurés en tant que paramètres spécifiques au langage. Les paramètres spécifiques au langage sont utiles si vous souhaitez des paramètres différents pour javascript vs javascriptreact, par exemple.
Les nouveaux paramètres activés spécifiques au langage incluent*:
- javascript.preferences.quoteStyle, typescript.preferences.quoteStyle
- javascript.preferences.importModuleSpecifier, typescript.preferences.importModuleSpecifier
- javascript.preferences.importModuleSpecifierEnding, typescript.preferences.importModuleSpecifierEnding
- javascript.preferences.jsxAttributeCompletionStyle, typescript.preferences.jsxAttributeCompletionStyle
- javascript.preferences.renameShorthandProperties, typescript.preferences.renameShorthandProperties
- javascript.preferences.useAliasesForRenames, typescript.preferences.useAliasesForRenames
- javascript.suggest.enabled, typescript.suggest.enabled
- javascript.suggest.completeJSDocs, typescript.suggest.completeJSDocs
- javascript.suggest.jsdoc.generateReturns, typescript.suggest.jsdoc.generateReturns
- javascript.autoClosingTags, typescript.autoClosingTags
Source : Microsoft
8 pièce(s) jointe(s)
Visual Studio Code 1.66 est disponible et apporte l'historique local dans la vue Chronologie
Visual Studio Code 1.66 est disponible et apporte l'historique local dans la vue Chronologie,
ainsi que des expériences d'authentification plus fluides
Table de travail
Historique local
L'historique local des fichiers est désormais disponible dans la vue Chronologie. Selon les paramètres configurés, chaque fois que vous enregistrez un éditeur, une nouvelle entrée est ajoutée à la liste.
Chaque entrée d'historique local contient le contenu complet du fichier au moment où l'entrée a été créée et dans certains cas, peut fournir des informations plus sémantiques (par exemple, indiquer un refactoring).
À partir d'une entrée vous pouvez :
- Comparer les modifications apportées au fichier local ou à l'entrée précédente.
- Restaurer le contenu.
- Supprimer ou renommer l'entrée.
Il existe de nouvelles commandes globales pour travailler avec l'historique local*:
- workbench.action.localHistory.create - Crée une nouvelle entrée d'historique pour le fichier actif avec un nom personnalisé.
- workbench.action.localHistory.deleteAll - Supprime toutes les entrées d'historique dans tous les fichiers.
- workbench.action.localHistory.restoreViaPicker - Trouve une entrée d'historique à restaurer dans tous les fichiers.
Ces commandes n'ont pas de raccourcis clavier par défaut, mais vous pouvez ajouter vos propres raccourcis clavier.
Il existe également de nouveaux paramètres pour travailler avec l'historique local*:
- workbench.localHistory.enabled - Active ou désactive l'historique local (par défaut : true).
- workbench.localHistory.maxFileSize - Limite de taille de fichier lors de la création d'une entrée d'historique local (par défaut : 256 Ko).
- workbench.localHistory.maxFileEntries - Limite des entrées de l'historique local par fichier (par défaut : 50).
- workbench.localHistory.exclude - Modèles globaux pour exclure certains fichiers de l'historique local.
- workbench.localHistory.mergeWindow - Intervalle en secondes pendant lequel d'autres modifications sont ajoutées à la dernière entrée de l'historique du fichier local (10 secondes par défaut).
Une nouvelle action de filtrage dans la barre d'outils de la vue Chronologie vous permet d'activer ou de désactiver des fournisseurs individuels*:
Les entrées de l'historique local sont stockées à différents endroits en fonction de votre utilisation de VS Code. Lors de l'ouverture de fichiers locaux, les entrées sont conservées dans le dossier de données utilisateur local et lors de l'ouverture de fichiers distants, elles seront stockées dans le dossier de données utilisateur distant. Lorsqu'aucun système de fichiers n'est disponible (par exemple, dans certains cas lors de l'utilisation de VS Code pour le Web), les entrées sont stockées dans IndexedDB.
Éditeur de paramètres
Filtre de langage
Les utilisateurs peuvent désormais saisir @lang:languageId dans la zone de recherche de l'éditeur de paramètres pour afficher et modifier tous les paramètres pouvant être configurés pour le langage avec l'ID languageId. De cette façon, les utilisateurs peuvent afficher les paramètres spécifiques au langage, également appelés remplacements du langage.
Notez que ces remplacements restent configurés jusqu'à ce qu'ils soient explicitement réinitialisés en cliquant sur l'icône d'engrenage et en réinitialisant le paramètre.
La courte vidéo ci-dessous a le filtre de langage défini sur @lang:css pour afficher tous les paramètres de remplacement de langage CSS possibles.
Préservation des paramètres d'espace de travail et de dossier
Les paramètres d'espace de travail et de dossier dans l'éditeur de paramètres sont désormais conservés jusqu'à ce qu'ils soient réinitialisés manuellement par l'utilisateur. Cette modification facilite le cas où l'utilisateur souhaite spécifier explicitement une valeur de paramètre d'espace de travail égale à la valeur par défaut d'un paramètre, mais différente de la valeur de paramètre utilisateur. Auparavant, les utilisateurs devaient ouvrir le fichier JSON des paramètres de l'espace de travail pour définir cette valeur.
Boutons de notification principaux
Le premier bouton d'une notification apparaît maintenant avec une couleur primaire pour le distinguer des autres boutons. Cela suit les mêmes modèles que les dialogues.
Nouvelles clés de contexte pour les éditeurs
Il existe de nouvelles clés de contexte indiquant si un éditeur est le premier ou le dernier d'un groupe d'éditeurs*:
- activeEditorIsFirstInGroup - Indique si l'éditeur actif est le premier de son groupe.
- activeEditorIsLastInGroup - Indique si l'éditeur actif est le dernier de son groupe.
Ces touches de contexte peuvent être utilisées pour activer conditionnellement des raccourcis clavier à l'aide de clauses when.
Éditeur binaire par défaut
Un nouveau paramètre, workbench.editor.defaultBinaryEditor, vous permet de contourner l'avertissement de fichier binaire et d'ouvrir automatiquement le type d'éditeur de votre choix lorsqu'un fichier binaire est détecté. Vous pouvez sélectionner l'ID d'éditeur binaire par défaut dans une liste déroulante de l'éditeur de paramètres ou via IntelliSense dans settings.json.
Expériences d'authentification plus fluides
Vous remarquerez peut-être des flux d'authentification plus fluides de GitHub et de Microsoft.
- Pour l'authentification GitHub, Microsoft a supprimé la page Continuer initiale afin que votre expérience de connexion nécessite une étape de moins.
- Pour l'authentification Microsoft, Microsoft essaye de minimiser le nombre de fois que vous êtes envoyé hors de VS Code pour vous connecter, si vous vous êtes déjà connecté avec Microsoft pour la synchronisation des paramètres ou une autre extension
Nouveaux noms pour Side Panel et Side Bar
Il y a deux versions, Microsoft a introduit Side Panel (panneau latéral). À ce moment-là, l'équipe a supprimé la possibilité de déplacer le panneau inférieur contenant le terminal sur le côté au profit de nouvelles commandes cohérentes. Après avoir écouté les commentaires des utilisateurs, elle a déterminé qu'il y avait des flux de travail importants que cette décision avait interrompus et a décidé d'annuler ce changement.
Cela a laissé les utilisateurs avec deux panneaux, le panneau et le panneau latéral, qui pouvaient tous deux vivre sur le côté du workbench. Pour tenir compte de cela et mieux refléter la direction du nouveau panneau latéral, Microsoft a décidé de mettre à jour la dénomination de la barre latérale et du panneau latéral. La barre latérale sera désormais appelée barre latérale principale dans l'interface utilisateur, tandis que le panneau latéral sera désormais appelé barre latérale secondaire.
Barre latérale -> Barre latérale principale
Panneau latéral -> Barre latérale secondaire
Ces noms seront reflétés dans les menus et les commandes de l'éditeur*; cependant, aucun ID de commande n'a été modifié pour empêcher la rupture des raccourcis clavier existants.
Terminal
Afficher toutes les correspondances trouvées
Lors de la recherche dans le terminal, toutes les instances du terme de recherche seront désormais mises en surbrillance. La correspondance actuellement sélectionnée a également un point culminant spécifique, qui peut être personnalisé séparément.
Vous pouvez affiner l'apparence des couleurs de surbrillance via les personnalisations de couleur préfixées par terminal.findMatch.
Annotations de la barre de défilement
Des annotations apparaissent maintenant dans la barre de défilement du terminal pour indiquer les points d'intérêt dans le tampon.
Par exemple, les résultats de recherche ont des annotations correspondantes dans la barre de défilement.
Améliorations de la navigation des commandes
Une fonctionnalité peu connue qui existe depuis un certain temps est la possibilité de naviguer rapidement entre les commandes du terminal. À l'origine, cela était basé sur le moment où la touche Entrée était enfoncée, mais maintenant, lorsque l'intégration du shell est activée, elle sera mise à niveau pour utiliser les connaissances d'intégration du shell afin d'identifier de manière plus fiable les lignes correctes. De plus, les commentaires de l'interface utilisateur sont désormais affichés lors du saut entre les commandes.
Cette fonctionnalité est accessible via les raccourcis clavier suivants*:
- macOS : Cmd+Haut/Bas
- Linux/Windows : Ctrl+Haut/Bas (nouveau)
La touche Maj peut être maintenue enfoncée pour effectuer des sélections entre les commandes du terminal.
Le texte copié conserve le style HTML
Pour copier du texte enrichi à partir du terminal, exécutez la commande Terminal: Copy text as HTML ou utilisez l'entrée de menu contextuel du terminal Copier le texte au format HTML.
Contrôle des sources
Vue Référentiels de contrôle de code source
Auparavant, les référentiels de la vue Référentiels de contrôle de code source étaient triés au fur et à mesure qu'ils étaient découverts lors de l'ouverture d'un dossier/espace de travail avec plusieurs référentiels. Cela était problématique car l'ordre de découverte peut varier et les référentiels semblaient être dans un ordre aléatoire. Avec cette version, les référentiels sont toujours triés par nom dans la vue Référentiels de contrôle de code source.
Éditeur
Suggestions rapides en tant que complétions inline
Le paramètre editor.quickSuggestions accepte désormais inline comme valeur de configuration. Lorsqu'elles sont définies sur inline, les suggestions rapides (IntelliSense) n'affichent pas le widget de suggestions lorsque vous tapez, mais affichent les complétions sous forme de texte fantôme.
Variables d'extrait de code pour l'index du curseur
Il existe de nouvelles variables d'extrait*: $CURSOR_INDEX et $CURSOR_NUMBER. Ils évaluent à l'indice du curseur respectif. Ce dernier commence à 1, le premier à 0. La puissance de ces variables réside dans sa combinaison avec plusieurs curseurs.
Par exemple, l'extrait ci-dessous ajoutera un élément de liste ordonnée pour chaque curseur*:
Code:
1
2
3
4
5
6
7
8
| "ordered_list": {
"scope": "markdown",
"prefix": "ol",
"body": [
"$CURSOR_NUMBER. $0"
],
"description": "Add ordered list"
} |
Source : Microsoft
10 pièce(s) jointe(s)
Visual Studio Code 1.67 règle l'imbrication des fichiers, améliore la navigation Markdown
Visual Studio Code 1.67 règle l'imbrication des fichiers, améliore la navigation Markdown,
et apporte de nombreuses améliorations
Avec Visual Studio Code 1.67, alias version d'avril 2022, de l'éditeur de code populaire de Microsoft, une attention particulière est accordée à l'imbrication des fichiers Explorer et à la navigation dans le code Markdown. La version apporte également des mises à jour d'extension Java.
Dans cette version, l'outil Explorer de Visual Studio Code, pour parcourir et gérer les fichiers et les dossiers, prend désormais en charge l'imbrication des fichiers associés en fonction des noms. Les paramètres de contrôle de ce comportement incluent explorer.fileNesting.enabled, qui vous permet d'activer l'imbrication globalement ou pour un espace de travail spécifique ; explorer.fileNesting.expand, qui contrôle si les fichiers imbriqués sont développés par défaut ; et explorer.fileNesting.patterns, qui contrôle la manière dont les fichiers sont imbriqués. L'imbrication de fichiers était disponible de manière expérimentale depuis plusieurs itérations.
Visual Studio Code 1.67 introduit également un certain nombre de fonctionnalités de navigation Markdown. L'éditeur permet désormais d'exécuter Rechercher toutes les références dans les fichiers Markdown pour les en-têtes, permettant aux développeurs de voir tous les endroits où une en-tête donné est utilisée dans un espace de travail actuel, y compris les liens d'autres fichiers Markdown. VS Code prend également désormais en charge la recherche de tous les liens de référence dans le fichier actuel, la recherche de toutes les références à un fichier Markdown donné dans l'espace de travail actuel et la recherche de tous les endroits où une URL donnée est utilisée dans l'espace de travail actuel.
La nouvelle prise en charge du renommage dans Markdown, quant à elle, permet aux utilisateurs de VS Code de renommer les en-têtes ou le lien de référence dans un fichier Markdown. Renommer une en-tête mettra à jour tous les liens connus vers l'en-tête dans l'espace de travail actuel, tandis que renommer un lien de référence mettra à jour tous les liens de référence dans le fichier actuel. De plus, les liens Markdown peuvent être créés en faisant glisser et en déposant des fichiers depuis l'Explorateur dans un éditeur Markdown.
Autres nouvelles fonctionnalités et améliorations dans Visual Studio Code 1.67 :
- Le service de langage Java dans le pack d'extension pour Java prend désormais en charge les indicateurs d'incrustation pour afficher les noms de paramètre pour les signatures de méthode. L'extension Debugger for Java prend désormais en charge les variables paresseuses, ce qui permet aux développeurs de différer les opérations pour une variable coûteuse jusqu'à ce qu'elle développe explicitement l'interface utilisateur du débogueur à sa valeur.
- Un paramètre json.validate.enable permet aux développeurs de désactiver la validation JSON.
- Le contrôle de recherche de l'éditeur de paramètres ajoute un bouton en entonnoir sur le côté droit, pour afficher une liste de filtres pouvant être appliqués à la requête de recherche pour filtrer les résultats.
- Visual Studio Code pour le Web respecte désormais le paramètre window.openFoldersInNewWindow lors de l'utilisation du sélecteur Ouvrir le référentiel distant. Cela aligne le comportement du sélecteur avec les autres versions de VS Code et remplace le bouton Ouvrir dans une nouvelle fenêtre Quick Pick Item.
- Les développeurs qui ont le paramètre git.untrackedChanges définit sur hide bénéficieront de meilleures performances lorsqu'ils travaillent avec de grands référentiels. Un paramètre github.gitProtocol permet aux utilisateurs de modifier le protocole par défaut lors du clonage d'un référentiel à partir de GitHub.
- Le paramètre scm.repositories.sortOrder a été introduit pour contrôler l'ordre de tri par défaut des référentiels affichés dans la vue Source Control Repositories.
Table de travail
Imbrication de fichiers dans l'explorateur
L'explorateur prend désormais en charge l'imbrication des fichiers associés en fonction de leurs noms. Il existe plusieurs paramètres pour contrôler ce comportement :
- explorer.fileNesting.enabled - Contrôle si l'imbrication de fichiers est activée en général. Il peut être défini globalement ou pour un espace de travail spécifique.
- explorer.fileNesting.expand - Contrôle si les fichiers imbriqués sont développés par défaut.
- explorer.fileNesting.patterns - Contrôle la façon dont les fichiers sont imbriqués. La configuration par défaut fournit une intelligence d'imbrication pour les projets TypeScript et JavaScript, mais Microsoft encourage à la modifier pour l'adapter à la structure de votre propre projet. Quelques exemples:
Paramétrage par défaut :
Imbrication sous index.ts lorsqu'un fichier correspond au nom du répertoire ("index.ts": "${dirname}.ts") :
Fichiers imbriqués qui ont le même nom qu'un fichier différent mais avec un segment ajouté ("*": "${basename}.*.${extname}") :
L'imbrication de fichiers est disponible dans un cadre expérimental depuis plusieurs itérations. Le comportement est maintenant pratiquement inchangé, à l'exception des opérations sur les fichiers. Le paramètre expérimental explorer.experimental.fileNesting.operateAsGroup a été supprimé au profit du traitement des imbrications en tant que groupe lorsqu'elles sont réduites, mais en tant qu'entités uniques dans le cas contraire. Cela signifie que si vous souhaitez copier, couper, faire glisser ou supprimer une pile entière de fichiers imbriqués, vous pouvez réduire l'imbrication puis l'utiliser comme une seule entité. Lorsque les éléments imbriqués sont développés, les sélections se comportent normalement.
Bouton de filtre de recherche de l'éditeur de paramètres
Le contrôle de recherche de l'éditeur de paramètres contient désormais un bouton en entonnoir sur le côté droit. Cliquer sur le bouton affiche une liste de filtres que vous pouvez appliquer à la requête de recherche afin de filtrer les résultats.
Indicateur de filtre de langage de l'éditeur de paramètres
Les filtres de langage de l'éditeur de paramètres modifient désormais le texte de la portée pour indiquer plus clairement le langage sur lequel on agit lorsqu'un filtre de langage est appliqué. L'image GIF ci-dessus montre le filtre de langage Markdown (@lang:markdown) appliqué aux paramètres filtrés.
Pour référence, lorsqu'un filtre de langage est appliqué, la modification de la valeur d'un paramètre modifie la valeur de ce paramètre pour ce langage uniquement. Les paramètres spécifiques au langage sont délimités dans settings.json par l'identifiant du langage :
Code:
1
2
3
| "[markdown]": {
"editor.wordBasedSuggestions": false
} |
Enregistrer les fichiers après la refactorisation
Les refactorisations, comme Renommer, modifient souvent plusieurs fichiers et les laissent avec des modifications non enregistrées (dirty). Les outils de développement externes nécessitent généralement que ces fichiers soient enregistrés. Pour faciliter ce flux de travail, il existe un nouveau paramètre files.refactoring.autoSave qui est défini par défaut sur true et contrôle si les fichiers faisant partie d'un refactoring doivent être enregistrés automatiquement.
Ramenez les « modifications non validées » à la chronologie
Lorsque Microsoft a introduit la fonctionnalité d'historique local le mois dernier, l'éditeur a supprimé l'entrée Modifications non validées du fournisseur de chronologie Git, car elle semblait un peu redondante. Cependant, certains utilisateurs voient une valeur réelle dans cette entrée de chronologie et maintenant vous pouvez la ramener en configurant le nouveau paramètre git.timeline.showUncommitted en conséquence.
Nouvel espace réservé de l'éditeur lors de l'échec de l'ouverture
Lorsqu'un éditeur ne s'ouvre pas, VS Code n'affiche plus de notification et révèle le précédent éditeur ouvert. Au lieu de cela, il existe un espace réservé générique avec le message d'erreur et, dans certains cas, des actions pour résoudre l'erreur.
Améliorations du statut du langage
L'élément d'état du langage affiche désormais les conflits de formateur - ceux-ci se produisent lorsque plusieurs formateurs pour un langage sont installés mais qu'aucun d'entre eux n'est configuré comme formateur par défaut. En outre, l'élément d'état du langage est plus important lorsqu'il contient un état grave.
De plus, l'élément d'état du langage affichera désormais des conseils pour changer de langage lorsque votre document est suspecté d'être dans un langage différent de celui qui est actuellement définie. Cela s'applique uniquement aux éditeurs sans titre et aux cellules de bloc-notes, et peut être configuré avec le paramètre workbench.editor.languageDetectionHints. Ci-dessous, ceci est démontré dans le Handy Dandy Notebook, qui prend en charge l'exécution de cellules dans différents langages.
Afficher les extensions invalides ou incompatibles
La vue Extensions affiche désormais les extensions non valides ou incompatibles dans la liste des extensions installées avec un statut d'erreur. Par exemple, si votre version de VS Code est 1.67.0-insider et que vous avez installé une extension qui nécessite la version 1.68.0 de VS Code, elle apparaîtra dans la liste avec un statut d'erreur incompatible.
Éditeur
Colorisation des paires de crochets activée par défaut
Compte tenu des commentaires positifs de la nouvelle fonctionnalité de colorisation des paires de parenthèses introduite dans la version 1.60, Microsoft a activé la colorisation des paires de parenthèses par défaut.
La colorisation des paires de crochets peut être désactivée en définissant "editor.bracketPairColorization.enabled" sur false.
La colorisation des paires de parenthèses peut également être désactivée uniquement pour des langages spécifiques :
Code:
1
2
3
| "[typescript]": {
"editor.bracketPairColorization.enabled": false,
} |
Basculer les conseils d'incrustation
Les conseils d'incrustation sont un excellent moyen d'afficher des informations supplémentaires directement dans votre code source. Cependant, parfois, vous voulez simplement voir le code source réel. Pour prendre en charge le masquage rapide des conseils d'incrustation, le paramètre editor.inlayHints.enabled a été modifié : en plus de on et off, il existe également des valeurs onUnlessPressed et offUnlessPressed. Les valeurs on/offUnlessPressed masquent ou affichent les indications d'incrustation lorsque Ctrl+Alt est enfoncé et maintenu.
Éditeur > Conseils d'incrustation : valeur activée :
- on - Les conseils d'incrustation sont activés.
- off - Les conseils d'incrustation sont désactivés.
- onUnlessPressed - Les indices d'incrustation sont affichés et masqués avec Ctrl+Alt.
- offUnlessPressed - Les conseils d'incrustation sont masqués et affichés avec Ctrl + Alt
Faites glisser et déposez du texte dans l'éditeur
Vous pouvez désormais faire glisser et déposer du texte d'autres applications dans un éditeur de texte. Sur macOS par exemple, cela vous permet de déposer un emoji du panneau emoji dans un éditeur de texte :
Terminal
Trouver le nombre de résultats
Lors de la recherche dans le terminal, le nombre de résultats et l'index de correspondance actuellement sélectionné sont désormais affichés dans le contrôle Rechercher.
Contrôle des sources
Vue des référentiels de contrôle de code source
Dans cette version, Microsoft a introduit un nouveau paramètre, scm.repositories.sortOrder, pour contrôler l'ordre de tri par défaut des référentiels affichés dans la vue Référentiels de contrôle de code source. Les référentiels peuvent être triés par ordre dans lequel ils sont découverts, par nom et par chemin complet. La modification de l'ordre de tri peut être effectuée à l'aide du menu ... Affichages et autres actions de la vue Référentiels de contrôle de code source et du menu ... > Afficher et trier > Référentiels de la vue Contrôle de code source.
Langages
Markdown : Effectuer des glisser-déposer dans l'éditeur pour créer un lien
Vous pouvez désormais créer rapidement des liens Markdown en faisant glisser et en déposant des fichiers depuis l'explorateur de VS Code dans un éditeur Markdown. Maintenez la touche Maj enfoncée tout en faisant glisser le fichier sur un éditeur Markdown pour le déposer dans l'éditeur et créer un lien vers celui-ci.
Si le fichier ressemble à une image, VS Code insérera automatiquement une image Markdown. Sinon, un lien Markdown normal est ajouté.
Cela fonctionne également lorsque vous faites glisser certains types de fichiers depuis d'autres applications, comme le glisser-déposer d'images depuis un navigateur Web.
Markdown : Rechercher toutes les références aux en-têtes
VS Code prend désormais en charge l'exécution de Rechercher toutes les références dans les fichiers Markdown pour les en-têtes. Cela vous permet de voir tous les endroits où une en-tête donnée est utilisée dans l'espace de travail actuel, y compris les liens vers celui-ci à partir d'autres fichiers Markdown.
Pour commencer, placez votre curseur soit sur l'en-tête lui-même, soit sur la partie fragment d'un lien vers l'en-tête (par exemple, #some-header dans [link text](#_some-header) ou [link text](/path /to/file#some-header)) et exécutez Rechercher toutes les références.
Cela affichera toutes les références dans la vue Références. Si vous préférez une vue différente, vous pouvez également utiliser les commandes Peek References ou Go to References.
Markdown : trouver toutes les références aux liens de référence
VS Code prend également en charge la recherche de toutes les références aux liens de référence dans le fichier actuel. Ceci est pris en charge pour :
- Sur ref dans [some text][ref].
- Sur ref dans le lien abrégé [ref].
- Sur ref dans la définition du lien [ref] : http://example.com.
Markdown : trouver toutes les références aux fichiers
Vous pouvez également maintenant trouver toutes les références à un fichier Markdown donné dans l'espace de travail actuel. Encore une fois, cela inclut les liens entre les fichiers.
Cela peut être déclenché de plusieurs manières :
- Pour rechercher des références au fichier Markdown actuel, utilisez la commande Markdown : Rechercher les références de fichier.
- Pour rechercher des références à un fichier Markdown dans l'Explorateur, cliquez dessus avec le bouton droit de la souris et exécutez la commande Rechercher les références de fichier.
- Exécutez Rechercher toutes les références sur la partie fichier d'un lien vers un fichier Markdown, tel que [text](/link/to/file.md).
Markdown : Trouvez toutes les références aux URL
Enfin, cette version prend également en charge la recherche de tous les endroits où une URL donnée est utilisée dans l'espace de travail actuel.
Markdown : renommer les en-têtes
Vous est-il déjà arrivé de modifier une en-tête dans un fichier Markdown pour vous rendre compte que vous avez accidentellement rompu tous les liens vers celui-ci ? C'est là que le nouveau support de changement de nom pour Markdown peut vous aider.
Pour commencer, placez votre curseur sur un en-tête, puis appuyez sur F2 pour lancer un changement de nom. Entrez le nouveau texte pour l'en-tête, puis appuyez sur Entrée pour accepter. Cela mettra à jour l'en-tête actuel ainsi que tous les liens connus vers celui-ci dans l'espace de travail actuel.
Vous pouvez déclencher des changements de nom sur l'en-tête lui-même ou sur le composant d'en-tête d'un lien vers l'en-tête. Par exemple, some-header dans [link text](#_some-header) ou [link text](/path/to/file#some-header).
Markdown : renommer les liens de référence
Vous pouvez également renommer les liens de référence dans Markdown. Cela mettra à jour tous les liens de référence dans le fichier Markdown actuel :
Markdown : renommer les fichiers
Pour compléter le nouveau support de renommage Markdown, vous pouvez désormais utiliser F2 sur les chemins de fichiers dans les liens Markdown pour renommer le fichier sur le disque et mettre à jour toutes les références Markdown à celui-ci.
Actuellement, le renommage des fichiers n'est pris en charge qu'en utilisant F2 sur un lien vers le fichier dans l'éditeur de texte. Dans les prochaines itérations, nous prévoyons également de prendre en charge les liens de mise à jour lorsqu'un changement de nom est déclenché dans l'explorateur.
Source : Visual Studio
7 pièce(s) jointe(s)
Visual Studio Code 1.68 s'accompagne d'améliorations au niveau de la configuration de la langue d'affichage
Visual Studio Code 1.68 s'accompagne d'améliorations au niveau de la configuration de la langue d'affichage,
de la possibilité de parrainer une extension pour supporter les développeurs, et plus encore
Table de travail
Améliorations au niveau de la commande Configurer la langue d'affichage
La commande Configurer la langue d'affichage a été actualisée pour inclure :
- Le nom de la langue dans cette langue.
- Une section Langues disponibles qui montre quelles langues ne sont pas installées sur votre machine et en sélectionner une l'installera automatiquement et appliquera cette langue.
Affichage du tableau du panneau Problèmes
Lors de cette étape, Microsoft a ajouté une nouvelle fonctionnalité permettant aux utilisateurs de basculer le mode d'affichage du panneau Problèmes entre un arbre et un tableau. Par rapport à l'arborescence, le tableau présente la source (service de langage ou extension) de chaque problème, ce qui permet aux utilisateurs de filtrer les problèmes par leur source.
Vous pouvez basculer l'affichage de l'interface utilisateur avec le bouton Afficher sous forme de tableau/Afficher sous forme d'arborescence dans le coin supérieur droit du panneau Problèmes ou modifier le mode d'affichage par défaut avec le paramètre Problèmes : mode d'affichage par défaut.
Extensions obsolètes
Dans cette étape, Microsoft a ajouté la prise en charge des extensions obsolètes dans VS Code. Une extension peut être simplement dépréciée ou obsolète au profit d'une autre extension ou lorsque sa fonctionnalité est intégrée à VS Code. VS Code rendra les extensions obsolètes dans la vue Extensions, comme indiqué ci-dessous.
Une extension obsolète qui n'est plus maintenue.
Une extension obsolète au profit d'une autre extension. Dans ce cas, VS Code n'autorise pas les utilisateurs à installer cette extension.
Une extension obsolète avec sa fonctionnalité intégrée à VS Code qui peut être activée en configurant les paramètres.
VS Code ne migrera pas ou ne désinstallera pas automatiquement une extension obsolète. Il y aura un bouton Migrer pour vous guider pour passer à l'extension recommandée.
Extensions de parrainage
VS Code permet désormais aux utilisateurs de parrainer leurs extensions préférées. Lorsqu'une extension peut être sponsorisée, VS Code affichera un bouton Sponsor dans la page Détails de la vue Extensions comme ci-dessous :
Le bouton Parrainer vous dirigera vers l'URL de parrainage de l'extension, où vous pourrez apporter votre soutien.
Masquer les fichiers dans l'explorateur basé sur .gitignore
L'explorateur de fichiers prend désormais en charge l'analyse et le masquage des fichiers exclus par votre fichier .gitignore. Cela peut être activé via le paramètre Explorer: Exclude Git Ignore (explorer.excludeGitIgnore). Ce paramètre fonctionne avec files.exclude pour masquer les fichiers indésirables de l'explorateur.
Verrouiller la position de survol
Certains survols personnalisés sont difficiles ou impossibles à déclencher avec la souris en raison de la présence d'autres éléments de l'interface utilisateur (par exemple, une barre de défilement). Maintenir Alt pendant qu'un survol est actif le "verrouillera" désormais, lui donnant une bordure plus large et empêchant le mouvement de la souris en dehors du survol de le cacher. Il s'agit principalement d'une fonctionnalité d'accessibilité pour que les survols fonctionnent bien avec les loupes d'écran, mais il est également utile pour copier du texte à partir de survols. Notez que cette fonctionnalité ne s'applique qu'en dehors de l'éditeur, car les survols de l'éditeur peuvent toujours être déclenchés, sauf indication contraire via le paramètre editor.hover.sticky.
Améliorations de l'éditeur de paramètres
L'éditeur de paramètres affiche désormais un indicateur de remplacement de la valeur par défaut pour les paramètres spécifiques au langage. Vous pouvez afficher les paramètres spécifiques au langage en ajoutant un filtre de langage dans la barre de recherche de l'éditeur de paramètres, soit en le saisissant explicitement (@lang:javascript), soit en cliquant sur le bouton de filtre à droite de la barre de recherche et en sélectionnant la langue option.
Lorsque l'indicateur de remplacement de la valeur par défaut s'affiche, cela indique que la valeur par défaut du paramètre spécifique au langage a été remplacée par une extension. L'indicateur indique également quelle extension a remplacé la valeur par défaut.
Cette itération corrige également un comportement où certains liens dans l'éditeur de paramètres n'étaient pas correctement redirigés alors qu'il y avait déjà une requête de recherche dans la barre de recherche de l'éditeur de paramètres. Les liens ont également maintenant un style approprié afin qu'il soit plus clair lorsque l'on les survole.
Terminal
Trouver la couleur d'arrière-plan correspondante
Côté terminal, la version précédente a été implémentée pour afficher une bordure autour de toutes les correspondances, mais il s'agissait d'une solution temporaire jusqu'à ce que la prise en charge de la modification dynamique de l'arrière-plan des cellules soit possible. Un arrière-plan coloré est désormais la valeur par défaut pour les thèmes lors de la mise en surbrillance des correspondances et l'expérience globale doit ressembler à celle de l'éditeur.
Améliorations du contraste et du rapport de contraste minimum
Le travail d'arrière-plan de recherche de correspondance a ajouté beaucoup plus de flexibilité dans la façon dont le terminal fonctionne avec les couleurs d'arrière-plan et de premier plan. Pour cette raison, des améliorations ont été apportées autour du contraste dans le terminal, alignant les visuels du terminal plus près de l'éditeur. De plus, il existe désormais la fonction de rapport de contraste minimum qui modifie dynamiquement le premier plan du texte pour améliorer la visibilité.
- La luminance ira maintenant dans l'autre sens si le contraste n'est pas atteint. Par exemple, si le contraste n'est pas atteint pour un texte gris foncé sur un fond gris plus clair avec du noir pur (#_000000), la couleur essaiera également de se déplacer vers le blanc et la valeur qui correspond le mieux au rapport de contraste souhaité sera utilisée.
- La sélection est désormais dessinée sous le texte lorsque l'accélération GPU est désactivée et prend en charge les couleurs opaques. Auparavant, cela devait être partiellement transparent et cela délaverait la couleur de premier plan. Grâce à ce changement, la couleur de sélection utilise désormais la même couleur que dans l'éditeur.
- Les symboles de police Nerd doivent désormais appliquer un rapport de contraste minimum pour se fondre dans le texte voisin, tandis que les symboles Powerline et les caractères de dessin de boîte n'appliqueront pas de rapport de contraste minimum car ils sont souvent adjacents à des cellules inversées sans aucun caractère de premier plan.
- Les thèmes peuvent désormais spécifier une couleur de premier plan de sélection fixe à utiliser par défaut dans les thèmes à contraste élevé.
- Plusieurs bogues ont été corrigés pour rendre la couleur de premier plan résultante plus correcte.
Langages
TypeScript 4.7
VS Code est désormais compatible avec TypeScript 4.7.3. Ce TypeScript majeur apporte de nouvelles fonctionnalités de langage, notamment une analyse de flux de contrôle améliorée et la prise en charge de la prise en charge du module ECMAScript dans Node.js. Il inclut également de nouvelles fonctionnalités d'outillage et corrige un certain nombre de bogues importants.
Aller à la définition de la source
L'une des demandes de fonctionnalités les plus anciennes et les plus votées de VS Code consiste à faire en sorte que VS Code navigue vers l'implémentation JavaScript de fonctions et de symboles à partir de bibliothèques externes. Actuellement, Aller à la définition permet d'accéder au fichier de définition de type (le fichier .d.ts) qui définit les types de la fonction ou du symbole cible. Ceci est utile si vous avez besoin d'inspecter les types ou la documentation de ces symboles, mais masque l'implémentation réelle du code. Le comportement actuel déroute également de nombreux utilisateurs de JavaScript qui peuvent ne pas comprendre le type TypeScript du .d.ts.
Bien que changer Aller à la définition pour accéder à l'implémentation JavaScript d'un symbole puisse sembler simple, il y a une raison pour laquelle cette demande de fonctionnalité est ouverte depuis si longtemps. JavaScript (et en particulier le JavaScript compilé livré par de nombreuses bibliothèques) est beaucoup plus difficile à analyser qu'un .d.ts. Essayer d'analyser tout le code JavaScript sous node_modules serait à la fois lent et augmenterait également considérablement l'utilisation de la mémoire. Il existe également de nombreux modèles JavaScript que le moteur VS Code IntelliSense n'est pas en mesure de comprendre.
C'est là qu'intervient la nouvelle commande Aller à la définition source. Lorsque vous exécutez cette commande à partir du menu contextuel de l'éditeur ou de la palette de commandes, TypeScript tentera de rechercher l'implémentation JavaScript du symbole et d'y accéder. Cela peut prendre quelques secondes et nous n'obtenons pas toujours le bon résultat, mais cela devrait être utile dans de nombreux cas.
Commande Organiser les importations
La commande Organiser les importations pour JavaScript et TypeScript vous permet de nettoyer rapidement votre liste d'importations. Lorsqu'il est exécuté, il supprime les importations inutilisées et trie également les importations par ordre alphabétique.
Cependant, certaines bases de code aiment avoir un certain degré de contrôle manuel sur la façon dont leurs importations sont organisées. Le regroupement des importations externes par rapport aux importations internes en est l'un des exemples les plus courants :
Code:
1
2
3
4
5
6
7
8
9
10
11
| // local code
import * as bbb from './bbb';
import * as ccc from './ccc';
import * as aaa from './aaa';
// built-ins
import * as path from 'path';
import * as child_process from 'child_process';
import * as fs from 'fs';
// some code... |
Dans les anciennes versions de VS Code, l'exécution d'Organiser les importations ici entraînerait ce qui suit :
Code:
1
2
3
4
5
6
7
8
9
10
| // local code
import * as child_process from 'child_process';
import * as fs from 'fs';
// built-ins
import * as path from 'path';
import * as aaa from './aaa';
import * as bbb from './bbb';
import * as ccc from './ccc';
// some code... |
Cela se produit parce que toutes les importations sont triées par ordre alphabétique et que VS Code essaie même de conserver les commentaires et les nouvelles lignes tout en le faisant.
Cependant, avec TypeScript 4.7, Organiser les importations est désormais compatible avec les groupes. L'exécuter sur le code ci-dessus ressemble un peu plus à ce à quoi vous vous attendiez :
Code:
1
2
3
4
5
6
7
8
9
10
11
| // local code
import * as aaa from './aaa';
import * as bbb from './bbb';
import * as ccc from './ccc';
// built-ins
import * as child_process from 'child_process';
import * as fs from 'fs';
import * as path from 'path';
// some code... |
Source : Microsoft
12 pièce(s) jointe(s)
Visual Studio Code 1.69 est disponible avec une prise en charge accrue des configurations du CLI
Visual Studio Code 1.69 est disponible avec une prise en charge des configurations de l'interpréteur de commandes,
et un support de la séquence SetMark
Visual Studio Code (VS Code) est un éditeur de code source libre et open source (disponible pour Windows, macOS et Lin). Développé par Microsoft, il offre un support intégré pour JavaScript, TypeScript et Node.js et dispose d'extensions pour d'autres langages (tels que C++, C#, Java, Python, PHP, Go). Microsoft vient de publier la version de juin 2022 (ou v1.69) de VS Code. Et comme avec les dernières versions, VS Code 1.69 introduit de nouvelles fonctionnalités et des améliorations pour celles existantes. Voici un aperçu des points forts de cette version.
Éditeur de fusions à 3 voies
Dans cette version, Microsoft a continué à travailler sur l'éditeur de fusions à trois voies. Cette fonctionnalité peut être activée en définissant git.mergeEditor à true et sera activée par défaut dans les prochaines versions. L'éditeur de fusion permet de résoudre rapidement les conflits de fusion Git. Lorsqu'il est activé, l'éditeur de fusion peut être ouvert en cliquant sur un fichier en conflit dans la vue du contrôle de la source. Des cases à cocher sont disponibles pour accepter et combiner les modifications dans Theirs ou Yours :
Toutes les fonctionnalités de la langue sont disponibles dans l'éditeur de fusion (y compris les diagnostics, les points d'arrêt et les tests), de sorte que vous obtenez un retour d'information immédiat sur tout problème dans le résultat de la fusion. Le résultat peut également être édité directement.
Lors de la fermeture de l'éditeur de fusion ou de l'acceptation de la fusion, un avertissement est affiché si tous les conflits n'ont pas été traités. L'éditeur de fusion prend en charge la fusion au niveau des mots ; tant que les modifications ne se croisent pas, les deux côtés peuvent être appliqués. Si l'ordre d'insertion est important, il peut être interverti. À tout moment, le conflit peut également être résolu manuellement.
VS Code pour le Web
Le vérificateur de thème prend en charge les thèmes intégrés. Il s'agit d'une voie dans vscode.dev qui peut être utilisée pour présenter et essayer un thème de couleur sans l'installer. Ceci a été disponible pour les extensions de thème sur le Marketplace en spécifiant l'ID de l'extension et le nom du thème. Par exemple, pour voir l'extension GitHub Theme (extension ID github.github-vscode-theme) thème "GitHub Dark Default", vous lanceriez vscode.dev avec l'URL suivante : "https://vscode.dev/theme/github.github-vscode-theme/GitHub%20Dark%20Default".
VS Code Server (Preview privé)
Dans VS Code, Microsoft desire que les utilisateurs exploitent de manière transparente les environnements qui les rendent les plus productifs. Les extensions de développement à distance de VS Code permettent de travailler dans le sous-système Windows pour Linux (WSL), les machines distantes via SSH, et les conteneurs de développement directement à partir de VS Code. Ces extensions installent un serveur sur l'environnement distant, permettant au VS Code local d'interagir en toute fluidité avec le code source et les runtimes distants.
Avec VS Code 1.69, Microsoft fourni maintenant une Preview privée d'un "VS Code Server" autonome, qui est un service construit à partir du même serveur sous-jacent utilisé par les extensions à distance, plus quelques fonctionnalités supplémentaires, comme un CLI interactif et la facilitation des connexions sécurisées à vscode.dev, sans nécessiter une connexion SSH. L’objectif est d'améliorer le CLI du code utilisé aujourd'hui pour ouvrir les instances de VS Code sur le bureau et sur le web, quel que soit l'endroit où les projets sont stockés.
Centre de commande
Le centre de commande a été peaufiné et est maintenant prêt à être essayé. Activez-le via le paramètre window.commandCenter. Le Centre de commande remplace la barre de titre normale et vous permet de rechercher rapidement des fichiers dans votre projet. Cliquez sur la section principale pour afficher la liste déroulante Ouverture rapide avec vos fichiers récents et un champ de recherche.
Le centre de commande comporte également un bouton sur la droite qui permet d'afficher les options d'accès rapide via " ?". Sur la gauche, se trouvent les boutons Retour et Avance pour naviguer dans l'historique de l'éditeur.
Indicateur de modification de l'éditeur de paramètres
L'éditeur de paramètres indique maintenant quand un paramètre a une dérogation linguistique. Si la valeur d'un paramètre ne semble pas affecter le comportement du paramètre pour un certain type de fichier, il se peut que le paramètre ait une priorité linguistique.
Le texte de l'indicateur a été modifié pour être plus clair et plus concis. La courte vidéo ci-dessous montre le nouvel indicateur Modifié ailleurs. Le survol de l'indicateur fait apparaître un survol qui indique les dérogations de langue, le cas échéant. La vidéo suivante montre le nouvel indicateur de dérogation par défaut avec le texte Valeur par défaut modifiée.
Mode « Ne pas déranger »
Le nouveau mode « Ne pas déranger » masque toutes les fenêtres contextuelles de notification non liées à des erreurs lorsqu'il est activé. Les notifications de progression seront automatiquement affichées dans la barre d'état. Les notifications masquées sont toujours disponibles dans le centre de notification.
Pour activer le mode « Ne pas déranger », ouvrez le centre de notification (sélectionnez l'icône de cloche à droite de la barre d'état) et cliquez sur l'icône de cloche en forme de barre oblique. Le mode Ne pas déranger est indiqué dans la barre d'état par l'icône de la cloche en forme de barre oblique.
Basculer entre les thèmes clair et foncé
Une nouvelle commande permet de basculer entre les thèmes clairs et foncés préférés, Préférences : Basculer entre les thèmes clairs et sombres. Lorsque l'utilisateur est dans un thème clair, la commande passe à un thème sombre et vice versa. Lorsqu'elle est dans un thème à contraste élevé, la commande reste en contraste élevé et passe au thème préféré à contraste élevé du thème de couleur opposé.
Les thèmes préférés sont définis par les paramètres :
- workbench.preferredDarkColorTheme
- workbench.preferredLightColorTheme
- workbench.preferredHighContrastColorTheme
- workbench.preferredHighContrastLightColorTheme
Menu contextuel Minimap
La mini-carte de VS Code affiche un aperçu de haut niveau du fichier de code source sur le côté de l'éditeur. Il a été possible de basculer la visibilité de la mini-carte via la commande View : Toggle Minimap ou désactiver complètement le minimap avec la commande Editor > Minimap : Enabled (editor.minimap.enabled). Avec cette version, il y a maintenant un menu contextuel pour facilement afficher ou cacher la mini-carte.
Il est également possible de régler l'apparence avec les paramètres Size (editor.minimap.size), Scale (editor.minimap.scale) et Slider (editor.minimap.showSlider). Si la minimap est masquée, il est toujours possible d'afficher le menu contextuel en cliquant avec le bouton droit de la souris sur la gouttière latérale.
Menu Partager
La commande Copy vscode.dev Link peut être utilisée à partir du sous-menu File > Share pour obtenir rapidement un lien vscode.dev pour le dépôt GitHub ouvert. Le sous-menu Partager est également disponible dans le menu contextuel de l'éditeur.
Terminal
Intégration Shell
L'intégration de l'interpréteur de commandes pour PowerShell, bash et zsh, qui était en avant-première depuis la version de janvier, est maintenant terminée ! Nous prévoyons de l'activer par défaut dans la version 1.70.
Pour activer la fonctionnalité d'intégration du shell, cochez Terminal > Integrated > Shell Integration : Enabled dans l'éditeur de paramètres ou définissez la valeur dans le settings.json :
"terminal.integrated.shellIntegration.enabled" : true
L'intégration du shell permet au terminal de VS Code de comprendre davantage ce qui se passe à l'intérieur du shell afin d'activer plus de fonctionnalités. L'un des objectifs de l'intégration du shell était qu'il fonctionne sans aucune configuration requise. Ceci a été réalisé en "injectant" automatiquement le script d'intégration du shell dans la session du shell via les arguments du shell et/ou les variables d'environnement lorsque le paramètre est activé. Dans certains cas, cela ne fonctionne pas, par exemple dans les sous-coquilles ou dans certaines configurations complexes de l'interpréteur de commandes, mais nous disposons également d'une voie d'installation manuelle pour ces cas plus avancés.
Voici, ci-dessous, un résumé des fonctionnalités que l'intégration du shell offre actuellement :
décorations de commandes et règle d'aperçu
L'intégration du shell permet d'obtenir les codes de sortie des commandes exécutées dans le terminal. Grâce à ces informations, des décorations sont ajoutées à gauche de la ligne pour indiquer si la commande a réussi ou échoué. Ces décorations apparaissent également dans la règle de vue d'ensemble dans la barre de défilement, tout comme dans l'éditeur.
Les décorations peuvent prendre en charge des actions contextuelles telles que la réexécution de la commande :
Les décorations des commandes peuvent être configurées à l'aide des paramètres suivants :
- terminal.integrated.shellIntegration.decorationIcon
- terminal.integrated.shellIntegration.decorationIconSuccess (succès)
- terminal.integrated.shellIntegration.decorationIconError
Navigation par commande
Les commandes détectées par l'intégration de l'interpréteur de commandes alimentent la fonction de navigation des commandes (Ctrl/Cmd+Up, Ctrl/Cmd+Down) pour lui donner des positions de commande plus fiables. Cette fonctionnalité permet une navigation rapide entre les commandes et la sélection de leur sortie.
Exécuter une commande récente
La commande Terminal: Run Recent Command fait apparaître l'historique provenant de diverses sources, offrant une fonctionnalité similaire à la recherche inverse d'un shell (Ctrl+R). Les commandes récentes proviennent de l'historique de la session actuelle, de l'historique des sessions précédentes pour ce type de shell et du fichier d'historique commun du shell.
Une autre fonctionnalité de la commande :
- dans la section de la session en cours, il y a une icône de presse-papiers à droite du choix rapide qui ouvrira la sortie de la commande dans un éditeur ;
- la touche Alt peut être maintenue enfoncée pour écrire le texte dans le terminal sans l'exécuter ;
- la quantité d'historique stockée dans la section de la session précédente est déterminée par le paramètre terminal.integrated.shellIntegration.history.
Aucune combinaison de touches n'est actuellement assignée par défaut à la fonction Run Recent Command mais, à titre d'exemple, elle pourrait être reliée à Ctrl+Espace avec la combinaison de touches suivante :
Code:
1
2
3
4
5
| {
"key": "ctrl+space",
"command": "workbench.action.terminal.runRecentCommand",
"when": "terminalFocus"
}, |
Aller au répertoire récent
Tout comme la commande run recent, la commande Terminal : Go to Recent Directory conserve la trace des répertoires qui ont été visités et permet de les filtrer rapidement et d'y naviguer (cd) :
La touche Alt peut être maintenue pour écrire le texte dans le terminal sans l'exécuter
Détection du répertoire de travail actuel
L'intégration du shell nous indique quel est le répertoire de travail actuel. Cette information était auparavant impossible à déterminer sous Windows sans un tas de bidouillages, et nécessitait une interrogation sur macOS et Linux, ce qui n'était pas bon pour les performances.
Le répertoire de travail actuel est utilisé pour résoudre les liens relatifs, afficher le répertoire dans lequel une commande récente a été exécutée, ainsi que pour prendre en charge le répertoire de travail actuel divisé "terminal.integrated.splitCwd" : "inherited" .
Prise en charge accrue des configurations de l'interpréteur de commandes
Cette version a amélioré l'intégration avec bash-preexec, ajouté un support de base pour powerlevel10k, et détecté plus de cas où l'intégration de l'interpréteur de commandes ne fonctionnera pas et désactivera gracieusement la fonctionnalité. Nous prévoyons une longue série d'améliorations dans ce domaine au fil du temps.
Support de la séquence SetMark
Le terminal supporte désormais la séquence 'OSC 1337 ; SetMark ST' créée à l'origine par iTerm2, ce qui permet d'ajouter une marque à gauche de la ligne ainsi que dans la barre de défilement. Le vérificateur de thème peut maintenant être utilisé avec les thèmes intégrés dans VS Code. Utilisez vscode.theme-defaults pour l'identifiant de l'extension, puis le nom du thème que vous souhaitez vérifier.
Par exemple, pour vérifier le thème "High Contract Light", il faut utiliser l'URL suivante :
"https://vscode.dev/theme/vscode.theme-defaults/Default%20High%20Contrast%20Light"
Support partiel de la localisation pour les extensions
La dernière itération dans vscode.dev, Microsoft a introduit la localisation pour les chaînes fournies par le produit de base. Dans cette itération, Microsoft inclu plus de chaînes : spécifiquement les chaînes statiques fournies par les extensions dans leur manifeste d'extension. Il y a encore d'autres segments de chaînes fournies par les extensions qui doivent être localisées (chaînes déclarées dans leur code source), nous continuerons donc ce travail lors de la prochaine itération.
Configurer la commande de la langue d'affichage
Pour certains utilisateurs, la configuration de la langue utilisée par leur navigateur n'est pas possible. Pour contourner ce problème, VS Code for the Web dispose désormais de la commande Configure Display Language qui permet de remplacer la langue par défaut du navigateur. En outre, il est possible d'utiliser la commande Clear Display Language Preference pour supprimer ce changement.
Source : Microsoft
Et vous ?
:fleche: Que pensez-vous des changements introduits dans VS Code 1.69 ?
Voir aussi
:fleche: Visual Studio Code 1.60 est disponible et apporte la détection automatique du langage
:fleche: Visual Studio Code 1.59 est disponible. Cette version s'accompagne d'une amélioration de la vue Extensions, ainsi que du suivi des processus enfants et des avertissements de fermeture
:fleche: Visual Studio Code 1.58 est disponible et apporte des modifications aux commentaires des clients et la prise en charge des mathématiques dans l'aperçu de Markdown
:fleche: Visual Studio Code 1.57 s'accompagne de Workspace Trust, une fonctionnalité de sécurité pour autoriser ou restreindre l'exécution automatique de code
7 pièce(s) jointe(s)
Visual Studio Code 1.71 s'accompagne d'améliorations au niveau de l'éditeur de fusion
Visual Studio Code 1.71 s'accompagne d'améliorations au niveau de l'éditeur de fusion, de l'algorithme de différenciation,
avec les éléments d'arbre désactivés, et plus encore
Microsoft annonce la version 1.71 de Visual Studio Code. Elle s'accompagne d’une amélioration de l'éditeur de fusion, des cases à cocher, de l'algorithme de différenciation et d’une meilleure prise en charge du protocole de l'adaptateur de débogage. « Bienvenue dans la version d'août 2022 de Visual Studio Code. Le mois d'août est le moment où de nombreux ingénieurs de VS Code prennent leurs vacances, mais cette version comporte tout de même de nombreuses mises à jour qui, nous l'espérons, vous plairont », a déclaré Microsoft.
Voici, ci-dessous, quelques-unes des principales nouveautés :
Améliorations de l'éditeur de fusion
Ouverture de l'éditeur de fusion à partir de fichiers présentant des conflits
Un fichier qui présente un conflit affichera désormais automatiquement un bouton Ouvrir dans l'éditeur de fusion pour passer de l'éditeur de texte à l'éditeur de fusion.
Le fichier de l'éditeur de fusion n'est pas modifié à l'ouverture
VS Code ne modifie plus le fichier de résultat lors de son ouverture dans l'éditeur de fusion (les régions en conflit étaient remplacées par la base). Au lieu de cela, les marqueurs de conflit restent dans le fichier mais sont cachés dans la vue des résultats. Les cases à cocher peuvent être utilisées pour remplacer les marqueurs de conflit par l'un ou l'autre côté, une combinaison des deux côtés ou, en les décochant, par la base.
Restauration des anciens décorateurs de conflits
Les anciens décorateurs de conflits en ligne ne sont plus désactivés, de sorte que l'éditeur de fusion et l'expérience en ligne peuvent être utilisés ensemble. Lorsque l'éditeur de fusion s'ouvre, vous pouvez obtenir l'expérience précédente par un simple clic dans la barre d'outils de l'éditeur :
En cliquant sur la même icône à côté du nom du fichier dans la vue Source Control, il est possible d'ignorer complètement l'éditeur de fusion. Cependant, il estpossible de basculer entre la nouvelle et l'ancienne expérience à tout moment et même les utiliser en parallèle :
Améliorations des cases à cocher
Microsoft prend désormais des dispositions pour que les cases à cocher d'un conflit soient toujours visibles, même lorsque le conflit est plus grand que la fenêtre d'affichage. Des couleurs sont utilisées pour mettre en évidence les cases à cocher des conflits non gérés.
Améliorations de l'algorithme de différenciation
Des algorithmes de diffusion alternatifs sont explorés dans le but d’améliorer la qualité des conflits. Un nouvel algorithme de diffusion expérimental peut être activé avec le paramètre suivant :
"mergeEditor.diffAlgorithm": "experimental",
Ce nouvel algorithme n'est pas encore optimisé pour les performances, mais il améliore l'expérience de l'éditeur de fusion pour de nombreux cas limites.
Évolution
Dans cette version, Microsoft s'est concentrés sur les problèmes d'interface utilisateur les plus importants de l'éditeur de fusion et a corrigé de nombreux bogues. Les prochaines améliorations se concentreront sur une vue de base séparée, la réduction des conflits, le raffinement de l'algorithme de différenciation et d'autres améliorations.
La bibliothèque partagée FFmpeg qui fait partie du VS Code ne supportait auparavant que le codec FLAC. Avec cette version, la bibliothèque a été mise à jour pour supporter la liste suivante de codecs et de conteneurs. Cela permettra à plus de fichiers audio et vidéo d'être lus à partir de notebooks ou par des extensions intégrant de l'audio et de la vidéo dans des webviews.
- Vorbis
- Flac
- H.264
- VP8
- WAV
- MP3
- Ogg
Améliorations de la sélection de renommage de l'explorateur
Après avoir lancé une action de renommage sur un fichier, la touche F2 permet de parcourir le nom du fichier, la sélection entière et l'extension du fichier afin de permettre une interaction plus flexible avec le clavier.
Superposition des contrôles de fenêtre sous Windows
Dans la version 1.68, VS Code a adopté le support de la fonctionnalité Window Controls Overlay d'Electron derrière un tag expérimental et était désactivé par défaut. Microsoft a résolu les problèmes restants autour de cette fonctionnalité affectant VS Code, ce qui permet de l'activer par défaut pour tous les utilisateurs de Windows.
La fonction de superposition des contrôles Windows permet aux utilisateurs de VS Code sur Windows 11 de sélectionner des dispositions instantanées pour placer VS Code sur leur bureau.
Mode d'expansion de l'arborescence
Le paramètre Workbench > Tree : Expand Mode (workbench.tree.expandMode), qui détermine si les nœuds de l'arbre se développent en cas de simple ou de double-clic, sera désormais respecté par les arborescences fournies par des extensions.
Éditeur
Sticky Scroll
Sticky scroll affiche la portée actuelle en haut du port d'affichage. Cette fonctionnalité n'est plus expérimentale et peut être activée dans les paramètres avec editor.stickyScroll.enabled. D'autres améliorations ont été apportées :
- Il est possible de définir le nombre maximal de lignes à afficher avec le paramètre Editor > Sticky Scroll : Max Line Count (editor.stickyScroll.maxLineCount). Le maximum par défaut est de 5 lignes ;
- Il est possible d'utiliser Ctrl/Cmd + Click dans le sticky scroll, pour naviguer vers une définition.
Nouveau contrôle de l'action du code
Microsoft a complètement remanié le contrôle de l'action du code. Au lieu d'un simple menu d'actions de code, il y a maintenant un contrôle personnalisé qui permet de trouver plus facilement l'action de code désirée. Le nouveau contrôle permet également à VS Code de faire apparaître des informations supplémentaires. Par exemple, il est maintenant possible de survoler les actions de code désactivées pour savoir pourquoi elles sont désactivées.
Il est également possible de personnaliser les raccourcis clavier utilisés pour naviguer dans la liste des actions de code en modifiant les liaisons de touches pour les commandes suivantes :
- selectNextCodeAction(
- selectPrevCodeAction(
- acceptSelectedCodeAction(
La nouvelle interface utilisateur des actions de code constitue une excellente base pour d'autres améliorations de l'interface utilisateur.
Configuration de la correspondance suggérée
Il existe un nouveau paramètre pour configurer le filtrage IntelliSense. Par défaut, le premier caractère doit correspondre à un début de mot, par exemple c doit correspondre à console ou WebContext mais ne correspondra pas à description. Le paramètre (editor.suggest.matchOnWordStartOnly( modifie ce comportement. Lorsqu'il est désactivé, le filtrage prend en compte toutes les correspondances, ce qui donne plus de résultats, mais le filtrage se fait toujours en fonction de la qualité de la correspondance.
Dans la courte vidéo ci-dessous, lorsque (matchOnWordStartOnly( est désactivé, les suggestions pour dir incluent plus d'éléments, tels que mkdir et makedirs
Contrôle de source
Améliorations du bouton d'action de validation
Les utilisateurs peuvent contrôler globalement l'action secondaire (par exemple, pull, sync) qui est exécutée après une opération de commit réussie en utilisant le paramètre git.postCommitCommand. Microsoft a ajouté un nouveau paramètre git.rememberPostCommitCommand qui peut être activé pour se souvenir de la dernière action secondaire exécutée par dépôt.
Terminal
Améliorations de l'intégration du shell
Les améliorations suivantes ont été apportées à l'intégration shell dans cette version :
L- 'intégration shell Fish est disponible uniquement en tant qu'installation manuelle expérimentale ;
- L'intégration du shell Git bash pour Windows est disponible uniquement en tant qu'installation manuelle expérimentale ;
- Prise en charge des séquences alternatives courantes de répertoire de travail : OSC 6 ; scheme://<cwd> ST, OSC 1337 ; CurrentDir=<cwd> ST, OSC 9 ; 9 ; <cwd> ST.
Défilement fluide
Le terminal prend maintenant en charge le défilement fluide, qui animera le défilement pendant une courte période de temps pour aider à voir l'emplacement après le défilement, comme dans l'éditeur et les listes. Pour activer le défilement fluide, définissez :
"terminal.integrated.smoothScrolling" : true
Tâches
Reconnexion lors du rechargement de la fenêtre
Les tâches de surveillance sont désormais reconnectées lors du rechargement de la fenêtre, ce qui permet un travail ininterrompu lorsque VS Code est mis à jour ou que l'état d'une extension change. La reconnexion des tâches est activée par défaut, mais peut être désactivée avec le paramètre task.reconnection.
Débogage
Option suppressMultipleSessionWarning dans launch.json
Lorsque l'utilisateuressaye de démarrer le débogage avec une configuration de lancement, mais qu'il y a déjà une session de débogage active pour cette configuration, VS Code affichera une boîte de dialogue d'avertissement avant de démarrer la deuxième instance. Ceci est facile à faire par accident et n'est généralement pas ce que vous vouliez faire. Cependant, si l'exécution de plusieurs instances de la même configuration fait partie de du flux de travail, il est maintenant possible de désactiver cet avertissement en ajoutant "suppressMultipleSessionWarning" : true au fichier de configuration launch.json.
Création d'extensions
TerminalExitStatus.reason
Les auteurs d'extensions ont désormais un meilleur aperçu de la raison pour laquelle un terminal s'est éteint grâce à la nouvelle API TerminalExitReason.
Code:
1
2
3
4
5
6
7
| export enum TerminalExitReason {
Unknown = 0,
Shutdown = 1,
Process = 2,
User = 3,
Extension = 4
} |
Documentation sur les paramètres d'énumération enumItemLabels
Les paramètres d'énumération de l'éditeur de paramètres prennent en charge la clé enumItemLabels, qui permet à l'auteur de l'extension de spécifier les valeurs à afficher dans les listes déroulantes correspondant aux valeurs de l'énumération.
Nouvelle clé contextuelle activeWebviewPanelId
La nouvelle clé contextuelle activeWebviewPanelId permet de suivre le viewType du panneau du webview actuellement focalisé. Il est possible de l'utiliser dans des clauses when pour activer des commandes ou des éléments de menu lorsque votre webview est focalisé.
"when" : "activeWebviewPanelId =='markdown.preview'"
Plugins de serveur TypeScript sur web
Les plugins de service de langage TypeScript sont désormais pris en charge sur le web. Cela s'applique aux plugins qui sont contribués par des extensions utilisant le point de contribution typescriptServerPlugins.
Pour commencer, vous devez d'abord indiquer à TypeScript que votre plugin est compatible avec le web en ajoutant un point d'entrée de navigateur dans votre package.json en plus de main :
Code:
1
2
| "main" : "out/main.js",
"browser" : "out/main.browser.js" |
Le point d'entrée du navigateur doit être un module JavaScript qui exporte une fonction par défaut qui active le plugin :
Code:
1
2
3
| export default function init(modules: { typescript: typeof import("typescript/lib/tsserverlibrary") }) {
...
}; |
Éléments d'arbre désactivés
Les éléments de l'arbre avec des commandes dont la clause d'activation est résolue à false seront affichés comme désactivés.
Protocole de l'adaptateur de débogage
Proposition d'une requête 'startDebugging'
Aujourd'hui VS Code supporte plusieurs sessions de débogage simultanées mais le Debug Adapter Protocol (DAP) ne couvre qu'une seule session. Cela signifie que la création programmatique de nouvelles sessions de débogage ne fait pas partie de DAP et ne peut se faire qu'en dehors de DAP ou de l'adaptateur de débogage, typiquement dans l'extension de débogage qui contient l'adaptateur de débogage.
Une conséquence de ceci est que la fonctionnalité multi-session, telle que le débogage des processus enfants, n'est pas facilement disponible pour les clients DAP non-VS Code qui réutilisent seulement l'adaptateur de débogage et non l'extension de débogage spécifique à VS Code. Pour améliorer cette situation, Microsoft prévoit d'ajouter une nouvelle demande inverse à DAP pour créer une nouvelle session de débogage à partir de l'adaptateur de débogage. « Après quelques discussions, nous avons préparé une proposition pour une requête inverse startDebugging.
Ingénierie
Mise à jour de l'Electron 19
Dans cette étape importante, Microsoft dit avoir terminé l'exploration pour regrouper Electron 19, l'environnement permettant de développer des applications multi-plateformes de bureau avec des technologies web, dans le bureau VS Code. Cette mise à jour est livrée avec Chromium 102.0.5005.167 et Node.js 16.14.2.
Le support de Windows 7 est terminé
Microsoft a mis fin à la prise en charge de Windows 7 en janvier 2020. Cependant, Electron a continué à prendre en charge Windows 7 en appliquant un correctif à la bibliothèque libuv. Avec la mise à jour Electron 19, le correctif libuv ne fonctionne plus et Microsoft recommande aux utilisateurs de mettre à jour vers une version plus récente de Windows afin d'utiliser la version de bureau VS Code. VS Code ne fournira plus de mises à jour de produits et de correctifs de sécurité sur Windows 7.
Source :Microsoft
Et vous ?
:fleche: Que pensez-vous des changements introduits dans VS Code 1.71 ?
Voir aussi
:fleche: Visual Studio Code 1.60 est disponible et apporte la détection automatique du langage
:fleche: Visual Studio Code 1.59 est disponible. Cette version s'accompagne d'une amélioration de la vue Extensions, ainsi que du suivi des processus enfants et des avertissements de fermeture
:fleche: Visual Studio Code 1.58 est disponible et apporte des modifications aux commentaires des clients et la prise en charge des mathématiques dans l'aperçu de Markdown
:fleche: Visual Studio Code 1.57 s'accompagne de Workspace Trust, une fonctionnalité de sécurité pour autoriser ou restreindre l'exécution automatique de code
5 pièce(s) jointe(s)
Visual Studio Code 1.72 prend en charge la prévisualisation de certains fichiers audio et vidéo
Visual Studio Code 1.72 prend en charge la prévisualisation de certains fichiers audio et vidéo
et inaugure un outil proposant des corrections rapides au niveau du terminal
Table de travail
Masquer les actions des barres d'outils
Vous pouvez désormais masquer les actions des barres d'outils. Cliquez avec le bouton droit sur n'importe quelle action dans une barre d'outils et sélectionnez sa commande de masquage ou l'une des commandes de basculement. Les actions masquées sont déplacées vers le menu ... Plus d'actions et peuvent être appelées à partir de là. Pour restaurer un menu, cliquez avec le bouton droit sur la zone des boutons de la barre d'outils et sélectionnez la commande Réinitialiser le menu. Pour restaurer tous les menus, exécutez Réinitialiser tous les menus à partir de la palette de commandes (Ctrl+Maj+P).
Améliorations apportées au contrôle de l'arborescence Rechercher
Vous pouvez maintenant déplacer verticalement le contrôle de l'arborescence Rechercher afin d'accéder aux éléments de l'interface utilisateur situés derrière. Appuyez sur Ctrl+F dans les arborescences pour afficher le contrôle Rechercher.
De plus, le contrôle de l'arborescence Rechercher se souviendra du dernier terme de recherche lors de sa réouverture.
Preview intégré pour certains fichiers audio et vidéo
VS*Code prend désormais en charge la prévisualisation de certains formats de fichiers audio et vidéo.
Les formats audio suivants sont actuellement pris en charge*:
Et les formats vidéo suivants peuvent être prévisualisés*:
Pour les fichiers vidéo, gardez à l'esprit que les formats multimédias des pistes vidéo et audio doivent être pris en charge. De nombreux fichiers .mp4, par exemple, utilisent H.264 pour la vidéo et l'audio AAC. VS Code pourra lire la partie vidéo du .mp4, mais comme l'audio AAC n'est pas pris en charge, il n'y aura pas de son. Vous devrez utiliser MP3 pour la piste audio.
Désactiver la dénomination incrémentielle
Vous pouvez maintenant désactiver la dénomination de fichier incrémentielle dans l'explorateur de fichiers avec la nouvelle valeur désactivée pour le paramètre explorer.incrementalNaming. Cette valeur désactive la logique de modification du nom de fichier lors du collage dans l'explorateur de fichiers. Si le nom du fichier est déjà présent, vous serez invité à écraser le fichier existant, comme dans la plupart des explorateurs natifs.
Avertissement lors de la modification dans le dossier de l'application VS Code
Lors de la modification de fichiers dans le dossier de l'application VS Code, un avertissement s'affiche désormais dans l'éditeur. La modification accidentelle de fichiers dans le dossier de l'application est une erreur courante et n'est généralement pas ce que quelqu'un voulait.
Éditeur
Comportement de défilement automatique amélioré
Lors de la sélection et du glissement, l'éditeur avait l'habitude de faire défiler d'une manière qui dépendait des images par seconde (FPS) de l'affichage, faisant parfois défiler l'éditeur rapidement dès que la souris atteignait les bords de l'éditeur. Désormais, l'éditeur défile automatiquement à une vitesse plus gérable d'environ une fenêtre par seconde lorsque la souris est proche des bords, et plus rapide lorsque la souris est plus éloignée de l'éditeur, indépendamment du FPS.
Survol amélioré
Le survol de l'éditeur était très agressif en se cachant, en particulier lorsque la souris passait sur une zone vide de l'éditeur. Cela a rendu difficile l'accès à certaines des actions présentées dans le survol. Désormais, le survol restera visible tant que la souris se déplacera vers lui. Le paramètre "editor.hover.sticky":false revient au comportement précédent.
Nouveaux groupes d'action de code
Deux nouveaux groupes sont disponibles dans le contrôle Code Action, Inline et Move.
Ces groupes correspondent à ces types d'action de code refactor.inline et refactor.move.
Nouvelles couleurs d'action de code
Vous remarquerez peut-être que le contrôle Code Action est également légèrement différent de cette itération. Le style a été mis à jour pour utiliser des couleurs de thème plus appropriées. Le plus grand changement est que le corps du contrôle utilise maintenant les couleurs editorWidget.* au lieu de menu.*.
L'équipe responsable de Visual Studio précise qu'elle affine encore ces couleurs, par conséquent, elle demande aux développeurs de lui faire savoir si elles ne fonctionnent pas bien avec un thème donné ou s'il manque des options de personnalisation des couleurs.
Extensions
Extensions récemment mises à jour
VS Code affiche désormais les extensions mises à jour au cours des 7 derniers jours dans une section Mises à jour récentes des mises à jour dans la vue Extensions.
Extensions nécessitant de l'attention
VS Code affiche désormais les extensions nécessitant une attention triée en haut de la section Installé par défaut de la vue Extensions. Cela inclut les extensions qui ont une mise à jour en attente ou qui ont été mises à jour ou désactivées et qui nécessitent le rechargement de VS Code.
Ignorer les mises à jour d'une extension
Vous pouvez désormais ignorer les mises à jour d'une extension en cliquant sur le bouton Ignorer les mises à jour dans le menu déroulant Mettre à jour. Cela supprimera l'extension de la liste des extensions nécessitant une attention particulière.
Tri des extensions installées
Vous pouvez désormais trier la liste des extensions installées par nombre d'installations, classement, nom, date de publication et date de mise à jour.
Recherche
Résultats affichés sous forme d'arborescence
Vous pouvez maintenant afficher les résultats de la recherche dans un arbre*! Basculez simplement entre la liste et l'arborescence en cliquant sur l'icône de liste/arborescence dans le coin supérieur de la vue de recherche.
Paramètres de décoration de fichier
Dans les résultats de recherche, les badges de nom de fichier et les couleurs qui reflètent les statuts des fichiers peuvent désormais être activés et désactivés. Les paramètres sont Recherche > Décorations : Badges (search.decorations.badges) et Recherche > Décorations : Couleurs (search.decorations.colors).
Terminal
Corrections rapides du terminal
L'équipe Visual Studio a commencé à déployer une nouvelle fonctionnalité optimisée par l'intégration du shell appelée Quick Fixes. Cette fonctionnalité est livrée avec un support de repère audio. Activez-la avec audioCues.terminalQuickFix pour une indication sonore qu'un correctif est disponible.
Un correctif rapide est disponible lorsqu'une commande correspond à un ensemble d'actions que l'utilisateur effectuera probablement et peut être activé via le même raccourci clavier utilisé dans l'éditeur Ctrl+. ou Cmd+..
Améliorations de l'intégration Shell
Les améliorations suivantes ont été apportées à l'intégration du shell*:
- Exécuter la commande récente et accéder au répertoire récent effacera désormais la ligne si elle a du contenu (ou si elle ne peut pas être déterminée de manière fiable).
- Suppression de l'utilisation par le script bash de la variable d'environnement $PREFIX, qui pouvait entrer en conflit avec certains outils de construction.
- Amélioration du script zsh pour corriger certains cas extrêmes autour de $ZDOTDIR.
- Meilleure gestion de l'intégration du shell zsh sur les machines partagées entre plusieurs utilisateurs.
Langages
Validation du lien Markdown
Lorsque vous travaillez avec Markdown, il est facile d'ajouter par erreur un lien de fichier ou une référence d'image non valide. Peut-être avez-vous oublié que le nom de fichier utilisait un - (tiret) au lieu d'un _ (souligné), ou peut-être que le fichier vers lequel vous créez un lien a été déplacé vers un autre répertoire. Souvent, vous ne détectez ces erreurs qu'après avoir consulté l'aperçu Markdown ou après la publication. La nouvelle validation de lien Markdown de VS Code peut aider à détecter ces erreurs.
Pour commencer, définissez "markdown.validate.enabled": true. VS Code analysera désormais les liens Markdown vers les en-têtes, les images et d'autres fichiers locaux. Les liens non valides seront signalés comme des avertissements ou des erreurs.
VS Code peut même détecter des liens invalides vers des en-têtes spécifiques dans d'autres fichiers Markdown*!
Vous pouvez utiliser quelques paramètres pour personnaliser la validation des liens*:
- markdown.validate.fileLinks.enabled - Activer/désactiver la validation des liens vers les fichiers locaux : [link](/path/to/file.md)
- markdown.validate.fragmentLinks.enabled - Activer/désactiver la validation des liens vers les en-têtes dans le fichier actuel*: [link](#_some-header)
- markdown.validate.fileLinks.markdownFragmentLinks - Activer/désactiver la validation des liens vers les en-têtes dans d'autres fichiers Markdown*: [link](other-file.md#some-header)
- markdown.validate.referenceLinks.enabled - Activer/désactiver la validation des liens de référence : [link][ref].
- markdown.validate.ignoredLinks - Une liste de liens globaux qui ignorent la validation. Ceci est utile si vous créez un lien vers des fichiers qui n'existent pas sur le disque mais qui existent une fois que le Markdown a été publié.
Organiser les définitions de liens dans Markdown
La nouvelle action de code Organiser les définitions de liens (source.organizeLinkDefinitions) pour les fichiers Markdown regroupera toutes les définitions de liens au bas du fichier, les trie par ordre alphabétique et supprime celles qui ne sont pas utilisées. Cela peut être exécuté à l'aide de la commande Source Action.
Par exemple, dans la source Markdown*:
Code:
1
2
3
4
5
6
7
| Some [link][example] and an image:
![An image of a cat][cat-gif]
[example]: http://example.com
[cat-gif]: /keyboard-cat.gif
[some unused link]: http://example.com/file2 |
L'exécution d'Organiser les définitions de liens
Code:
1
2
3
4
5
6
| Some [link][example] and an image:
![An image of a cat][cat-gif]
[cat-gif]: /keyboard-cat.gif
[example]: http://example.com |
Remarquez comment la définition de some unused link a été supprimée et les définitions restantes ont été triées par ordre alphabétique.
Source : Microsoft
3 pièce(s) jointe(s)
Visual Studio Code 1.74 est disponible et apporte des améliorations pour le développement à distance
Visual Studio Code 1.74 est disponible et apporte des améliorations pour le développement à distance,
ainsi que la possibilité de gérer les référentiels Git non sécurisés
Table de travail
Masquer les badges par conteneur de vue
De la même manière que vous pouviez masquer les conteneurs de vue en cliquant avec le bouton droit sur le conteneur de vue, vous pouvez désormais masquer le badge sur le conteneur (affiché dans la barre d'activité, le panneau et la barre latérale secondaire). Les badges affichent souvent un nombre, une icône ou un indicateur de progression pour un conteneur de vue spécifique, par exemple, le nombre de modifications en attente pour la vue Contrôle de code source.
Éditeur de fusion
Cette version embarque quelques améliorations et corrections de bogues pour l'éditeur de fusion. Les faits saillants comprennent :
- Annuler/Rétablir suit désormais l'état des conflits traités.
- Les actions Ignorer dans les vues d'entrée peuvent être utilisées pour accepter la version de base au lieu de l'action Marquer comme géré dans la vue des résultats.
- Les changements qui sont égaux des deux côtés sont désormais automatiquement résolus.
- Les extensions qui fournissent la fonctionnalité git blame fonctionnent désormais dans les éditeurs entrants, actuels et de base.
Installer une extension située sur le disque
Vous pouvez désormais installer une extension située sur un lecteur de disque local à l'aide de la commande Développeur : Installer l'extension à partir de l'emplacement.... La commande ouvrira la boîte de dialogue du dossier de la plate-forme pour sélectionner l'emplacement du fichier .vsix de l'extension.
Éditeur
Nouvelle option de saut de mot pour les caractères CJK
Un paramètre appelé editor.wordBreak peut désormais être utilisé pour éviter d'insérer des points d'habillage après les caractères CJK. Lorsqu'ils sont configurés avec keepAll, les algorithmes d'habillage essaieront de conserver le texte après les caractères CJK sur la même ligne. Ce paramètre n'a aucun effet sur les caractères des autres scripts.
Nouveau paramètre de police pour les polices OpenType
Certaines polices plus récentes, qui prennent en charge les variantes de police OpenType, prennent en charge le réglage de certains axes, comme l'axe de poids de police, pour obtenir des poids de police qui ne sont pas configurables via la propriété CSS font-weight . En CSS, cela est réalisé avec la propriété font-variation-settings. Si vous utilisez une telle police, vous pouvez maintenant configurer editor.fontVariations sur true, ce qui entraînera l'utilisation par VS Code de l'axe d'affichage "wght" pour définir l'épaisseur de la police. Si votre police supporte d'autres axes, il est également possible de les configurer directement, par exemple en paramétrant "editor.fontVariations": "'ital' 0.5".
Nouveau paramètre de taille d'indentation
Il existe un nouveau paramètre appelé editor.indentSize qui permet de dissocier la taille de l'indentation (le nombre d'espaces qui composent un retrait) de la taille de la tabulation (le nombre d'espaces utilisés pour rendre un caractère Tab). Ceci est utile lorsqu'il s'agit de fichiers qui utilisent des indentations mixtes de tabulations et d'espaces et ne peut être exercé que lors de l'utilisation d'une configuration d'indentation manuelle.
Ci-dessous un exemple de configuration :
Code:
1
2
3
4
| "editor.detectIndentation": false,
"editor.insertSpaces": true,
"editor.tabSize": 8,
"editor.indentSize": 2 |
Commande pour accepter partiellement les complétions en ligne
La commande Accepter le mot suivant de la suggestion en ligne (editor.action.inlineSuggest.acceptNextWord) peut être utilisée pour accepter le segment de mot/non-mot suivant de la suggestion en ligne actuelle. Actuellement, il ne peut accepter que des parties de la première ligne d'une suggestion en ligne. La commande est toujours en cours de développement et Microsoft explore des raccourcis clavier ainsi que des règles de fractionnement alternatives pour les futures versions.
Contrôle des sources
Gérer les référentiels Git non sécurisés
VS Code utilise git.exe pour exécuter toutes les opérations Git. À partir de Git 2.35.2, les utilisateurs ne peuvent pas exécuter d'opérations Git dans un référentiel qui se trouve dans un dossier appartenant à un utilisateur autre que l'utilisateur actuel, car le référentiel est considéré comme potentiellement dangereux.
À partir de cette version, si vous essayez d'ouvrir un tel référentiel potentiellement dangereux, VS Code affichera une vue de bienvenue dans la vue de contrôle de code source ainsi qu'une notification d'erreur. La vue de bienvenue et la notification exposent la commande Gérer les référentiels non sécurisés qui vous permet de consulter la liste des référentiels potentiellement dangereux, de les marquer comme sûrs et de les ouvrir. La commande Gérer les référentiels non sécurisés est également disponible dans la palette de commandes. Marquer un référentiel comme sûr ajoutera l'emplacement du référentiel à la configuration git safe.directory.
Mises à jour optimistes de l'interface utilisateur
Après l'exécution d'une opération Git, un ensemble de commandes git (par exemple, git status) est exécuté pour mettre à jour le modèle de données avant la mise à jour de la vue Source Control. Il existe des scénarios dans lesquels l'exécution de ces commandes peut prendre plusieurs secondes (par exemple, lorsque vous travaillez avec des dépôts uniques volumineux), ce qui entraîne un délai avant l'actualisation de la vue Source Control.
Dans cette version, Microsoft a apporté des modifications afin que la vue Source Control soit mise à jour de manière optimiste pour certaines des opérations Git (stage, unstage, ignorer les modifications et commit) avant que le statut git ne soit terminé, ce qui se traduit par une vue Source Control plus dynamique.
La nouvelle fonctionnalité est activée par défaut mais elle peut être désactivée à l'aide de git.optimisticUpdate : false.
Polissage du bouton d'action de validation
Lorsque le bouton d'action Commit exécute une commande de validation secondaire (par exemple, Commit & Sync), le libellé du bouton reflète désormais correctement la commande en cours d'exécution. Le bouton Valider affiche également une animation indiquant la progression.
Terminal
Améliorations du correctif rapide du terminal
Les correctifs rapides du terminal sont désormais présentés dans un contrôle d'action de code pour s'aligner sur l'expérience de l'éditeur.
Actions de tâche dans la liste déroulante du terminal
Les commandes Exécuter la tâche et Configurer les tâches apparaissent dans la liste déroulante du terminal pour une découverte et une facilité d'accès accrues.
Développement à distance
Remote Tunnels est désormais disponible en tant que fonctionnalité en préversion sur VS Code Stable. Remote Tunnels vous permet d'accéder en toute sécurité à votre machine avec VS Code depuis n'importe quel appareil, n'importe où. Pour activer l'accès au tunnel à distance, vous pouvez soit :
- Choisissez Activer l'accès à Remote Tunnels dans le menu Compte ou la palette de commandes.
- Exécutez le tunnel de code à partir d'une machine sur laquelle VS Code est installé et sur le PATH.
- Téléchargez la nouvelle CLI VS Code et exécutez ./code tunnel.
Une fois l'accès au tunnel activé, vous pouvez vous connecter à la machine à partir de n'importe quel appareil à l'aide de vscode.dev ou à l'aide de l'extension Remote - Tunnels à partir de VS Code Desktop.
Source : Microsoft
1 pièce(s) jointe(s)
Visual Studio Code 1.75 est disponible avec de nouvelles commandes Git et la complétion de code
Visual Studio Code 1.75 est disponible avec de nouvelles commandes Git et la complétion de code à l'aide de GitHub Copilot
cette version apporte également des améliorations à l'accessibilité
Microsoft a annoncé mercredi la disponibilité générale de Visual Studio Code 1.75 (January 2023). Cette nouvelle version de l'éditeur de code open source apporte de nombreuses améliorations à l'espace de travail, en matière d'accessibilité, ainsi que de nouvelles extensions. Elle comprend également de nouvelles fonctionnalités, quelques améliorations et quelques correctifs de bogues. Voici ci-dessous les points forts de cette version.
Accessibilité
Profils
L'équipe a annoncé la disponibilité de la fonction Profils dans VS Code. Un profil peut inclure des extensions, des paramètres, des raccourcis clavier, l'état de l'interface utilisateur, des tâches et des extraits d'utilisateur. Vous pouvez personnaliser VS Code pour différents scénarios de développement, comme la science des données, la rédaction de documentation, ou pour plusieurs langages de programmation comme Python ou Java. Si vous avez différentes configurations de VS Code basées sur le flux de travail, comme "Travail" ou "Démo", vous pouvez également les enregistrer en tant que différents profils.
Vous pouvez ouvrir plusieurs espaces de travail (dossiers) avec différents profils appliqués simultanément. L'image ci-dessus montre un dossier ouvert avec un profil Work qui est personnalisé pour une configuration de travail. Vous pouvez également exporter et importer des profils pour les partager avec vos collègues, amis ou étudiants afin de les aider à démarrer avec VS Code. La vidéo suivante démontre comment exporter un profil en utilisant un gist GitHub afin de le partager avec quelqu'un.
Les utilisateurs qui reçoivent le lien du profil peuvent prévisualiser le profil partagé dans VS Code pour le Web et l'importer dans leur instance locale de VS Code. Notez que les profils ne fonctionnent pas actuellement dans des scénarios à distance tels que les espaces de code GitHub, mais l'équipe a déclaré qu'elle travaille à leur activation.
Amélioration de la navigation au clavier sur les indicateurs de l'éditeur de paramètres
Pour les paramètres comportant plusieurs indicateurs, tels qu'un indicateur Modifié ailleurs et un indicateur Valeur par défaut modifiée, les touches fléchées gauche et droite sont désormais utilisées pour naviguer entre les indicateurs. Cette modification permet aux utilisateurs de quitter les indicateurs par une simple pression sur la touche de tabulation.
Extensions
Signature de l'extension VS Marketplace
Chaque extension téléchargée sur Visual Studio Marketplace à partir de novembre 2022 est signée par VS Marketplace. Lorsqu'un utilisateur installe une extension signée via la vue Extensions de VS Code, ce dernier vérifie la signature, et prouve ainsi que l'extension provient bien de VS Marketplace et que le paquet de l'extension n'a pas été modifié. Si la vérification de la signature échoue, VS Code n'installera pas l'extension.
VS Marketplace est en train de signer toutes les extensions existantes (y compris les extensions qui n'ont pas été mises à jour depuis novembre). Une fois ce processus terminé, dans quelques mois, VS Code exigera que toutes les extensions provenant de VS Marketplace soient signées par VS Marketplace. Cette exigence garantira l'intégrité de chaque paquet provenant de VS Marketplace, améliorant ainsi la sécurité globale de l'écosystème d'extension.
Épingler une version d'extension à partir de l'interface CLI
Lorsque vous installez une version spécifique d'une extension à partir de l'interface CLI (code --install-extension {publisher}.{name}@{version}), elle sera désormais épinglée à cette version. Cela signifie que l'extension ne sera pas mise à jour automatiquement si vous avez activé les mises à jour automatiques.
Synchronisation des versions des extensions épinglées
Settings Sync synchronisera désormais les versions des extensions épinglées. Cela signifie que lorsque vous installez une version spécifique d'une extension sur une machine, elle sera liée à cette version sur toutes les autres machines sur lesquelles vous vous synchronisez.
Espace de travail
- amélioration de la prise en charge du redimensionnement de plusieurs vues : vous pouvez désormais redimensionner plusieurs vues en même temps en faisant glisser les coins des vues ;
- amélioration de la disposition de la grille : si un éditeur est réduit, la grille conserve désormais cet état lors du redimensionnement de l'ensemble de l'espace de travail ou des barres latérales ;
- rétablissement des valeurs par défaut à partir de la commande Personnaliser la mise en page : lorsque vous utilisez la commande Personnaliser la mise en page, soit en déclenchant la commande, soit en utilisant les contrôles de mise en page dans la barre de titre personnalisée, vous pouvez rétablir les valeurs par défaut en utilisant le bouton de la flèche de retour en haut à droite du contrôle de mise en page ;
- gestion de l'alignement des panneaux à partir du panneau : vous pouvez désormais régler l'alignement des panneaux directement à partir du menu contextuel du panneau, tout comme la position du panneau ;
- menu des préférences simplifié : l'équipe a simplifié le menu des préférences pour vos paramètres globaux et organisé les options dans un ordre et un regroupement plus logiques ;
- historique de la recherche dans les arbres : le contrôle de recherche dans les arborescences prend désormais en charge la navigation dans l'historique. Vous pouvez utiliser les touches fléchées Haut/Bas pour naviguer dans l'historique de vos recherches précédentes ;
- recherche dans l'arborescence - correspondance contiguë : le contrôle de recherche dans les arborescences prend désormais en charge la correspondance contiguë en plus de la correspondance "floue" existante. Dans la vidéo ci-dessous, la recherche initiale de "src" donne des résultats tels que "resource". Lorsque la correspondance "floue" est désactivée via le bouton à bascule Correspondance floue, seul le texte contenant le texte contigu "src" est mis en évidence.
- défilement de la liste par page : un nouveau paramètre, workbench.list.scrollByPage, vous permet de déterminer si la liste doit défiler par page lorsque vous cliquez directement sur la barre de défilement ;
- etc.
Terminal
Améliorations des liens
De nombreuses améliorations ont été apportées à la détection des liens dans le terminal dans cette version :
- Les liens contenant des espaces sont détectés dans certaines circonstances :
- lorsque la ligne entière est un lien ;
- liens de trace de pile de style Python : de "<chemin>", ligne <ligne>.
- quelques erreurs de compilation : <path>(<line>,<col>) : ...
- les sections de texte stylisées indépendamment sont toutes détectées indépendamment, donc si un chemin est souligné, il devrait être détecté même s'il comporte des espaces.
- Les liens contenant les caractères [ et ] fonctionnent maintenant ;
- les liens qui se terminent par le caractère ] seront détectés, même si le lien entier est entouré de [ et ] ;
- les liens du protocole vscode:// sont maintenant détectés ;
- les liens /mnt/, \\wsl$\ et \wsl.localhost\ sont désormais détectés sous Windows ;
- le support des hyperliens OSC a été ajouté dans la v1.72, le protocole commun file:// souvent utilisé dans ces liens est maintenant supporté (par exemple ls --hyperlink) ;
- le paramètre terminal.integrated.enableFileLinks dispose désormais d'une option notRemote, ce qui permet de le désactiver de manière conditionnelle uniquement sur les postes distants où les vérifications de l'existence des fichiers peuvent entraîner des problèmes de performances.
Détection des profils "non sécurisés"
La détection de l'interpréteur de commandes Cygwin sous Windows a récemment été supprimée en raison d'une faille de sécurité. Dans cette version, l'équipe le ramène sous une forme plus sûre et détecte également davantage de profils d'interpréteur de commandes, notamment Cygwin, Cmder et MSYS2. Pour atténuer le problème de sécurité, avant d'utiliser l'un de ces profils, il faut le configurer via la commande Select Default Profile.
Contrôle de source
Nouvelles commandes
Git 2.35 a introduit un nouveau mode --staged pour la commande git stash. Ce nouveau mode vous permet de mettre facilement en cache uniquement les modifications qui sont mises en cache. Si vous avez une version de Git qui supporte ce nouveau mode, vous pouvez en tirer parti en utilisant la nouvelle commande Git: Stash Staged. VS Code avait déjà un support pour la suppression d'un tag local en utilisant la commande Git: Delete Tag. Dans cette étape, l'équipe a activé la suppression des tags distants en utilisant la nouvelle commande Git: Delete Remote Tag.
Dépôts Git dans les dossiers parents
VS Code utilise git rev-parse --show-toplevel pour déterminer la racine d'un dépôt Git. Dans la plupart des cas, la racine du dépôt Git se trouve à l'intérieur de l'espace de travail, mais il existe des scénarios dans lesquels la racine du dépôt Git se trouve dans les dossiers parents de l'espace de travail ou du ou des fichiers ouverts. Bien que l'ouverture des dépôts Git dans les dossiers parents des espaces de travail ou des fichiers ouverts soit une excellente fonctionnalité pour les utilisateurs avancés, elle peut être source de confusion pour les nouveaux utilisateurs.
L'équipe dit avoir vu des cas où cette confusion a entraîné l'élimination des modifications de ces dépôts Git, provoquant une perte de données. Pour éviter toute confusion, et pour réduire le risque de perte de données, à partir de cette étape, VS Code affichera une notification et une nouvelle vue de bienvenue dans la vue du contrôle de la source, et n'ouvrira pas automatiquement les dépôts Git des dossiers parents des espaces de travail et des fichiers ouverts.
Le bouton Ouvrir le dépôt ouvrira un choix rapide avec une liste de tous les dépôts Git qui ont été découverts dans les dossiers parents de l'espace de travail ou du ou des fichiers ouverts. Le choix d'ouvrir un dépôt Git à partir des dossiers parents est mémorisé. Les utilisateurs peuvent contrôler la façon dont les dépôts Git des dossiers parents sont traités en utilisant le paramètre git.openRepositoryInParentFolders. Les utilisateurs qui souhaitent rétablir l'ancien comportement peuvent définir le paramètre git.openRepositoryInParentFolders sur always.
Fonctionnalités en avant-première
Thèmes expérimentaux Dark+ V2 et Light+ V2
Deux nouveaux thèmes de couleur, [B]Dark+ V2 et Light+ V2, sont maintenant disponibles. Ces thèmes sont une évolution des thèmes Dark+ et Light+ existants, et selon l'équipe, ils sont conçus pour être plus accessibles et rendre VS Code plus beau que jamais. Ces thèmes sont encore marqués comme expérimentaux.
Prise en charge de TypeScript 5.0
Cette mise à jour inclut la prise en charge de la prochaine version TypeScript 5.0. Consultez le plan d'itération TypeScript 5.0 pour plus de détails sur ce sur quoi l'équipe TypeScript travaille actuellement. Quelques points forts de l'outil d'édition :
- les nouvelles complétions switch et case vous aident à remplir les deux sections des instructions switch plus rapidement ;
- travail sur l'activation de l'IntelliSense au niveau du projet sur github.dev et vscode.dev.
GitHub Copilot
L'extension GitHub Copilot est un outil de complétion de code piloté par l'IA qui vous aide à écrire du code plus rapidement et plus intelligemment. Vous pouvez utiliser l'extension Copilot dans VS Code pour générer du code, ou pour apprendre du code qu'elle génère. GitHub Copilot s'intègre à l'éditeur VS Code par le biais de l'interface utilisateur des suggestions en ligne, qui vous permet d'examiner diverses suggestions et d'accepter facilement tout ou partie du code généré.
Selon l'équipe, GitHub Copilot est désormais disponible pour les entreprises, avec des fonctionnalités telles que la gestion des licences, le contrôle des politiques à l'échelle de l'entreprise et la protection de la vie privée. Vous pouvez en savoir plus dans l'annonce de GitHub Copilot pour les entreprises. Pour commencer, vous pouvez vous inscrire à un essai gratuit sur le site Web de GitHub Copilot.
Développement à distance
Les extensions Remote Development vous permettent d'utiliser un conteneur, une machine distante ou le sous-système Windows pour Linux (WSL) comme environnement de développement complet. Les points forts de cette version sont les suivants
- prise en charge des conteneurs de développement pour plusieurs fichiers devcontainers.json ;
- transfert d'informations d'identification Docker ;
- transfert de X11 et Wayland.
Source : Visual Studio Code 1.75 (January 2023)
Et vous ?
:fleche: Que pensez-vous des nouveautés introduite par Visual Studio Code 1.75 ?
Voir aussi
:fleche: Visual Studio Code 1.74 est disponible et apporte des améliorations pour le développement à distance, ainsi que la possibilité de gérer les référentiels Git non sécurisés
:fleche: Visual Studio Code 1.73 est disponible avec des améliorations en matière d'accessibilité et du support de Markdown, ainsi que quelques corrections de bogues
:fleche: Visual Studio Code 1.72 prend en charge la prévisualisation de certains fichiers audio et vidéo, et inaugure un outil proposant des corrections rapides au niveau du terminal
