Je n'ai pas vu cela sur ma VM, assigné à @Tyriar pour vérifier s'il le voit également sur son Linux afin que nous évaluions à quel point il s'agit de serios

Je n'ai pas mon ordinateur portable Linux avec moi pour le moment, je marquerai ce mois d'octobre pour me le rappeler. / cc @alexandrudima

J'ai ceci pour, bien qu'il ne soit pas présent partout. Le panneau d'arborescence et tous les éditeurs ne défilent plus en douceur, mais les entrées qui (je suppose) utilisent probablement le rendu du navigateur, comme les pages de détails d'extension, font toujours un défilement fluide.

fonctionnement:
arch linux - x86_64 Linux 4.7.6-1-ARCH
Shell GNOME 3.22.1

Je ne peux pas en dire plus sur l'arborescence ou l'éditeur comparant 1.6.0 et 1.5.3 en utilisant Ubuntu 16.04. @bpasero @alexandrudima des idées?

Dup de https://github.com/Microsoft/vscode/issues/12637

Je ne pense pas que ce soit une dupe de ce problème, ce problème indique qu'il ne fonctionne pas du tout, alors que ce problème est purement lié au défilement fluide: le défilement à 2 doigts fonctionne, mais agit comme un défilement `` nerveux '' régulier.

Je suis d'accord avec @ jshap70 , c'est un problème différent comme il l'a décrit.

Je pense que c'est une régression dans Chromium (je l'ai également remarqué là-bas) qui a été corrigée pour moi en 54.

Peut le confirmer, l'utilisation du défilement à deux doigts pour l'éditeur est lente. Utilisation de la version 1.6.1 sur ma machine Windows 10.

AFAIK, nous n'avons eu aucun changement dans la logique de gestion du scroll, mais nous avons mis à jour vers une version électronique plus récente (qui inclut Chromium 52).

Il serait intéressant de savoir si Chrome 52 souffre également de ce problème. Nous avons exactement le même code de défilement dans l'éditeur https://microsoft.github.io/monaco-editor/ donc si quelqu'un souhaite l'essayer et signaler ici les résultats, je vous en serais reconnaissant.

Il existe de nombreux problèmes de pavé tactile sur Chromium: https://bugs.chromium.org/p/chromium/issues/list?can=2&q=touchpad

Sommes-nous confrontés à un problème connu pour eux?

Le défilement à Monaco est fluide et ressemble à celui de vscode avant pour moi dans Chrome (bêta) 55.0.2883.21 ainsi que dans Chromium 54.0.2840.71.
Je viens de construire une version de Chromium 52.0.2743.85 à tester et je peux confirmer qu'il a le même défilement instable. Utiliser Monaco à l'intérieur est particulièrement difficile. Cela confirme l'idée qu'il s'agit probablement d'un bogue électronique et non d'un bogue vscode. déception.

@ jshap70 Merci beaucoup d'avoir confirmé qu'il s'agit d'un bogue Chromium qui sera corrigé une fois que nous aurons une version plus récente. fyi @bpasero

J'ai également vécu cela aujourd'hui sur mon Surface Book. C'est vraiment décevant. Le plus étrange, après avoir utilisé une souris pendant un moment, le trackpad fonctionnait à nouveau normalement. Je suis désolé que je ne puisse rien faire de notre côté, nous avons des événements de la molette de la souris et les respectons quand nous les avons.

Electron n'a pas encore adopté Chrome 54 mais c'est sur leur plan.

@ jshap70 est le correctif inclus dans Chrome 53 ou 54?

@bpasero Je viens de construire une copie de Chromium 53.0.2785.92, le 53 le plus élevé que j'avais disponible, et il y avait toujours le problème de défilement saccadé lors de l'utilisation de Monaco. La 54 est donc la première version sur laquelle elle est fixée.

J'ai joué avec celui-ci pendant un moment. Test avec un Lenovo Yoga 910 (Kaby Lake) - Windows 10 Professionnel.

Au cours de mes tests, j'ai découvert que le décalage se produit si vous démarrez VS Code maximisé. Je pensais que je devenais peut-être fou, mais tout ce que j'ai fait était de restaurer la fenêtre, puis de la re-maximiser et tout le parchemin était parti.

Juste pour m'assurer que je ne perdais pas mes billes, j'ai demandé à ma femme de le tester à l'aveugle. C'était une différence de jour comme de nuit. J'espère que cela aidera à cerner le problème, je vais plonger pour essayer moi-même ce soir ou demain.

J'ai le même problème de défilement sur Lenovo Yoga 910.
Après le redimensionnement, le défilement de la fenêtre est à nouveau fluide.

J'ai une Surface 4 Pro et je rencontre le même problème. Le redimensionnement de la fenêtre corrige le défilement.

Je devrais probablement mentionner que le problème que j'ai suivi via le chrome n'est présent que pour moi sur mon thinkpad Lenovo W530 sous Linux, pas sur Windows, et il n'est pas résolu en redimensionnant la fenêtre. Cela pourrait être une question entièrement différente.
Quelqu'un qui rencontre ces problèmes peut-il essayer d'installer une version de chrome ou de chrome 52 ou 53 et vérifier si Monaco a le même problème?

J'ai ce problème sur mon SurfacePro4. L'utilisation du pavé tactile entraîne un retard de l'éditeur lors du défilement si la fenêtre est pleine taille. Si je redimensionne la fenêtre pour voir un peu mon bureau, le problème disparaît.

Le même problème se produit pour moi avec Win 10 et un nouveau Surface Book. Peut confirmer que redimensionner la fenêtre et remaximiser semble le résoudre (du moins jusqu'à présent).

Je suis actuellement sur la dernière version avec mon Dell XPS 15 9550 (version à écran tactile, Win10 x64) et je rencontre exactement ce problème. Je ne savais même pas que cela ne se produit pas lorsque j'utilise le défilement de l'écran tactile, uniquement avec le pavé tactile.

L'astuce redimensionner / maximiser le corrige au moins un peu.

Même problème qu'ici. Surface Book / Windows 10, mais la re-maximisation résout. Ce serait génial de ne pas avoir à chaque fois que j'ouvre VS Code.

Depuis que Chromium 54 a été intégré dans Electron , peut-être que VSCode peut passer au nouvel Electron pour résoudre définitivement le problème?

Il n'y a toujours pas de version Electron avec Chrome 54.

La sortie d'électrons avec Chrome 54 devrait avoir lieu en janvier

De l' électron / pull / 8406

(...) Je vais publier ceci en version bêta 1.5.0 pour npm maintenant

Y a-t-il un moyen d'être averti lorsque les Insiders mettront à jour le nouvel Electron?

J'attends aussi le nouvel Electron. Avoir un si bel écran et un éditeur en proie à un défilement terrible est dommage.

Ce problème existe également sur le Dell XPS 13 9360 QHD de fin 2016. A noter que seul le pavé tactile (pilotes Windows Precision) est affecté tandis que le défilement avec l'écran tactile fonctionne bien.

Cela semble toujours être un problème dans la version 1.10.2 (Dell XPS 15, l'écran tactile est lisse)

Alors quel est le problème maintenant? Il a été indiqué que cela aurait dû être corrigé en janvier.

Je voudrais réitérer mon commentaire précédent selon lequel ce problème spécifique ne suit pas vraiment le problème sous Windows, car les informations que j'ai publiées sur le défilement cassé dans le chrome étaient liées à Linux.
Cela dit, le problème est toujours présent sur la version actuelle de vscode

Nous pouvons développer un défilement lisse personnalisé comme dans atom et cela est également lié à https://github.com/Microsoft/vscode/issues/21359

Le code ici ), c'est pourquoi il est connu pour être un problème d'électrons. Il n'y a donc pas vraiment besoin de le réécrire car ce n'est pas un problème de code.

Ils ont juste besoin d'attendre que l'électron se mette à jour vers Chromium 54, ce qui, je crois, peut être suivi ici

@ jshap70 Electron v1.6.2 déjà sorti avec Chromium (56.0.2924.87) il y a 16 jours

@ jshap70 https://github.com/Microsoft/vscode/issues/11953 Ceci est construit avec le dernier Electron 1.6.2 avec Chromium (56.0.2924.87) pour Windows ici: https://az764295.vo.msecnd.net/insider /d42d4467e681308a5f82b61cb11ee6b91f1b9864/VSCode-win32-1.11.0-insider.zip

Mais le problème du scroll n'est pas encore résolu

@pixieaka quel problème de défilement? ce problème concerne le défilement sous Linux, pas sous Windows

@ jshap70 https://github.com/Microsoft/vscode/issues/20840 J'ai le même problème avec l'ordinateur portable Dell sous Windows 10. Le défilement est très nerveux avec le track-pad.

@pixieaka pourrait être lié au défilement du décalage dans Windows. J'ai le même problème ici. https://github.com/Microsoft/vscode/issues/20348#issuecomment -291060102

Cela me rend fou, je dois restaurer / maximiser chaque minute tout en travaillant. Des mises à jour à ce sujet?

Todays VS Code insider build est livré avec Electron 1.6.x, il serait intéressant de savoir si cette mise à jour résout ce problème pour n'importe qui: http://code.visualstudio.com/Download#insiders

@bpasero Je ne pense pas que ce lien fonctionne, devrait-il être plutôt https://code.visualstudio.com/insiders ?
Je vais vérifier quand j'en aurai l'occasion et vous le ferai savoir.

@bpasero Je suis heureux de dire que le défilement fluide est de retour dans la dernière version d'initiés! sur Linux, c'est-à-dire.

Cool merci!

Sur mon Dell XPS 13 SkyLake, le pavé tactile de précision, Windows 10 @ 125% de mise à l'échelle, présente toujours le même problème pour la version d'initié d'aujourd'hui a5e9d3

Quelques informations supplémentaires:

L'écran ne semble s'actualiser qu'à la fin du défilement. Donc défilement à 2 doigts ... (on dirait que rien ne s'est passé / gelé)
puis soulevez les doigts <- mises à jour de l'écran.

