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.52 s'accompagne de la possibilité de restaurer des fenêtres de sessions précédentes
Et de la possibilité d'annuler les opérations sur les fichiers dans l'Explorateur

Le , par Stéphane le calme

224PARTAGES

5  0 
Microsoft a annoncé la disponibilité de Visual Studio Code 1.52.

Plan de travail

Améliorations de l'éditeur de prévisualisation

Microsoft a apporté plusieurs mises à jour sur sa façon de gérer les éditeurs de prévisualisation en fonction des commentaires des utilisateurs.

Le paramètre workbench.editor.enablePreviewFromQuickOpen est désormais désactivé par défaut, de sorte que les éditeurs ouverts à partir de Quick Open n'apparaissent plus en mode aperçu.

Lorsque vous démarrez une navigation dans le code (par exemple, avec Aller à la définition), l'éditeur à partir duquel vous démarrez sortira du mode aperçu et restera ouvert, tandis que le nouvel éditeur sera en mode aperçu jusqu'à ce que vous naviguiez plus loin.

Microsoft a modifié toutes ses arborescences personnalisées (celles utilisées dans les vues Extensions ou Git, par exemple) pour qu'elles fonctionnent de manière plus cohérente comme d'autres arborescences intégrées (telles que l'Explorateur de fichiers). Cela signifie que les interactions suivantes s'appliquent désormais à tous:
  • Double-cliquez ou cliquez avec le bouton central de la souris pour ouvrir sans aperçu.
  • Appuyez sur la touche Entrée pour ouvrir en mode sans aperçu (appuyez sur la touche Espace pour ouvrir en mode aperçu).
  • Alt + Clic pour ouvrir un éditeur sur le côté de celui actif.

Remarque: si vous êtes un auteur d'extensions qui utilise l'API d'arborescence personnalisée de Microsoft, vous bénéficiez également de cette modification. Assurez-vous d'utiliser les commandes vscode.open ou vscode.diff pour TreeItem.command pour obtenir le nouveau comportement du mode d'aperçu.

Restaurer les fenêtres de session précédentes

Une nouvelle valeur preserve pour le paramètre window.restoreWindows existant vous permet de forcer que chaque fenêtre que vous aviez ouverte avant de fermer VS Code soit restaurée lorsque vous redémarrez VS Code, même si VS Code est explicitement invité à ouvrir un dossier ou un fichier spécifique. Un exemple courant consiste à double-cliquer sur un fichier dans l'explorateur de fichiers de votre plateforme pour l'ouvrir dans VS Code ou à utiliser le terminal pour ouvrir un fichier ou un dossier spécifique. Sans le paramètre window.restoreWindows:preserve, VS Code ouvrira uniquement le fichier ou le dossier comme indiqué, mais ne restaurera aucune autre fenêtre.

Désactiver la division du groupe d'éditeurs par glisser-déposer

Un nouveau paramètre workbench.editor.splitOnDragAndDrop empêche la division du groupe d'éditeurs lors de l'utilisation d'éditeurs par glisser-déposer. Il existe également un moyen de basculer cela de manière conditionnelle pendant l'opération de glisser-déposer en appuyant et en maintenant la touche Maj (macOS) ou Alt (Windows, Linux).

Annuler les opérations sur les fichiers dans l'Explorateur

L'Explorateur de fichiers prend désormais en charge Annuler et Rétablir pour toutes les opérations sur les fichiers: supprimer, renommer, copier, déplacer, nouveau fichier et nouveau dossier. Assurez-vous que le focus est dans l'explorateur de fichiers et déclenchez les commandes Annuler ou Rétablir et votre dernière opération de fichier sera annulée ou refaite respectivement. Gardez à l'esprit que nous avons des piles d'annulation distinctes pour l'éditeur et l'explorateur de fichiers, et que nous choisissons celle à annuler en fonction du focus.

Progression des opérations de longue durée dans l'Explorateur

Microsoft montre maintenant la progression dans l'explorateur de fichiers et la barre d'état pour les opérations de fichiers de longue durée (plus de 500 ms). Il existe également une prise en charge initiale pour l'annulation des opérations de longue durée. Cela devrait être utile lors de la copie de grands dossiers ou du téléchargement de ressources à partir d'emplacements distants.


Tri des éditeurs ouverts

Il existe un nouveau paramètre explorer.openEditors.sortOrder pour contrôler l'ordre de tri dans la liste Open Editors.

Les valeurs sont:
  • editorOrder : les éditeurs sont répertoriés dans le même ordre que les onglets d'éditeur sont affichés (par défaut).
  • alphabetical : les éditeurs sont classés par ordre alphabétique dans chaque groupe d'éditeurs.

Le tri alphabetical n'a d'effet que sur la vue Open Editors.

Cela peut être utile lorsque de nombreux fichiers sont ouverts et que vous souhaitez faire correspondre les fichiers associés (par exemple, hello.component.js et hello.component.html).


Contrôle de progression accessible

L'affichage de la progression du workbench a été rendu plus accessible. VS Code définit les rôles ARIA appropriés afin que les lecteurs d'écran puissent signaler la progression de toutes les opérations de longue durée dans VS Code. La plupart des lecteurs d'écran par défaut n'annoncent la progression que si celle-ci dure plus de 10 secondes.

Les modifications du contrôle de la source affichent le chemin de leur dossier parent

Les éditeurs de différences ouverts à partir de la vue Contrôle de code source révèlent désormais leur chemin de fichier (lorsque les onglets sont désactivés). Auparavant, seul le nom de fichier était affiché, mais maintenant le dossier parent apparaît si les fichiers avant et après se trouvent dans le même dossier.

Nouvelle boîte de dialogue de connexion proxy activée par défaut

La nouvelle boîte de dialogue de connexion proxy est désormais activée par défaut. Le paramètre window.enableExperimentalProxyLoginDialog peut être utilisé pour activer l'ancienne boîte de dialogue, mais cette prise en charge sera supprimée dans un proche avenir.

Gestion améliorée de l'environnement de terminal (Linux, macOS)

Lorsque vous démarrez VS Code sur Linux ou macOS pour la première fois via le dock ou un lanceur (et non le terminal), VS Code démarre un processus en arrière-plan pour résoudre votre environnement shell (tel que défini ou modifié par .bashrc ou .zshrc). Toutes les variables d'environnement détectées sont ensuite utilisées par VS Code afin que le démarrage à partir d'un terminal ou du dock / lanceur ne fasse aucune différence, ce qui est important lors du débogage ou de l'exécution de tâches.

Malheureusement, VS Code ne s'ouvre pas tant que ce processus d'arrière-plan n'est pas exécuté. Afin de ne pas bloquer le démarrage trop longtemps, VS Code commencera à s'ouvrir après 10 secondes. Dans ce cas, VS Code vous informe désormais qu'il n'a pas pu résoudre l'environnement shell et propose un lien pour en savoir plus:


Débogage

Vue Points d'arrêt: conditions des points d'arrêt d'exception

VS Code prend désormais en charge la modification des conditions pour les points d'arrêt d'exception à partir de la vue Points d'arrêt à l'aide de l'action du menu contextuel Modifier la condition.

Accessibilité de la zone d'exception

La zone d'informations sur les exceptions dans l'éditeur a été rendue plus accessible. Lors du débogage, une fois qu'une exception est atteinte, VS Code déplacera automatiquement le focus vers la zone Exception, ce qui obligera les lecteurs d'écran à signaler les détails de l'exception et le cadre de la pile.

Il est désormais également possible de fermer la zone d'exception à l'aide de la touche Echap ou du bouton X en haut à droite de la zone d'exception.

Améliorations de l'interface utilisateur

Ligne déboguée affichée dans la règle de vue d'ensemble

La ligne actuellement déboguée est maintenant affichée dans la règle de vue d'ensemble à droite de l'éditeur. Pour la décorer, Microsoft utilise la couleur déjà présente editor.stackFrameHighlightBackground. En plus de cela, VS Code affiche la ligne déboguée actuellement focalisée dans la règle de vue d'ensemble à l'aide de la couleur editor.focusedStackFrameHighlightBackground.

Améliorations de la configuration de débogage automatique

Microsoft avait introduit une fonctionnalité permettant aux extensions de débogage d'analyser le projet actuel et de proposer automatiquement des configurations de débogage. Ces configurations de débogage sont créées dynamiquement et n'apparaissent donc pas dans le fichier de configuration launch.json. Dans ce jalon, l'éditeur préserve également les configurations de débogage automatique récemment utilisées lors des redémarrages (et recharges) de VS Code pour rendre l'expérience plus fluide. Dans le cas où une configuration de débogage automatique n'est plus valide après un redémarrage, VS Code vous demandera de choisir une nouvelle configuration automatique du même fournisseur une fois le débogage démarré.

Déboguer le survol: texte d'aide / astuce en bas pour passer au survol normal

Il y a maintenant un texte d'aide au bas du survol de débogage pour rendre le basculement Alt vers le survol de la langue de l'éditeur lors du débogage plus détectable. Pour rappel, lorsque vous déboguez, le survol de débogage a la priorité sur le survol de langue, ce qui rend impossible de voir le survol de la langue. Vous pouvez passer du survol de débogage au survol de langue en maintenant la touche de modification Alt enfoncée. Tant que Alt est enfoncé, le survol de langue est affiché à la place du survol de débogage. Cela facilite la lecture des survols tels que les descriptions Javadoc lors du débogage.

Télécharger Visual Studio Code

Source : Microsoft

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 pierre.E
Membre confirmé 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 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