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.54 est disponible avec la prise en charge d'Apple Silicon
Et des améliorations de l'accessibilité

Le , par Bill Fassinou

117PARTAGES

5  0 
Microsoft vient de publier la version de février 2021 de son éditeur de texte open source Visual Studio Code (VS Code). Cette nouvelle version introduit également de nouvelles fonctionnalités pour l'éditeur, des améliorations de performances et quelques autres modifications. Voici ci-dessous les changements les plus notables de Visual Studio Code 1.54.

Apple Silicon

Visual Studio Code 1.54 est livré avec une première version de la version stable d'Apple Silicon. Les utilisateurs de Macs équipés de puces M1 peuvent désormais utiliser VS Code sans émulation avec Rosetta, et remarqueront de meilleures performances et une plus longue durée de vie de la batterie lorsqu'ils utiliseront VS Code.



En effet, le téléchargement par défaut de VS Code pour macOS est actuellement une compilation universelle qui fonctionne en natif sur tous les Macs. Sur la page des téléchargements, vous pouvez trouver plus de liens vers les builds spécifiques à l'architecture pour Intel ou Apple Silicon, qui sont des téléchargements plus petits par rapport au paquet Universal.

Accessibilité

Les barres d'outils et les onglets occupent un seul point d'arrêt

À partir de VS Code 1.54, toutes les barres d'outils de l'espace de travail suivent désormais le comportement de navigation standard, de sorte que la barre d'outils n'occupe qu'une seule position dans l'ordre des onglets, et est navigable avec les touches fléchées. Une fois que le focus est sur la barre d'outils, les touches fléchées doivent être utilisées pour déplacer le focus sur un élément spécifique de la barre d'outils. Grâce à ce changement, l'espace de travail dispose de beaucoup moins d'arrêts de tabulation, ce qui facilite la navigation dans toutes les parties.

En outre, par souci de cohérence, le même changement a été appliqué à la zone des onglets. Ainsi, toute la zone d'onglets ne constitue qu'un seul arrêt de tabulation, et la navigation au clavier entre les onglets doit se faire avec les touches fléchées gauche et droite.

Navigation par mots sous Windows

L'équipe de VS Code a amélioré la navigation par mots sous Windows pour qu'elle corresponde à ce que les lecteurs d'écran sous Windows attendent d'une application basée sur Electron. Désormais, lorsque vous utilisez la navigation par mots, chaque mot sera correctement lu par le lecteur d'écran. En raison de ce changement, l'équipe a déprécié les commandes suivantes. Elles fonctionneront toujours, mais elles pourraient être supprimées à l'avenir.

  • cursorWordAccessibilityLeft ;
  • cursorWordAccessibilityLeftSelect ;
  • cursorWordAccessibilityRight ;
  • cursorWordAccessibilityRightSelect.

Rôles améliorés pour les vues et les boutons

Sur la base des commentaires des utilisateurs, l'équipe a amélioré le rôle des multiples vues et boutons de l'espace de travail. La barre d'activité, la barre latérale et le panneau ont désormais "role:none", ce qui rendra le lecteur d'écran moins bavard. Les boutons "Gérer" et "Comptes" de la barre d'activité annoncent désormais correctement l'existence d'une fenêtre contextuelle.

Terminal intégré

Conserver les processus du terminal lors du rechargement de la fenêtre

Les processus des terminaux locaux sont désormais restaurés lors du rechargement de la fenêtre, comme lorsqu'une installation d'extension nécessite un rechargement. Le terminal sera reconnecté et l'état de l'interface utilisateur des terminaux sera restauré, y compris les dimensions relatives de l'onglet actif et du terminal divisé.



Cette fonction peut être désactivée en réglant terminal.integrated.enablePersistentSessions sur false.

Amélioration des performances de Windows

Grâce à la nouvelle configuration des processus de terminal, les événements fréquents de données pty des processus de terminal devraient maintenant être traités plus rapidement. Cela devrait affecter Windows plus que les autres plateformes en raison des événements plus petits fournis par conpty sur Windows.

Espace de travail

Emmet