Désolé pour le double commentaire, mais j'ai trouvé que l'utilisation de "--disable-gpu" rend le défilement super fluide à nouveau pour moi.

Merci à https://github.com/Microsoft/vscode/issues/14716#issuecomment -293120446 pour le conseil.

Existe-t-il un moyen de toujours activer cet indicateur, même lors du lancement de code à partir du menu contextuel?
Edit: semble pas

Avoir un moyen d'exécuter du code avec des paramètres spécifiques serait une bonne idée (qu'en est-il de startup.json dans ~ qui serait utilisé pour les paramètres de ligne de commande?) Mais je préfère voir le problème lié au gpu corrigé.

Quel est le problème avec la création d'un script shell global qui exécute code --disable-gpu ?

Il n'y a rien de mal à avoir un raccourci global. Mais désactiver le GPU pour contourner un bogue n'est pas très bon si vous me le demandez. L'utilisation du GPU au lieu du CPU pour le rendu / défilement peut avoir un impact important sur la batterie, les performances, etc.

Juste testé sur xps, cela semble très prometteur! Sur une installation propre, la première impression est assez fluide. Il faudra voir comment c'est avec tous les addons, mais il y a de l'espoir maintenant.

Je peux le confirmer, Dell XPS 15 9560 + Windows 10 Creators Update, --disable-gpu fonctionne comme une solution de contournement.

toujours pas lisse sur le livre de surface, même exécuter --disable-gpu

Je confirme que ce n'est pas fluide sur Surface Book (mise à jour des créateurs): ça ne saute plus tellement, mais c'est assez lent.

Est-ce que quelqu'un dans l'équipe de code principale a un tel appareil ou tout le monde travaille-t-il sur Mac? :)

@warpdesign Je suis sur un Surface Book. Ma solution de contournement consiste à "restaurer" et "maximiser" la fenêtre VS Code une fois que je l'ai ouverte. Le défilement à deux doigts sur le trackpad devient alors fluide pour moi.

J'ai commencé une page wiki pour collecter / résumer les informations rapportées sur ce problème - https://github.com/Microsoft/vscode/wiki/Known-issues

Désactiver le gpu ne fonctionne pas sur xps 15 ", minimiser / maximiser les travaux, mais seulement pour un court instant, continuer à le faire. Toujours le même problème dans la dernière version.

@vladkosarev fonctionne pour moi, avez-vous essayé de mettre à jour le dernier pilote graphique Intel à partir de leur site Web?

Je ne sais pas si cela a été mentionné, mais c'est un problème d'électron. La même chose m'arrive dans le client de bureau Slack.

J'ai aussi le problème sur un ordinateur portable ASUS Zenbook. La non-maximisation (et la re-maximisation) semble résoudre temporairement le problème.

• Version VSCode: Code 1.12.1 (f6868fce3eeb16663840eb82123369dec6077a9b, 2017-05-04T21: 26: 50.689Z)
• Version du système d'exploitation: Windows_NT ia32 10.0.14393
• Extensions:

| Extension | Auteur | Version |
| --- | --- | --- |
| EditorConfig | EditorConfig | 0.9.3 |
| CppSnippets | hars | 0.0.9 |
| tabsanity | jedmao | 0.0.9 |
| contextualduplicate | lafe | 0.2.0 |
| cpptools | ms-vscode | 0.11.0 |
| espaces de fin | shardulm94 | 0.2.11 |
| vscode-fileutils | sleistner | 2.5.1 |
| ninja | surajbarkale | 0.0.1 |;

J'ai le même problème sur mon Dell XPS 9560. J'ai trouvé une étrange solution de contournement

Faites un clic droit sur la barre des tâches et sélectionnez les paramètres de la barre des tâches
Changez l'orientation de la barre des tâches à l'opposé de ce qu'elle est pour le moment, c'est-à-dire, si Bottom puis réglez sur Top ou vice versa. Si gauche puis droite etc.
Rétablissez l'orientation d'origine de la barre des tâches ou laissez-la telle quelle, peu importe.
Défilement fluide à nouveau
Je dois le faire à chaque fois que je lance VS Code mais cela fonctionne.

Vous rencontrez également le problème. Minimiser / maximiser le truc aide mais c'est vraiment ennuyeux. Malheureusement, aucune information récente concernant le problème dans le repo d'Electron .

Ordinateur portable: Dell XPS 9560
Système d'exploitation: Win 10 Pro 10.0.15063
Code VS: 1.12.2

Même problème ici avec un Acer Nitro 15.

Ordinateur portable: Acer V Nitro 15
Système d'exploitation: Win 10 Pro
Code VS: 1.14.0-initié

Même problème ici sur Acer. La fenêtre de restauration / code maximum et le défilement à deux doigts fonctionnent à nouveau.

Ordinateur portable: Acer Aspire F5-573
Système d'exploitation: Win 10 Home 1703
Code VS: 1.13.0

Code VS mis à niveau vers les initiés build 1.14.0 et le problème persiste.

Peut être résolu par la fenêtre de restauration / maximisation ou en exécutant du code avec --disable-gpu.

Même problème sur Surface pro 4. (I5, 8 Go, 256 Go).
Système d'exploitation: Win 10 Home 1703
Code VS: 1.13.0
Peut être résolu en redimensionnant la fenêtre.

Je ne sais pas si cela aidera ou non, mais j'ai trouvé cet article ridiculement détaillé sur le défilement :) https://pavelfatin.com/scrolling-with-pleasure/

Même problème ici.
Système d'exploitation: Win 10 pro build 14393
Code VS: 1.13.1

Je pense que c'est lié au système d'exploitation. Les applications intégrées dans Win 10 ne prennent pas en charge le défilement TrackPoint si bien, le code peut utiliser une bibliothèque dans le système d'exploitation.

solution de contournement temporaire rapide: Win + DOWN, Win + UP

Je suis sur les initiés, Surface Book (modèle i5 8 Go), le défilement est extrêmement lent.

