IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Visual Studio Code 1.50 s'accompagne de l'amélioration de l'expérience avec les onglets épinglés
Ainsi que de l'amélioration de l'expérience de débogage

Le , par Stéphane le calme

279PARTAGES

12  0 
L'équipe responsable du développement de Visual Studio Code a annoncé la disponibilité de la version Visual Studio Code 1.50

macOS: l'accès à Keychain a été déplacé vers un processus différent

Keychain est le système de gestion des mots de passe sous macOS, développé par Apple. Certains changements dans cette version concernant l'accès à Keychain à partir de VS Code vous obligeront à confirmer l'invite suivante pour l'accès à Keychain sur macOS, même si vous avez précédemment autorisé l'accès à Keychain :


Précédemment, VS Code avait accès à Keychain à partir du processus de fenêtre lui-même, mais y accède maintenant à partir du processus principal. En tant que tel, pour macOS, il demande l'approbation comme une nouvelle application demande l'accès, car le processus est différent d'avant.

Accessibilité

Éditeur de paramètres

En juillet, l'équipe a indiqué dans les notes de version 1.48 qu'elle recherchait des moyens d'améliorer l'accessibilité de l'éditeur de paramètres. Après quelques mois de discussions avec les utilisateurs de lecteurs d'écran, d'expérimentation, de prototypage et de collecte des commentaires de la communauté, elle propose une nouvelle expérience, qui, selon elle, constitue une amélioration pour tous les utilisateurs gourmands en clavier, qu'ils utilisent ou non un lecteur d'écran.

Dans ce nouveau modèle d'interaction, l'interaction avec la liste des paramètres fonctionne plus comme une interaction avec n'importe quelle autre liste dans VS Code. Avec le focus dans la barre de recherche, vous pouvez appuyer sur la flèche vers le bas pour mettre au point une ligne de paramètres. Ensuite, vous pouvez utiliser les touches fléchées pour déplacer le focus dans la liste des paramètres. Pour modifier un paramètre, vous pouvez appuyer sur Entrée pour définir le focus sur le contrôle dans la rangée de paramètres.

Table de travail

Amélioration de l'expérience avec les onglets épinglés

Les onglets épinglés ont été introduits dans la version de mai 2020. Depuis lors, Microsoft a reçu de précieux commentaires sur la manière d'améliorer davantage cette expérience, et pour cette étape importante, il y a quelques changements qui ont été mentionnés.

Un nouveau paramètre workbench.editor.pinnedTabSizing vous permet de configurer la taille d'un onglet épinglé:
  • normal : un onglet épinglé hérite de l'apparence des autres onglets (nouvelle valeur par défaut)
  • shrink : un onglet épinglé se réduit à une taille fixe affichant des parties de l'étiquette de l'éditeur
  • compact : un onglet épinglé ne s'affichera que sous forme d'icône ou de première lettre de l'étiquette de l'éditeur

Si vous avez aimé l'apparence des onglets épinglés avant cette version, assurez-vous de configurer "workbench.editor.pinnedTabSizing": "compact".

Les onglets épinglés affichent également une nouvelle icône « épinglée » pour vous permettre de détacher en un seul clic. Cette icône apparaîtra également dans la vue "Open Editors".

Certaines autres améliorations incluent:
  • Les éditeurs peuvent désormais être épinglés même lorsque les onglets sont désactivés.
  • Cmd + W (Ctrl + W) ne ferme plus un éditeur épinglé, mais sélectionne l'éditeur non épinglé suivant.
  • Une nouvelle commande workbench.action.closeActivePinnedEditor peut être affectée pour fermer un éditeur épinglé.
  • Une nouvelle couleur tab.lastPinnedBorder peut être attribuée pour dessiner une bordure à droite du dernier onglet épinglé.

Renommage de certaines touches de contexte liées à l'éditeur

Quelques nouvelles clés de contexte d'éditeur ont été introduites, rendant obsolètes certaines des clés existantes. Si vous les utilisez dans vos paramètres de raccourcis clavier, veuillez les mettre à jour:
  • groupActiveEditorDirty a été renommé activeEditorIsDirty
  • editorPinned a été renommé activeEditorIsNotPreview
  • editorSticky a été renommé activeEditorIsPinned