Les commandes "Wrap with Abbreviation" et "Wrap Individual Lines with Abbreviation" ont été fusionnées en une seule commande "Wrap with Abbreviation" afin de réduire toute confusion quant à la commande à utiliser. En outre, la commande "Wrap with Abbreviation" affiche désormais correctement les espaces de prévisualisation. Le paramètre emmet.extensionsPath peut désormais également prendre en compte un ensemble de chemins, plutôt qu'une simple chaîne de caractères. Par conséquent, lorsqu'il est combiné avec Settings Sync, on peut pointer vers différents fichiers de brides selon la machine sur laquelle ils se trouvent, sans avoir à mettre à jour le paramètre par machine.

Thèmes des icônes de produits

Les premiers thèmes d'icônes de produits sont disponibles sur le marché d'extensions.



Pour sélectionner ou trouver un thème, utilisez la commande "Preference: Product Icon Theme" à partir de l'invite de commande ou de l'outil de paramétrage.

IntelliSense pour les clés contextuelles

VS Code utilise des clauses "when-clauses" pour activer et désactiver les raccourcis clavier. Les extensions utilisent également des clauses "when" pour contrôler les contributions aux menus et aux vues.



La création de ces clauses est désormais beaucoup plus simple, car l'éditeur propose des compléments pour ces clauses.

Améliorations de la mise en cache des webviews

L'équipe a amélioré la mise en cache d'un fichier local dans un webview. Si un webview recharge un fichier à partir du disque, VS Code utilisa désormais ETags pour éviter de lire à nouveau le fichier s'il n'a pas été modifié. Cela peut éliminer le transfert de données et améliorer le temps de réponse, en particulier pour les espaces de travail distants. Cette mise en cache ne s'applique actuellement que lorsqu'un webview existant recharge une ressource. Il ne s'applique pas aux webviews nouvellement créées, même si cette webview appartient à une extension qui a précédemment créé une webview similaire.

Getting Started

L'équipe expérimente un nouvel éditeur qui sera affiché au démarrage, appelé l'éditeur Getting Started. Il est destiné à rendre certaines des fonctionnalités de VS Code plus accessibles aux nouveaux utilisateurs.



Certains utilisateurs Insiders l'ont peut-être déjà vu, et il sera lentement étendu à d'autres utilisateurs de la version stable. Vous pouvez toujours choisir d'accepter ou de refuser le nouveau comportement en modifiant le paramètre "workbench.startupEditor" sur getStarted ou non.

Débogage

Nouvelle action en ligne pour la suppression des points d'arrêt

L'équipe a ajouté une action en ligne "X" pour supprimer les points d'arrêt dans la vue "Breakpoints view". Cette action devrait faciliter la suppression des points d'arrêt.



Prise en charge du texte d'aide pour les filtres d'exception

Récemment, l'équipe a ajouté la prise en charge des conditions d'édition des filtres d'exception dans la vue Breakpoints. Afin de rendre ces conditions plus faciles à découvrir et leur syntaxe plus explicite, VS Code affiche désormais un popup sur le filtre d'exception et un texte dans la zone de texte de la condition. Comme cette nouvelle fonctionnalité est basée sur des ajouts au protocole d'adaptation de débogage, elle nécessite une option d'adhésion aux extensions de débogage. Dans cette version, seul le débogueur JavaScript intégré à VS Code prend en charge cette nouvelle fonctionnalité.