Que diriez-vous qu'un membre de l'équipe VSCode ait accès à un Surface Book (ou à n'importe quel pavé tactile de précision) et voit certainement ce qui ne va pas et une solution appropriée (ou une solution de contournement) est donnée?

Les appareils Surface sont les machines phares de Microsoft pour Windows 10: cela me rend fou que les performances de VSCode soient si mauvaises sur une machine aussi belle (en plus de m'empêcher de faire un travail sérieux dessus en utilisant VSCode).

@warpdesign Certains membres de l'équipe VSCode ont des appareils Surface et ils sont conscients du problème ( voir upthread ). Bien que très irritant, c'est un problème en amont que personne n'est encore capable de résoudre.

Je ne suis pas sûr que quelqu'un travaille réellement là-dessus. Je pense qu'Electron dit simplement que c'est un problème de Chrome, mais je n'ai pas été en mesure de trouver un bogue dans le suivi des problèmes, à l'exception de celui-ci, qui n'a pratiquement aucune activité. en cours .. Est-ce que quelqu'un sait si quelqu'un travaille là-dessus?

Cela se passe pour moi aussi sur mon 4k XPS 9550 et cela me rend fou. J'aime tellement VS Code, mais devoir le minimiser / maximiser toutes les 5 minutes est tellement ennuyeux ...

https://bugs.chromium.org/p/chromium/issues/detail?id=713907

@tobiasviehweger Il n'est pas surprenant qu'il soit toujours là :(

Le problème peut-il être reproduit sur Chrome avec Monaco? Ou est-ce spécifique à VSCode + Electron?

Défilement saccadé et fondamentalement inutile sur Dell XPS13 / Windows 10 jusqu'à ce que vous ayez essayé l'astuce --disable-gpu. Pas idéal. Un signe d'Electron passant à Chromium plus récent?

+1 souffrant du problème ici.
J'ai en fait acheté Surface Book en raison de l'excellent pavé tactile et du clavier, et surtout pour le travail, c'est donc un problème critique pour moi, j'envisage de retourner le Surface Book et d'acheter à nouveau mac :(
Ma version VSCode:

Une autre donnée:
Sur mon ancien Mac Air 11 "(avec Win 10 installé, pas macosx), le pavé tactile fonctionne très bien en VSCode.
Version:

Réparer les pls?

Quelques détails supplémentaires.

Ce qui se passe exactement sur mon Surface Book, c'est que lorsque je glisse vers le haut / bas avec deux doigts:

• la plupart du temps, il défile, mais after a 1 second lag
• parfois rien ne se passe du tout, comme si l'événement n'était pas arrivé à VSCode
• quelques rares fois, le défilement se produira juste à temps

Comme vous pouvez le voir, cela n'est pas très fiable et rend VSCode inutilisable sur de tels appareils.

Je voulais voir ce qui se passait avec les événements DOM mais à la seconde où j'ai ouvert les devtools, le défilement a commencé à fonctionner comme prévu, c'est-à-dire sans le décalage d'une seconde et à chaque balayage. Cela rend difficile le suivi du problème.

@kokajambo @ Deiru2k est-ce aussi ce que vous vivez?

J'ai trouvé que: simplement afficher ou masquer le menu principal fonctionne de la même manière que le redimensionnement de la fenêtre. Donc, si vous avez normalement le menu caché, deux pressions rapides sur la touche Alt lorsque le défilement devient saccadé le rendront à nouveau fluide pendant un moment.

L'électron a-t-il déjà été mis à jour?

Oui, nous avons mis à jour Electron plusieurs fois depuis que ce problème a été signalé pour la première fois. Au moment où le problème a été signalé, nous utilisions une version Electron basée sur Chromium 52. Nous sommes maintenant sur Chromium 56, tandis que le navigateur Chrome est sur Chromium 60.

Les enjeux en amont:
Electron: https://github.com/electron/electron/issues/8960 (fermé en faveur de la question Chromium)
Chrome: https://bugs.chromium.org/p/chromium/issues/detail?id=713907 (le propriétaire du problème Chromium n'a pas pu se reproduire avec Chromium 58)

Si nous voulons être optimistes, une fois que nous mettons à jour une version Electron basée sur Chromium> = 58, ce problème devrait être résolu.

Si le problème n'est pas résolu, nous aurions besoin de demander plus d'aide à nos amis Electron, car cela pourrait indiquer qu'il s'agit d'un problème spécifique à Electron.

En attendant, la solution de contournement continue de fonctionner (redimensionner la fenêtre une fois après l'avoir ouverte).

J'ai aussi ce problème.
Version VSCode: Code 1.14.2 (cb82feb, 2017-07-19T23: 34: 09.706Z)
Version du système d'exploitation: Windows_NT ia32 10.0.15063

l'utilisation du code --disable-gpu a résolu le problème

Je peux confirmer ce problème sur mon razer stealth, qui minimise / maximise le corrige pendant un certain temps.

@ IanNS333 Idem ici, avec Dell XPS 13 (9350).

Cela semble pire après la récente mise à jour.

Il était saccadé mais disparaîtrait si je redimensionnais la fenêtre et la maximisais à nouveau, comme d'autres l'ont maintenant déclaré. Il ne défile plus du tout. La fenêtre elle-même semble "rebondir" légèrement lorsque deux viseurs défilent.

Utilisation d'un ordinateur portable Samsung 9

Je viens de tomber sur ce problème sur un ASUS UX501JW et j'ai fait quelques recherches.

Description du problème: Le scroll fonctionne sur chaque version lorsque j'exécute Chrome ou Electron normalement, si je cours en tant qu'administrateur, aucune des versions testées ne fonctionne.

Versions testées:
- Chrome 62 (navigateur autonome, canari)
- Chrome 60 (navigateur autonome)
- Chrome 58 (Electron 1.7.5)
- Chrome 56 (Electron 1.6.6)
- Chrome 54 (navigateur autonome)
- Chrome 51 (navigateur autonome)

Système d'exploitation: Windows 10

Ce bogue n'est ni dans VS-code ni dans Electron, mais plutôt dans Chrome ou dans la manière dont les utils tactiles sont écrits. Je voulais juste ajouter quelques informations concernant mes conclusions selon lesquelles pour les ordinateurs portables ASUS, il n'y a pas de lumière dans le tunnel.

En parlant d'ordinateurs portables ASUS (UX360CAK ici) et de Windows 10, le défilement à l'échelle du système a été très problématique pour moi le mois dernier. Par exemple, lorsque je fais défiler une page (Chrome) ou une liste d'éléments (Thunderbird, mais pas l'Explorateur de fichiers), la position de défilement se réinitialisera en haut de la liste au hasard.

Une autre chose est que j'ai dû désactiver le zoom par pincement parce que la quantité de fausses détections était insupportable - pourtant je n'ai jamais eu de problèmes avec cela auparavant. Revenir à un trackpad Macbook Pro était comme une sorte de révélation religieuse.

(Edit: supprimé mon message sur la désinstallation de l'utilitaire asus et la restauration du pilote du pavé tactile Windows natif car aucun de ces deux ne semble avoir résolu les problèmes de bizarrerie et éventuellement (à déterminer) vscode)

@youurayy Oui, Dell XPS 13 et ravi d'avoir trouvé comment désactiver le pincement pour zoomer car cela me rendait fou.

@youurayy J'ai trouvé une solution de contournement pour que le défilement ne fonctionne pas lors de l'exécution de Chrome / Electron en tant qu'administrateur sur les ordinateurs portables ASUS.

Solution de contournement:

• Tuez les applications ASUS Smart Gesture dans le gestionnaire de tâches,
• Redémarrez les applications Smart Gesture avec Exécuter en tant qu'administrateur (AsusTPCenter.exe, AsusTPHelper.exe, AsusTPLoader.exe)

Une supposition éclairée est que ce problème a ses racines dans deux choses:

• ASUS Smart Gestures envoie probablement leurs événements tactiles d'une manière étrange à d'autres fenêtres, j'ai vu des discussions selon lesquelles il ne suit pas la norme du pavé tactile de Microsoft
• Chrome bloque les événements des processus qui ne s'exécutent pas en élévation si Chrome s'exécute en élévation

Il n'y a pas de méthode pour se débarrasser de Smart Gesture et avoir toujours un défilement sur un nouveau modèle ASUS, mais cela donne quelque chose avec lequel je peux travailler.

Wow cela a été publié en octobre 2016? J'espère vraiment que cela sera résolu plus tôt. J'ai publié un nouveau numéro # 35844 qui était une dupe et je suis fermé. J'ai trouvé que lors de la désactivation de tous les plug-ins, c'était mieux, mais pas tout à fait fluide. Mais ce n'est pas non plus une solution optimale. Le décalage pour moi est de presque 1/2 seconde sur un i7 Surface Book. J'ai essayé l'option code --disable-gpu et ce n'est pas non plus tout à fait fluide, mais mieux, donc une solution de contournement médiocre.

Le branchement d'une souris s'est avéré être une solution de contournement 100% fonctionnelle. Ce qui est un peu ironique.

@ Deiru2k Oui, le défilement de la molette de la souris est très bien, mais une souris ne défile pas exactement comme un pavé tactile. Le pavé tactile a une certaine vitesse - nous le savons tous grâce à nos appareils à écran tactile. Plus vite vous glissez, plus vite il doit défiler. La molette de la souris défile par X lignes et est plus un défilement par étapes.

Cela se produit encore pour moi sur mon Dell XPS15 avec le tout dernier VSCode (mis à jour aujourd'hui). Ma solution consiste à cliquer sur Win + flèche vers le bas et sur Win + flèche vers le haut. Cela modifie la fenêtre VS Code pour ne pas être agrandie, puis de nouveau pour être agrandie. Cela fonctionne, mais c'est vraiment ennuyeux.

btw, une autre information. Si je teste le défilement fluide à deux doigts dans Visual Code 1.17.0 sur mon bureau équipé d'un pavé tactile Logitech, cela semble fonctionner correctement. C'est peut-être quelque chose lié à des pilotes de pavé tactile spécifiques? Sur le Surface Book, il est saccadé et ne répond pas. Mais Chrome et Edge sont complètement lisses. Peut-être que ce n'est pas entièrement lié à l'application, peut-être aux pilotes, ou peut-être à la fréquence d'échantillonnage d'Electron? Je ne sais pas vraiment.

J'ai ce problème sur une surface pro 4, vscode 1.17.0.
maximiser / minimiser aide temporairement comme mentionné par certains autres.

Le problème est spécifique à certains appareils. Ma machine personnelle (un ordinateur portable asus rog) se comporte exactement comme vous vous attendez à ce que le défilement à deux doigts se comporte, tandis que ma machine de travail (un ordinateur portable Dell Precision) a le problème signalé ici.

De plus, pour réitérer ce que d'autres membres de l'équipe vscode ont déjà déclaré, cela semble être un problème avec l'électron (que je peux confirmer, car je peux reproduire le problème dans d'autres applications d'électrons), et n'est probablement pas réparable par l'équipe vscode , malheureusement.

Selon ce fil de discussion sur les électrons , le problème vient du chrome lui-même.

Voici ce que j'ai trouvé dans le bug tracker de Chrome: (lien)

@EthanRutherford Avez-vous essayé la solution de contournement pour ASUS mentionnée dans https://github.com/Microsoft/vscode/issues/13612#issuecomment -324351903?

Le redémarrage d'AsusTPLoader.exe en tant qu'administrateur résout le problème des ordinateurs portables ASUS sur lesquels nous avons testé. Nous avons même construit un module de nœud dans notre application Electron qui le fait automatiquement car nous ne pouvons pas nous attendre à ce que nos utilisateurs finaux effectuent ce travail.

@EthanRutherford Je ne suis pas sûr que ce soit le même problème que electron / # 8960 dans le rapport de bogue de chrome

De plus, je n'ai pas rencontré de problème dans Chrome.

J'ai en fait vécu quelque chose de similaire avec Chrome à un moment donné. Et à ce moment-là, l'astuce de minimisation-restauration a également aidé. Peut-être que Chrome utilise également Electron.

@mogemimi En fait, c'est l'inverse: Electron est basé sur Chrome.

J'ai également ce problème sur Dell XPS 13.

@robinwassen l'ordinateur portable asus est en fait celui qui se comporte correctement. Le trackpad Dell est celui qui a le problème. Cependant, je travaille généralement avec une souris USB, donc je ne rencontre pas souvent le problème.

@dopare a mentionné que le redimensionnement de Visual Code corrige le problème. Il a raison. Le problème est probablement lié au conteneur (électron).

Btw, j'ai le même problème pour Chrome lui-même.
Problème éventuellement lié https://bugs.chromium.org/p/chromium/issues/detail?id=765311

avec le dell xps, j'ai le même problème, le redimensionnement aide pendant un certain temps, et je n'ai pas ce problème avec chrome, seulement vscode.

Même problème sur Schenker XMG P507 (Win 10, CPU / GPU: i7-7700HQ, Touchpad: Synaptics SMBus). Pire encore pour rendre le défilement avec le pavé tactile inutilisable. Aucun problème dans Google Chrome.

même problème sur surface book avec base de performance, mon système est ci-dessous

Je n'ai aucun problème avec le dernier chrome

version 1.17.1
shell 1.7.7
chrome 58.0.3029.110
node 7.9.0
arch ia32

@saedrna J'ai également un défilement lent sur Surface Book, mais uniquement lorsque

Un fichier .mustache de 40 (oui, quarante) lignes fait que le défilement de vscode est un désordre retardé, donc suspectez que ce soit aussi en électron.

Passé de la 1.17.2 à la 1.18.0, les performances de défilement sont désormais corrigées.

Quelqu'un d'autre veut essayer la version actuelle de l'initié et rapporter ses résultats?

Je viens de l'essayer sur mon Surface Book (la dernière version d'aperçu de Visual Code) et c'est beaucoup mieux. Ce n'est pas un rouleau de beurre comme on pourrait s'y attendre, mais c'est beaucoup mieux qu'avant.

Toujours cassé pour moi - Version VSCode: Code - Insiders 1.18.0-insider (e6a76e4bd3f52ab07452bb181e861f5a9bfb6596, 2017-10-27T04: 19: 22.491Z)

(Pavé tactile Dell XPS 13 Precision)

1. Menu Démarrer de Windows -> Code Insiders
2. Code Insiders s'ouvre maximisé par rapport à mon projet précédent
3. Le défilement toujours inutilisable (il ne bouge pas pendant le défilement, puis fait soudainement un saut massif après un certain temps)

Bonnes nouvelles!

Cela a été repris par l'équipe Chrome: https://bugs.chromium.org/p/chromium/issues/detail?id=779372

Génial. Le code VS n'est pas du tout mauvais, mais ce problème m'a rendu fou au point que j'ai complètement arrêté de l'utiliser.

@CoenraadS que vous avez déjà mentionné:

Si VSCode commence vide et que j'ouvre un dossier, cela fonctionne bien.

Cela pourrait valoir la peine de le classer comme un problème distinct de la performance générale du défilement, car il a probablement une cause différente.

J'avais utilisé VSC dans Windows 10 et Ubuntu 17.10 (Gnome 3.26 je pense) et fonctionnais parfaitement, je vois maintenant ce problème sur Fedora 27 également avec Gnome 3.26.2.
J'utilise VSCode 1.19
Cela se produit également sur d'autres applications Electron, comme Atom.
Le redimensionnement de la fenêtre ne le fait pas pour moi: [

Alors, tout le monde ici n'a-t-il que des problèmes dans VS? J'ai un Dell Inspiron 7577 Gaming et ce problème de défilement concerne presque tout. Eclipse et chrome ont le pire. Il est également disponible sur Discord, Slack, l'éditeur de texte Atom et l'arborescence des sources. Cela me rend tellement fou que je suis sur le point de rendre cet ordinateur portable.

@ RJ-Fynydd J'ai également le même problème dans Sublime, sur un HP Spectre x360. Si je me souviens bien, je l'avais dans Chrome mais je l'ai "corrigé" en désactivant le défilement fluide dans chrome: // flags /.

Cela se passait assez mal sur mon Surface Book et était très visible. Quelque chose au cours des deux dernières versions l'a amélioré (je suis sur 1.18), mais je remarque toujours qu'il devient un peu nerveux après l'utilisation. Dans l'utilisation, je veux dire, ouvrir un gros fichier de code, faire défiler, travailler sur le fichier, enregistrer, basculer vers d'autres fichiers et revenir. Un redimensionnement de la fenêtre semble toujours le corriger, il y a donc quelque chose de toujours farfelu avec la synchronisation des cycles de balayage tactile / défilement.

Toujours pas lisse sur mon livre de surface, je ne peux pas croire que je le supporte pendant presque un an

@ivyhaswell avez-vous la dernière version du code visuel? que se passe-t-il lorsque vous redimensionnez l'EDI? Est-ce que ça s'en va?

Si vous utilisez Gnome, vous pouvez résoudre ce problème en utilisant Xorg au lieu de Wayland.
Vous pouvez le modifier avant de vous connecter.
La vie est belle à nouveau.

@alanosman version 1.8.1, le défilement deviendra normal pendant plusieurs minutes après le redimensionnement.

@ivyhaswell donc ok - cela confirme que nous avons le même problème sur le Surface Book. Espérons que quelqu'un ici plus compétent que moi abordera ce problème. :-)

Cela semble également se produire sur Macbook Pro (2015, Retina). Il fonctionnait très bien, maintenant avec un très petit projet ouvert, Chrome, Slack et quelques autres (le processeur ne dépasse pas 1 à 3%, la RAM est de 9,4 / 16 Go), il est en retard lors du défilement.

Le problème persiste. J'ai un Dell XPS 13 2017, win10. Heureusement, il est résolu de redimensionner la fenêtre, comme certains d'entre vous l'ont souligné. Merci

Je viens de venir ici à la recherche d'une solution à ce problème.
Et je vois que le problème persiste depuis plus d'un an .....
J'utilise un Asus Strix ROG GL753.

Hu, je pensais que ce serait mon erreur mais c'est bon de voir qu'un workaorund (fenêtre de redimensionnement) existe. J'utilise le trackpad de précision Asus.

Avoir le même problème (Lenovo Ideapad 720s / 8e génération i7 / 8 Go de RAM / nvidia geforce mx150)

Idem ici, défilement très instable avec mon pavé tactile avec les pilotes Windows Precision. Parfois cela fonctionne, parfois non. VS Code ver: 1.18.1 x64

Obtenir le même problème lors du défilement sur ma Surface Pro (2017)

Ce problème existe toujours dans les nightlies. J'utilise un Surface Book i7 de première génération. Je ne sais pas s'il s'agit d'une coïncidence temporelle, mais je n'ai commencé à remarquer ce problème qu'après la mise à jour vers la mise à jour Fall Creators.

Je pense que ce problème évolue lentement vers une fonctionnalité 😄

Résolu en chormium il y a 11h: https://chromium-review.googlesource.com/c/chromium/src/+/809829#message -85e8d8e27337bf85caecffcd4978f979a67f1378.
Ils surveillent toujours, car le code de bogue ajouté avait à voir avec les threads gpu.
Le bug électronique lié à ce problème: https://github.com/electron/electron/issues/8960

J'espère que le correctif fera bientôt surface pour vscode :)

Même problème avec mon skylake XPS13

Même problème. j'espère que ça sera réparé bientôt

Il semble que Chrome teste un correctif pour ce problème (via https://bugs.chromium.org/p/chromium/issues/detail?id=713907#c28) et j'ai produit une version d'initiés VS Code avec ce correctif rétroporté. J'ai fait des tests sur mon Surface Book où il semble que le problème ait disparu.

Si les gens pouvaient essayer et faire un rapport: Téléchargez VS Code Insiders 64 bits

@bpasero cela semble fonctionner.

@bpasero Corrigé ici aussi pour XPS 13

@bpasero Fonctionne très bien ici. Utilisation d'Asus ROG Strix. Merci!

@bpasero Génial! Merci!

@bpasero Cela signifie-t-il que nous pourrions appliquer le correctif dans les versions quotidiennes d'Insider? Ou devra-t-il attendre que le correctif apparaisse dans Electron et que VSCode se mette à jour vers cette version?

@warpdesign nous pouvons l'avoir plus tôt dans nos builds initiés car nous construisons Electron pour VS Code avec nos propres modifications personnalisées si nécessaire.

Un grand merci @bpasero 🙂

Hé, j'utilise un ordinateur portable ASUS R500VD, avec Windows 8.1 x64 Pro.

Lorsque je démarre VSCode à partir de git-bash en utilisant code . , je ne peux pas utiliser le tap à deux doigts ou le défilement à deux doigts dans mon pavé tactile. Mais cela fonctionne, si je lance VSCode directement depuis le menu Démarrer.

23062 a été fermé en tant que duplicata mais il semble tout à fait distinct et toujours non résolu par quoi que ce soit ici.

À moins que ce ne soit pas encore dans la version stable, le défilement est toujours effacé pour moi.
Surface livre i5 8 Go.

@bpasero pourriez-vous confirmer si le correctif est dans les versions d'initiés actuelles ou non? J'utilise le dernier initié, sur un Surface Book, et j'obtiens de mauvaises performances de défilement:

Version 1.20.0-insider
Commit 8697a5e4ec152832a2612929c87d56302dbb2e79
Date 2018-01-03T05:14:21.686Z
Shell 1.7.9
Renderer 58.0.3029.110
Node 7.9.0
Architecture x64

La solution de contournement mentionnée dans # 40319 s'applique ici. Le redimensionnement de la fenêtre la rend à nouveau rapide.

Le correctif n'est PAS dans stable et PAS dans les initiés.

Merci @bpasero. S'il vous plaît, criez-nous quand c'est le cas, j'ai installé la version de test ci-dessus mais elle a été effacée lorsqu'une mise à jour (qui, je pensais avoir le correctif) est sortie.

salut
Souffrant également de ce problème dans VSC 1.19.1 sur un nouveau Dell XPS 15 9560 de marque fessée. Dashed ennuyeux il l'est aussi.

Le redimensionnement du volet fonctionne bien, mais est trop irritant pour les mots. J'ai téléchargé la version 1.20 mais je n'ai pas pu ouvrir de fichiers (.ps1, .py, .rb, .go all crash).

J'espère vraiment que ce correctif sera bientôt stable et GA! La principale raison pour laquelle j'ai acheté cette machine était d'avoir une expérience VSC plus riche.

Merci pour tous vos efforts.

Avec la dernière version standard pour Windows 10 et un Dell XPS 13, je dois encore utiliser l'argument "--disable-gpu" pour obtenir un défilement fluide.

Je ne peux pas croire que ce n'est pas encore résolu ... Souffrant de cela de mon livre Surface 2

toujours à utiliser la solution de contournement pour cela

@bpasero Quel est le statut de ce bogue?

bpasero a ajouté ceci à l'étape importante de décembre 2017 / janvier 2018 le 15 déc.2017

cela signifie-t-il qu'il est prévu pour la prochaine version (stable)?

Je pensais que c'était corrigé, mais c'était faux. J'ai testé sur la version d'aperçu de Visual Code. Cela fonctionne bien lorsque vous ouvrez l'éditeur et qu'il est en mode fenêtré (c'est-à-dire plus petit que le bureau), mais le défilement devient figé lorsque vous passez en plein écran. Le problème semble vraiment lié au plein écran. De plus, le paramètre editor.smoothScrolling l'éditeur

Avoir le même problème sur mon Surface Book 2.

Un rappel, pour ceux qui ne l'ont pas vu, l'enjeu est en amont dans le chrome. D'après ce que je peux dire, le correctif sera dans electron 2.0, qui n'a pas encore reçu de date de sortie. L'équipe vscode a "mis à jour l'électron 2.0" sur l'itération du mois en cours, mais bien sûr, elle ne peut pas y arriver avant la sortie de la 2.0.

Jusque-là, l'équipe vscode ne peut vraiment rien faire pour résoudre le problème, mais soyez assuré que le correctif le transformera en vscode dès qu'il sera disponible.

@EthanRutherford D'après ce que @bpasero a dit, VScode utilise son propre Electron avec quelques modifications personnalisées, donc peut-être que cela pourrait être intégré dans VSCode sans avoir à attendre la sortie d'Electron 2.0?

@ nico-onmap Je ne suis pas sûr à 100%, mais je pense qu'il parlait spécifiquement des initiés. Stable se construit probablement avec des électrons non modifiés.

Nous avons un moyen de rétroporter les correctifs de notre version Electron mais je n'ai pas encore eu le temps de me pencher là-dessus. De plus, le correctif dans Chrome concerne Chrome Canary (Chrome 66?) Et nous utilisons Chrome 58 ...

J'ai ce problème sur mon Dell XPS 15. Y a-t-il une ETA sur le correctif? Ou les gens migrent-ils déjà vers Atom?

Ce problème de défilement se produit sur mon Lenovo Yoga 920 ... me rend fou. Passer à un autre IDE
Existe-t-il une solution de contournement à côté de la réduction et de la maximisation de l'écran toutes les quelques minutes?

@navotgil Je préfère maximiser puis minimiser, si vous considérez cela comme une alternative. Peut-être que la capacité de défilement reste plus longtemps sous la forme réduite, car je n'ai pas à le faire pendant 20 à 30 minutes parfois, je suppose.

J'étire la forme minimisée pour l'adapter à l'écran, donc je l'utilise comme si elle était presque maximisée. Je l'étire des coins pour éviter que la colonne ne craque. Je l'utilise minimisé, car j'ai cette superstition selon laquelle la forme maximisée est plus encline à soulever le problème.

Ouvrez avec code --disable-gpu dans le terminal. Travaille pour moi.

Ouvrir avec le code --disable-gpu dans le terminal fonctionne pour moi.

@frenic Ça marche vraiment! Je vous remercie!

Oui le même ici; fonctionne pour moi aussi! Wow, si simple. Pourquoi diable n'ai-je pas
pensez-y ;-)

Le 20 février 2018 à 16h04, 张义飞[email protected] a écrit:

Ouvrir avec le code --disable-gpu dans le terminal fonctionne pour moi.

@frenic https://github.com/frenic Cela fonctionne vraiment! Je vous remercie!

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/Microsoft/vscode/issues/13612#issuecomment-367025826 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AI1HDgJ399foRiWQN2ZViILXKVDSLsx1ks5tWu0BgaJpZM4KU8A9
.

Ouvrir avec le code --disable-gpu dans le terminal fonctionne pour moi.

@frenic génial, merci.
Quelqu'un connaît-il ses implications sur les performances?

Le patch est rétroporté grâce à chaopeng: https://github.com/electron/libchromiumcontent/pull/453

N'abandonne pas espoir

Ce problème est présent depuis la sortie de vs code, et il a rendu le vs code inutilisable dans Windows 10. Je peux comprendre qu'une petite entreprise utilise electron pour cibler plusieurs plates-formes à la fois, mais pour une entreprise comme MSFT, je pense vraiment qu'un plus natif approche doit être envisagée. Sublime est multi-plateforme, et ses performances / fluidité sont à égalité avec le bloc-notes. Microsoft ne devrait vraiment pas faire en sorte que l'EDI à la croissance la plus rapide dépende du produit de Google et de la capacité des autres entreprises à corriger les bogues pour une plate-forme spécifique.

Xi Editor dans le repo Fuchsia est le futur de l'éditeur. Il est toujours en cours d'élaboration, mais la description est prometteuse. Il s'agit de plates-formes multiples, mais il utilise la bibliothèque native de chaque plate-forme pour obtenir une apparence et une convivialité natives et offrir les meilleures performances. Il est minimaliste et prend en charge les plugins. J'ai déjà sauté le navire au sublime en raison de sa fluidité et de sa douceur. Xi sera mon prochain choix une fois qu'il sortira. Le code VS est cool, mais étant basé sur l'électron, je ne veux plus jamais le toucher.

J'avais acheté cette Surface Pro 4 début 2016. J'ai essayé vscode dès que j'en ai entendu parler, mais je l'évite depuis pour ses problèmes de défilement.

J'ai récemment recommencé à l'utiliser après toutes ces années où j'ai découvert que le problème était enfin traqué et qu'il y avait maintenant des solutions de contournement. Je ne peux que souhaiter que les outils de développement de Microsoft (VS Community et Code) soient aussi conviviaux (tactile, trackpad, stylet) que, par exemple, Edge ou Groove. Là encore, on ne peut faire beaucoup de choses avec une application Electron / Chrome. Mon problème concerne le cœur même de vscode.

Je pense que c'est corrigé dans la construction des initiés

@razielidog Patch n'a été fusionné qu'hier sur Electron 1.7.x: je doute qu'il soit déjà dans la construction des initiés.

J'espère qu'ils le réparent

c'est horrible. le défilement du pavé tactile a un décalage terrible dans le vscode. surface pro 5 + typecover.

Ouais @razielidog Je pense que vous venez de déplacer la fenêtre (ce qui est une solution de contournement). Il ralentira à nouveau jusqu'à ce qu'Electron 1.7 soit inclus comme le dit @ nico-onmap.

Je suis ça depuis 8 mois. J'adore les produits Microsoft, mais apparemment, le pavé tactile Precision de Microsost ne fonctionne pas bien avec le produit Microsoft. Je sais que c'est un problème de chrome, mais quand même. Electron est vraiment pathétique et j'ai essayé d'innombrables produits Electron, pas un seul n'est parfait.

Comment est-ce même un problème?

Les personnes qui voient ce problème peuvent-elles essayer ces initiés: Télécharger

Il comprend un backport du correctif Chrome suivant pour résoudre le problème: https://crrev.com/c/867070

@bpasero Non, cela ne résout pas le problème mais une observation intéressante. Il n'a pas de retard au démarrage mais après minimisation, il se comporte de la même manière que les initiés construisent.

@gurpreetshanky pouvez-vous ouvrir devtools (à partir du menu d'aide) et dans la console tapez " process.versions " et m'envoyer le résultat de le faire?

@bpasero Ceci est la sortie
Object {http_parser: "2.7.0", node: "7.9.0", v8: "5.8.283.38", uv: "1.11.0", zlib: "1.2.11"…}

@gurpreetshanky je voulais dire, tapez ceci: process.versions["atom-shell"]

@bpasero "1.7.12"

@gurpreetshanky tant pis, voyons si les autres rapportent autre chose. Je vais vérifier que le backport a été inclus dans la construction ... (la version 1.7.12 est au moins correcte).

@bpasero Oui mais certainement une amélioration au démarrage. En outre, quand le code sera-t-il mis à jour vers l'électron 2.0. Dans Atom touchpad fonctionne très bien. Pourquoi cela affecte-t-il uniquement le code?

@bpasero J'ai essayé la construction sur mon Surface Book et j'ai le même comportement que @gurpreetshanky : fonctionne et se brise à nouveau une fois la fenêtre réduite / restaurée.

Quelqu'un a-t-il testé les versions de Chrome avec le correctif: il n'est peut-être pas corrigé correctement? Ça fait des années que ça marche, je ne serais pas surpris: /

Correction: j'ai mal compris le terme minimiser comme sortir du maximun. La minimisation de la barre des tâches ramène le problème ici également.

@bpasero Je l'ai également essayé sur ma Surface Pro à partir du lien dans le commentaire , et je n'ai plus eu le problème. Minimiser / restaurer était la solution de contournement que je faisais pour résoudre temporairement le problème sur la version de version, donc je ne comprends pas comment cette fois-ci ne résoudrait pas mais ramènerait le problème, vraiment ...

Même une seule vérification que le problème persiste devrait suffire à dire qu'il n'est pas vraiment résolu, cependant, et nous en avons deux. Je ne le déclenche probablement pas d'une manière ou d'une autre.

@bpasero je dois être d'accord avec ThoAppelsin, cela semble être corrigé dans cette version.
J'ai essayé de se reproduire et je n'ai pas pu

@bpasero Oui mais certainement une amélioration au démarrage. En outre, quand le code sera-t-il mis à jour vers l'électron 2.0. Dans Atom touchpad fonctionne très bien. Pourquoi cela affecte-t-il uniquement le code?

Nous envisageons une mise à jour vers Electron 2.0.0, mais cela prendra probablement plus de temps. Si vous souhaitez vérifier si le problème se reproduit dans 2.0, vous pouvez essayer avec cette version de test ( lien ), mais elle n'inclut pas encore le correctif.

Je ne peux pas expliquer pourquoi il ne se reproduit pas dans Atom ...

Quelqu'un a-t-il testé les versions de Chrome avec le correctif: il n'est peut-être pas corrigé correctement? Ça fait des années que ça marche, je ne serais pas surpris: /

Je peux le faire la semaine prochaine, nous avons également un cas reproductible avec Chrome. Si vous exécutez chrome à partir de la ligne de commande en le pointant vers un site Web qui défile, nous pourrions faire apparaître le décalage directement. La clé semble être de ne pas taper l'URL dans un onglet, mais de laisser Chrome démarrer directement avec une URL.

@bpasero Je l'ai également essayé sur ma Surface Pro à partir du lien dans le commentaire, et je n'ai plus eu le problème. J'ai essayé de minimiser / restaurer pour le récupérer, mais je n'ai pas pu. Minimiser / restaurer était la solution de contournement que je faisais pour résoudre temporairement le problème sur la version de version, donc je ne comprends pas comment cette fois-ci ne résoudrait pas mais ramènerait le problème, vraiment ...

@ThoAppelsin dites -vous que ce problème est résolu pour vous même lorsque vous réduisez / restaurez la fenêtre?

@bpasero je dois être d'accord avec ThoAppelsin, cela semble être corrigé dans cette version.
J'ai essayé de se reproduire et je n'ai pas pu

@razielidog et il reste fixe même lorsque vous minimisez et restaurez la fenêtre?

Identique à gurpreetshanky. Pas de décalage au démarrage mais min / max le ramène.

@bpasero Mon mauvais. J'ai mal compris la terminologie et j'ai probablement aussi confondu minimiser comme sortir de la maximisation , et cela ne ramène pas le problème.

Réduire la fenêtre dans la barre des tâches et la restaurer ramène également le problème.

@bpasero Le correctif de bogue est-il inclus dans les versions publiques de Chrome? Chrome Version 65.0.3325.146 (Build officiel) (64 bits) présente le problème lorsqu'il est démarré à partir de la ligne de commande avec un site Web comme paramètre (et disparaît lorsqu'un nouvel onglet est ouvert, mais je pense que cela était connu).

Edit Le problème est résolu dans les versions Canary ( Version 67.0.3367.0 (Build officiel) canary (64 bits) ), et définitivement résolu: minimiser / restaurer ne ramène pas le problème. Il n'est donc pas encore devenu stable.

@ThoAppelsin au moins, nous avons tous le même comportement.

@warpdesign Je crois que ce n'est que dans Chrome 66, pouvez-vous essayer avec leur version bêta pour voir le comportement? Merci d'avoir essayé 👍

@bpasero a essayé Chrome Beta et Canary, voici les résultats:

• Beta (65.0.3325.125): le bogue est là, même comportement que VSCode stable (les décalages de défilement, minimiser / restaurer le corrige temporairement)
  
  
  
  • Canary (67.0.3367.0): le bogue est définitivement corrigé: minimiser / restaurer ne le ramène pas
  
  

Il semble donc que le patch que vous avez appliqué a en quelque sorte inversé le problème, c'est-à-dire qu'il est corrigé par défaut, et restaurer / minimiser le ramène.

Je peux confirmer qu'Atom ( 1.24.1 ) ne présente pas le problème qui utilise Electron 1.6.16 .

Que diriez-vous de coopérer avec Atom puisqu'ils n'ont pas le problème? L'avaient-ils? Si oui, comment l'ont-ils résolu? Sinon, pourquoi pas?

@warpdesign vous devrez tester avec Atom Beta ( 1.25.x avec Electron 1.7.11 ) mais pour correspondre à la même version de Chrome que nous utilisons. Il est possible qu'Electron 1.6.x n'ait pas ce problème après tout car il utilise une ancienne version de Chrome.

J'essaie de faire un suivi avec Electron si leur backport n'est peut-être pas complet (discussion sur https://github.com/electron/libchromiumcontent/pull/472).

Merci pour le travail là-dessus!

@bpasero Je viens d'essayer avec Atom Beta ( 1.25.0-beta3 , Electron 1.7.11 ) et le défilement fonctionne parfaitement: pas de décalage, pas de problème lors de la minimisation / restauration.

@warpdesign hmm Donc, un bogue est dans la base de code vscode?

@gurpreetshanky, vous ne pouvez pas vraiment dire cela, car ce bogue se reproduit dans Chrome et a été confirmé comme étant un problème avec Chrome et corrigé par eux entre-temps. Je ne sais pas comment Atom ne déclenche pas le problème et pourquoi le correctif fonctionne dans Chrome mais pas pour nous après minimisation / restauration.

@bpasero peut-être que le correctif de bogue repose sur d'autres correctifs / changements qui n'ont pas été appliqués? Pourquoi ne pas contacter la personne qui a soumis les correctifs Chrome pour ce bogue?

@warpdesign pour être honnête, ce correctif a été appliqué sur Chrome 66 et nous le mettons sur Chrome 58, il se pourrait donc qu'il manque quelque chose d'autre ...

Les personnes qui voient cela dans stable peuvent-elles confirmer que le problème revient une fois que vous avez minimisé et restauré? J'essaie de comprendre si nous avons toujours eu ce problème de minimisation / restauration qui ramène le problème.

Mes tests avec Surfacebook semblent indiquer que ce problème existait auparavant. Ce qui signifie que le backport le corrige au démarrage mais n'est pas pire qu'avant en ce qui concerne le problème qui revient lors de la réduction / restauration.

Oui, il existe dans la version stable actuelle (minimiser + restaurer rend le défilement lent):

Version 1.21.0
Commit 9a199d77c82fcb82f39c68bb33c614af01c111ba
Date 2018-03-07T11: 04: 09.969Z
Coquille 1.7.9
Moteur de rendu 58.0.3029.110
Nœud 7.9.0
Architecture x64

(au moins sur mon Dell XPS 15 9560)

À mon avis, même ce correctif partiel serait bon d'être fusionné dans les initiés jusqu'à ce que le bogue de minimisation soit trié. Du point de vue de la convivialité au moins.

@ynotzort revient-il également avec d'autres gestes sur la fenêtre? Vous aimez basculer entre les fenêtres d'application? Je demande parce que minimiser / restaurer semble être une tâche moins fréquemment exécutée par rapport au changement de Windows.

@bpasero n'en a pas l'air, au moins alt + tab et windows + tab ne me font pas apparaître le problème.
Cependant, utiliser windows + d (minimiser / restaurer toutes les fenêtres) le fait apparaître, ce qui est assez ennuyeux ...

Juste en rentrant que j'obtiens ce problème sur la dernière version 1.21.0 avant même de minimiser / restaurer. Si j'ouvre un fichier dans VS Code, le défilement est saccadé avec le pavé tactile. J'ai mis:
"window.menuBarVisibility": "toggle"
Donc, ma solution de contournement rapide consiste à appuyer sur ALT, ce qui fait apparaître menuBar et le problème disparaît. C'est jusqu'au cycle de minimisation / restauration à son retour.

@marchom Merci pour le conseil, je préfère de

On dirait que le comportement des bogues suit ce modèle sur 1.21.0 (Windows):

• Apparaît
  
  
  
  • au démarrage
  
  
  • après minimiser / restaurer une fois maximisé (avec des boutons ou Win + D )
  
  
• Disparaît
  
  
  
  • au démarrage de vscode avec --disable-gpu flag
  
  
  • lors du redimensionnement
  
  
  • tout en maintenant CTRL ou ALT
  
  
  • après avoir appuyé sur ALT (Seulement si vous avez la barre de menu masquée)
  
  
  • après avoir basculé en mode plein écran ( F11 )
  
  
  • si les outils de développement sont ouverts Help -> Toggle Developer Tools
  
  
• Aucun effet
  
  
  
  • après minimiser / restaurer lorsque vscode est focalisé, mais pas maximisé
  
  
  • ALT + TAB
  
  
  • Win + TAB
  
  

Appuyer deux fois sur F11 (bascule plein écran) supprime également le problème pour moi. Lancer code --disable-gpu fonctionne également ...

Ce qui est étrange, c'est que si VSCode n'est pas maximisé, la minimisation et la restauration ne déclenchent pas le problème pour moi ...

J'ai eu le problème avec Discord qui utilise également Electron .
(Je ne peux pas en comprendre plus car je travaille 80% de mon temps sur Linux)

Ce qui est étrange, c'est que si VSCode n'est pas maximisé, la minimisation et la restauration ne déclenchent pas le problème pour moi ...

@ynotzort Peut confirmer ce comportement. Mis à jour ma liste

J'utilise maximiser / restaurer ou restaurer / maximiser comme solution de contournement, et cela fonctionne (pour autant que je me souvienne) tout le temps. Peut-être que cette solution de contournement pourrait être émise par programme chaque fois que vscode est sorti de la barre des tâches après avoir été minimisé?

Je ne suis pas assez informé sur ces sujets, mais peut-être que cela peut être fait de manière assez atomique, sans que la fenêtre ne soit redessinée du tout. Jusqu'à ce que le correctif vienne et se propage du chrome / électron au vscode, vscode pourrait le faire patcher comme ça comme une mesure temporaire.

@ pd93 J'ai également remarqué que Help -> Toggle Developer Tools atténue également le problème. Pour certaines raisons, si les outils de développement sont visibles, les retards ne se produisent

@karasq Merci, je peux le confirmer. Je ne peux que supposer que l'ouverture des outils de développement provoque un redimensionnement lorsque vous vous concentrez sur vscode? Bien que je n'ai rien pour étayer cette théorie.
Je l'ai ajouté à ma liste ^^^

@karasq merci, Aide -> Toggle Developer Tools a fonctionné pour moi,
et le code --disable-gpu fonctionnait également

@bpasero je viens de voir cela dans les notes de version de electron 1.7.13 "Correction de la prise en charge du défilement de précision trackpad / souris." est mis en évidence. Peut-être que cette version pourrait être utilisée à la place de la 1.7.12?

@razielidog nous utilisons 1.7.12 mais avec ce patch exact rétroporté ...

Avec la construction d'initiés d'aujourd'hui ( 3a70cdfd8f84136e858b3d39e5a709e637fc35e7 ), vous pouvez définir "window.smoothScrollingWorkaround": true pour revenir au défilement fluide lors de la restauration de la fenêtre. Cette version comprend également une version Electron qui résoudra ce problème au démarrage initial.

Tiens nous au courant de comment ça se passe. La raison pour laquelle ce nouveau paramètre n'est pas activé par défaut est a) c'est juste une solution de contournement et pas encore le vrai correctif b) cela entraîne un scintillement de la fenêtre lorsque vous la restaurez.

@bpesaro bonne nouvelle! Je n'ai pas accès à mon livre surface pour le moment, je vais l'essayer dans quelques jours. Le scintillement signifie-t-il que le patch est réappliqué chaque fois que la fenêtre est restaurée?

@warpdesign, le scintillement vient littéralement du fait qu'avec cette option activée, je bascule la visibilité de la barre de menu lorsque la fenêtre est restaurée. Cependant, cela ne se produira pas au démarrage initial.

@bpasero Workaround fonctionne comme prévu sur mon Surface Book, plus de décalage après la réduction / restauration.

Il semble que le problème ait quelque chose à voir avec la version Windows (en particulier le pavé tactile de précision). Si vous exécutez le code VS dans le mode compatible de Windows 7, le retard de défilement disparaît et n'apparaîtra plus.

@ TXH1997 Merci pour l'idée du mode de compatibilité. Le mode comp de Windows 7 semble résoudre définitivement mes problèmes de retard de défilement (sur Surface Pro 4).

@ TXH1997 car l'exécuter en mode de compatibilité signifie s'exécuter sans GPU. Ainsi, des fonctions telles que le terminal intégré ne fonctionneront pas.

Oui, c'est juste une solution temporaire. Le bogue reste à corriger ...

dans l'espoir de résoudre ce problème depuis longtemps, je ne comprends pas pourquoi MS n'est pas en mesure de donner une solution appropriée.

Voir cela actuellement sur un Surface Book sur la version 1.21.1

Je vais verrouiller ce problème afin que les gens puissent voir la solution de contournement actuelle que nous livrons avec la version 1.22:

Je déverrouille ce problème pour obtenir des commentaires sur le fait que Windows 10 a travaillé sur un correctif et qu'il semble être inclus dans Windows 10 Insider Preview Build 17751 et sera inclus dans la mise à jour d'octobre (RS5).

Si quelqu'un pouvait vérifier que le problème est bien résolu avec cette version d'initiés de Windows 10, ce serait formidable. Jusqu'à présent, j'ai entendu de @Drae dans https://github.com/Microsoft/vscode/issues/53793#issuecomment -417922382 que le problème était résolu.

Vérifier:

• mise à jour vers Windows 10 Insider Preview Build 17751
• supprimer le paramètre window.smoothScrollingWorkaround (si configuré)

@bpasero Plus de problèmes avec 17751 sur un Surface Book.

@bpasero Oui, le problème est résolu avec 17751.1 sur Dell XPS 15 avec pavé tactile de précision.

Par curiosité: est-ce que quelqu'un a déjà rencontré ce problème sous Windows 7 ou Windows 8? Je demande parce que le correctif ne sera probablement jamais effectué que sur Windows 10.

@bpasero Je ne pense pas que cela se produirait sur les versions antérieures de Windows car elles ne supportaient pas les pavés tactiles de précision, si je me souviens bien.

Ce changement sera-t-il présent dans la mise à jour Windows 10 d'octobre 2018 lors de sa publication?

Mon ordinateur de bureau HP est sous tension pendant une minute, mais les moniteurs ne sont pas ouverts et la souris ou le clavier ne fonctionnait pas lors de la mise à jour de mon Windows 10 avant il y a deux ans

@ bdr99 oui, il sera disponible dans le cadre de la mise à jour d'octobre.

Clôture de cela alors que la mise à jour de Windows 10 d'octobre est en cours de déploiement. Ce bogue est corrigé dans le cadre de la mise à jour de Windows 10 RS5.

Génial, il faut maintenant attendre RS5 - espérons-le demain.

Nous avons décidé de conserver le "window.smoothScrollingWorkaround": true pour cette version et nous prévoyons de le supprimer à l'avenir lorsque davantage d'utilisateurs passeront à la dernière version de Windows.
Quelqu'un qui n'a pas la dernière version de Windows 10 peut-il prendre cette version d'initié et vérifier que le window.smoothScrollingWorkaround fonctionne comme avant et que le défilement est fluide? J'apprécierai vraiment cela.

https://az764295.vo.msecnd.net/insider/1d0e4299c6ccfe9210252c811b4247cfdc8a6a44/VSCodeSetup-ia32-1.29.0-insider.exe
https://az764295.vo.msecnd.net/insider/340133accd0b66202bde342f995f00b02f63c0d4/VSCodeSetup-x64-1.30.0-insider.exe

@isidorn Je n'ai pas encore installé la mise à jour d'octobre, j'ai donc installé la version d'initié pour tester.

Mais le fait est que la mise à jour KB4462933 a résolu le problème pour moi. Il n'y a plus de différence entre les builds stables / insider et avec / sans window.smoothScrollingWorkaround après la mise à jour.

Voici d'autres témoignages: https://github.com/Microsoft/vscode/issues/62327#issuecomment -436597428, https://github.com/Microsoft/vscode/issues/61824#issuecomment -433785824.

@HazemAM merci d'avoir sauté dessus!
C'est pourquoi j'ai besoin de quelqu'un qui ne dispose pas de la dernière mise à jour de Windows pour l'essayer afin que nous puissions vérifier que le paramètre fonctionne toujours.

@isidorn Oh, vous

Ouais, je suppose que j'ai besoin de quelqu'un qui n'a pas https://support.microsoft.com/en-us/help/4462933/windows-10-update-kb4462933

Gardez à l'esprit qu'il ne suffit pas de configurer simplement window.smoothScrollingWorkaround: true , vous devrez également désactiver le titre personnalisé via window.titleBarStyle: native .

Je n'ai pas de mises à jour Windows disponibles à installer (je suis à jour), le dernier vscode et j'exécute des fenêtres bootcamp.

Lorsque vous utilisez le trackpad, il n'y a absolument aucun moyen (avec l'une des combinaisons de suggestions de ce fil) d'obtenir un défilement fluide. Vscode ignore les paramètres de la molette de la souris de mon panneau de contrôle. La seule façon dont je peux faire en sorte que vscode se comporte est de définir le "editor.mouseWheelScrollSensitivity": 0.2 mais je passe entre l'utilisation d'un trackpad et d'une souris, donc je dois changer ce paramètre à chaque fois que je change d'appareil!

À la minute où le vscode est assez insupportable à utiliser à cause de cela!