Ajout de nouvelles clés de contexte de ressources (liées à l'explorateur)

Deux nouvelles clés de contexte ont été ajoutées pour les ressources.
  • resourceDirname pour le chemin du dossier de la ressource, équivalent à dirname (uri.fsPath)
  • resourcePath pour le chemin complet de la ressource, équivalent à uri.fsPath

Extensions: notifications de recommandation simplifiées

Dans cette version, Microsoft a amélioré l'expérience de recommandation d'extensions à l'aide de notifications en les rendant plus intelligentes et moins bruyantes pour les utilisateurs.
  • Les notifications de recommandations ne s'affichent plus une fois que vous les avez essayées ou que vous les avez parcourues.
  • Une seule notification de recommandation est affichée à tout moment dans la fenêtre VS Code. Vous pouvez accéder aux notifications déjà recommandées sous le gestionnaire de notifications, l'icône en forme de cloche dans la barre d'état.
  • Les notifications de recommandation prenant en charge les installations, telles que WSL, Docker, etc., sur votre système, sont rendues moins bruyantes en affichant une seule notification de ce type une fois par session VS Code - une session commence lorsque vous ouvrez VS Code et se termine lorsque vous quittez.

Éditeur

Déclencher IntelliSense

Pendant des années, Ctrl + Espace a été la combinaison de touches prédominante pour déclencher IntelliSense. Cependant, sous macOS et Windows, la même combinaison de touches est utilisée pour basculer entre les dispositions de clavier. Pour minimiser la confusion, Microsoft a ajouté une autre combinaison de touches pour déclencher IntelliSense: sous Windows et Linux, c'est Ctrl + I, et sur macOS, c'est Cmd + I.

Débogage

Améliorations de l'évènement survol lors du débogage
  • Survol du langage désormais disponible lors du débogage : lors du débogage, le survol de débogage a la priorité sur le survol du langage, ce qui rend donc impossible de lancer l'évènement survol du langage. À partir de cette version, vous pouvez passer du survol de débogage au survol du langage en maintenant la touche de modification Alt enfoncée. Tant que Alt est enfoncé, l'évènement survol du langage est préféré à l'évènement survol de débogage. Cela facilite la lecture de Javadoc lors du débogage.
  • Survol du débogage de dimensionnement automatique : Afin de minimiser le besoin de défilement, la largeur et la hauteur du survol de débogage s'adaptent désormais automatiquement à la taille du contenu du survol. Cela vous aide non seulement à obtenir les chaînes complètes, mais vous pouvez également explorer les structures d'objet et le survol augmente au besoin.
  • Améliorations du filtre de la console de débogage : la console de débogage prend désormais en charge le filtrage, ce qui permet aux utilisateurs de trouver plus facilement la sortie qu'ils recherchent ou de masquer la sortie de journalisation non pertinente. Microsoft a ajouté un badge pour indiquer clairement le nombre d'éléments filtrés.

Fonctionnalités en préversion

Synchronisation des paramètres

Vous pouvez maintenant sélectionner le service de synchronisation des paramètres à utiliser (valable pour les Insiders ainsi que les utilisateurs de la version stable) tout en activant la synchronisation des paramètres. Remarque: cette option n'est disponible que pour les Insiders.

Prise en charge de TypeScript 4.1 beta

VS Code prend en charge la version bêta de TypeScript 4.1 et les versions nightly. La mise à jour 4.1 apporte de nouvelles fonctionnalités du langage TypeScript, telles que la prise en charge des types conditionnels récursifs, ainsi que des améliorations d'outils. Un domaine d'intérêt a été l'ajout de la prise en charge initiale des balises @see dans les commentaires JSDoc. Pour commencer à utiliser les versions nightly de TypeScript 4.1, installez simplement l'extension TypeScript Nightly.

Source : Microsoft

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de pierre.E
Membre averti https://www.developpez.com
Le 12/03/2021 à 18:18
moi j'aimerais surtout un bouton pour chaque langage avec les extensions utiles pour éviter de me coltiner la recherche d'extension
2  0 
Avatar de JPLAROCHE
Membre éclairé https://www.developpez.com
Le 23/11/2020 à 3:22
vscodium
1  0 
Avatar de LittleWhite
Responsable 2D/3D/Jeux https://www.developpez.com
Le 13/06/2021 à 20:08
Bonjour,

Je pense que le Workspace Trust fait suite à un proof of concept d'utilisation de l'analyseur de code de Visual Studio Code sur une macro Rust qui permet d'effectuer des actions malveillantes sur le PC. Je n'arrive plus à retrouver le POC .
1  0 
Avatar de pierre.E
Membre averti https://www.developpez.com
Le 13/02/2021 à 14:00
moi j aimerais bien des boutons pour changer installer extensions
si je travail en c# en python en javascript sans avoir à me coltiner la recherche des principales extensions et l activation désactivation de celle dont je ne me sert pas
0  0 
Avatar de ManPaq
Membre actif https://www.developpez.com
Le 13/03/2021 à 15:29
codium est bien et offre toutes les fonctionnalités de vs code sans le traçage, comme il a été fait mention dans un article précédent. A l'instar de son avatar il tourne sur x86, 64, arm, linux, Apple, chrome OS... Pourtant, particulièrement sur ce dernier dans le container linux, je le trouve excessivement lourd et les suggestions tellement envahissantes en particulier sur un écran réduit en plus du temps de chargement des extensions et les messages d'erreurs sans intérêts!
Je ne sais si c'est dû à électron et une interface héritée plutôt que native mais dans mon Linux bêta vim est bien plus convivial.
Attention à rester KISS!
0  0 
Avatar de air-dex
Membre expert https://www.developpez.com
Le 20/03/2021 à 4:17
Citation Envoyé par pierre.E Voir le message
moi j'aimerais surtout un bouton pour chaque langage avec les extensions utiles pour éviter de me coltiner la recherche d'extension
+1 dans le sens où VS Code évolue mais reste rustre au possible dans son interface. En effet la recherche d'extensions est clairement perfectible.

Sur ce point là si quelqu'un a une piste pour déplacer le débogage en bas au lieu de la colonne de gauche je suis preneur.
0  0 
Avatar de arnofly
Membre confirmé https://www.developpez.com
Le 12/06/2021 à 20:20
Ouais... Un peu lourdingue "Workspace Trust, je trouve. Heureusement qu'il est possible de désactiver cette fonctionnalité.
0  0 
Avatar de Beginner.
Membre expert https://www.developpez.com
Le 02/07/2021 à 22:00
Salut,

Citation Envoyé par arnofly Voir le message
Ouais... Un peu lourdingue "Workspace Trust, je trouve. Heureusement qu'il est possible de désactiver cette fonctionnalité.
Oui je suis d'accord...
Je crois que c'est à cause de ce truc que je ne peux plus utiliser VS CODE...
J'ai un message du genre "cette application ne peut pas s’exécuter sur cet ordinateur"...

Comment on désactive cette fonctionnalité qui se comporte comme un virus ?
0  0 
Avatar de Stéphane le calme
Chroniqueur Actualités https://www.developpez.com
Le 06/09/2021 à 11:01
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 : Sélectionner tout
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
0  0