NNouveaux paramètres et autres améliorations

  • effacer les lignes identiques dans la console de débogage : il existe un nouveau paramètre, debug.console.collapseIdenticalLines, qui contrôle si "Debug Console" doit réduire les lignes identiques et afficher de nombreuses occurrences avec un badge. La valeur par défaut est "collapse" ;
  • contrôle des éditeurs à enregistrer avant le débogage : il existe un nouveau paramètre, debug.saveBeforeStart, qui contrôle ce que les éditeurs doivent enregistrer avant le début du débogage : ce paramètre a les valeurs suivantes : allEditorsInActiveGroup (valeur par défaut) pour sauvegarder tous les éditeurs du groupe actif ; nonUntitledEditorsInActiveGroup pour sauvegarder tous les éditeurs du groupe actif, sauf ceux sans titre ; et none qui ne sauvegarde aucun éditeur. Ce paramètre est utile pour le débogage de PowerShell puisque le débogueur PowerShell prend en charge le débogage des fichiers non sauvegardés ;
  • amélioration de l'activation de l'action "Restart Frame" : grâce à un nouvel ajout au protocole Debug Adapter, les extensions de débogage sont maintenant capables de communiquer à l'interface utilisateur de VS Code si l'action "Restart Frame" est disponible sur une trame de la pile sélectionnée. VS Code désactive désormais l'action "Restart Frame inline" dans la vue "Call Stack" pour les trames de pile qui ne peuvent pas être redémarrées.

Langages

TypeScript 4.2

VS Code 1.54 est livré avec TypeScript 4.2.2. Cette mise à jour majeure comprend de nombreuses améliorations du langage TypeScript, ainsi que de nombreuses améliorations et corrections de bogues pour JavaScript et l'outillage TypeScript.

Correction rapide pour déclarer les fonctions manquantes

  • la nouvelle déclaration "Add missing function declaration Quick Fix" permet de déclarer les fonctions manquantes ;
  • les modèles JS Doc incluent désormais automatiquement des @returns si la fonction annotée comprend une déclaration de retour ;
  • les méthodes du DOM dépréciées sont désormais marquées comme dépréciées dans les suggestions et dans le code. Vous pouvez désactiver l'affichage des propriétés et fonctions obsolètes dans l'éditeur en définissant "editor.showDeprecated: false".




Bloc-notes

Recharger automatiquement les blocs-notes

Les blocs-notes se rechargent désormais automatiquement lorsque leur fichier change sur le disque et lorsqu'ils n'ont pas de modifications non sauvegardées. Cela devrait simplifier considérablement le travail avec les blocs-notes dont la version est contrôlée.

Amélioration du focus pour les grandes cellules

Lorsqu'une grande cellule d'un bloc-notes a le focus, vous pouvez désormais mieux savoir quelle cellule est a le focus lorsque le haut et le bas des cellules sont hors de vue.



VS Code montre maintenant une bordure sur les côtés gauche et droit de la cellule qui a le focus.

Popups en CSS/LESS/SCSS et HTML

Vous pouvez maintenant affiner le contenu des popups en HTML et CSS pour :

  • ne pas afficher la documentation du MDN ;
  • ne pas afficher le lien vers la page du MDN ;
  • utilisez les paramètres css.hover.documentation et css.hover.references pour modifier les popups pour le CSS.

Corrections notables

  • touche de menu appliquée au mauvais élément dans l'explorateur ;
  • Debug ouvre un nouveau terminal intégré pour chaque session Python ;
  • préserver les liens symboliques lors de la copie de dossiers ou de fichiers ;
  • les touches de curseur ne fonctionnent pas pour le filtrage dans l'explorateur de fichiers ;
  • le lancement d'exceptions personnalisées lors de l'exécution d'une commande contribuée affiche une fenêtre contextuelle d'erreur cryptique ;
  • etc.

Source : Visual Studio Code 1.54

Et vous ?

Que pensez-vous des nouvelles fonctionnalités de VS Code 1.54 ?

Voir aussi

Visual Studio Code 1.53 est disponible avec de nouvelles boîtes de dialogue de confirmation et des améliorations pour les performances et les fonctionnalités d'Emmet

La version 1.51 de Visual Studio Code est disponible, rend les onglets épinglés plus visibles et permet d'installer une extension à partir de l'explorateur de fichier

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

Adobe XD, une extension pour Visual Studio Code, est disponible pour créer et consommer des systèmes de design, il permet aux développeurs de mapper visuellement les sources de conception

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

Avatar de smarties
Expert confirmé https://www.developpez.com
Le 08/07/2022 à 10:39
Cool mais je continue d'utiliser VSCodium afin de me passer des télémétrie de M$
5  1 
Avatar de pierre.E
Membre confirmé 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 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 ManPaq
Membre averti 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