Não vi isso na minha VM, atribua ao @Tyriar para verificar se ele também vê no linux dele para que possamos avaliar o quão serios está

Não estou com meu laptop Linux comigo no momento, vou marcar outubro para me lembrar. / cc @alexandrudima

Eu tenho isso, embora não esteja presente em todos os lugares. O painel de exibição em árvore e todos os editores não têm mais rolagem suave, mas as entradas que (presumo) provavelmente estão usando renderização do navegador, como páginas de detalhes de extensão, ainda rolam suavemente.

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

Eu não posso dizer uma diferença na visualização em árvore ou no editor comparando 1.6.0 e 1.5.3 usando Ubuntu 16.04. @bpasero @alexandrudima alguma ideia?

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

Não acredito que isso seja uma cópia desse problema, esse problema indica que não funciona, embora esse problema seja puramente relacionado à rolagem suave: a rolagem com dois dedos funciona, mas age como uma rolagem 'irregular' regular.

Eu concordo com @ jshap70 , este é um problema diferente conforme ele descreveu.

Acho que é uma regressão no Chromium (também percebi lá) que foi corrigida para mim em 54.

Pode-se confirmar isso, usar a rolagem com dois dedos para o editor é demorado. Usando a versão 1.6.1 em minha máquina Windows 10.

AFAIK, não tivemos alterações na lógica de manipulação de rolagem, mas atualizamos para uma versão de elétron mais recente (que inclui o Chromium 52).

Seria interessante descobrir se o Chrome 52 também sofre desse problema. Temos exatamente o mesmo código de rolagem no editor https://microsoft.github.io/monaco-editor/ então se alguém quiser experimentá-lo e relatar aqui as descobertas, eu ficaria grato.

Existem muitos problemas de touchpads no Chromium: https://bugs.chromium.org/p/chromium/issues/list?can=2&q=touchpad

Estamos encontrando um problema conhecido por eles?

A rolagem no monaco é suave e se parece com o vscode antes para mim dentro do Chrome (beta) 55.0.2883.21, bem como do Chromium 54.0.2840.71.
Acabei de criar uma versão do Chromium 52.0.2743.85 para testar e posso confirmar que tem a mesma rolagem irregular. Usar o monaco dentro dele é especialmente difícil. Isso confirma a ideia de que provavelmente é um bug do elétron e não um bug do vscode. vadio.

@ jshap70 Muito obrigado por confirmar que este é um bug do Chromium que será corrigido assim que tivermos uma versão mais recente. fyi @bpasero

Eu também experimentei isso hoje em meu livro de superfície. É uma verdadeira chatice. O mais estranho é que, depois de usar um mouse por um tempo, o trackpad voltou a funcionar normalmente. Sinto muito, não há nada que eu possa fazer do nosso lado, obtemos eventos da roda do mouse e os respeitamos quando os obtemos.

A Electron ainda não adotou o Chrome 54, mas está em seus planos.

@ jshap70 a correção está incluída no Chrome 53 ou 54?

@bpasero Acabei de

Eu estava brincando com este por um tempo. Testando com um Lenovo Yoga 910 (Kaby Lake) - Windows 10 Pro.

Durante meu teste, descobri que o atraso ocorre se você iniciar o VS Code maximizado. Achei que talvez estivesse enlouquecendo, mas tudo que fiz foi restaurar a janela e maximizá-la novamente e todo o nó de rolagem se foi.

Só para ter certeza de que não estava perdendo minhas bolas de gude, pedi para minha esposa fazer um teste cego. Foi uma diferença noite e dia. Espero que isso ajude a identificar o problema, vou mergulhar para tentar fazer isso hoje à noite ou amanhã.

Tenho o mesmo problema de rolagem no Lenovo Yoga 910.
Após redimensionar a janela, a rolagem é suave novamente.

Tenho um Surface 4 Pro e tenho o mesmo problema. Redimensionar a janela corrige a rolagem.

Provavelmente, devo mencionar que o problema que estou rastreando com o cromo está presente apenas no meu thinkpad Lenovo W530 no Linux, não no Windows, e não é resolvido redimensionando a janela. Isso pode ser um problema totalmente diferente.
Alguém que está tendo esses problemas pode tentar instalar uma versão do cromo ou do cromo 52 ou 53 e verificar se o Mônaco tem o mesmo problema?

Estou tendo esse problema no meu SurfacePro4. Usar o touchpad faz com que o editor atrase ao rolar se a janela estiver em tamanho grande. Se eu redimensionar a janela para ver minha área de trabalho um pouco, o problema desaparece.

O mesmo problema está acontecendo comigo usando o Win 10 e um novo Surface Book. Pode confirmar que redimensionar a janela e remaximizar parece resolvê-lo (pelo menos até agora).

No momento, estou usando a versão mais recente do meu Dell XPS 15 9550 (versão com tela sensível ao toque, Win10 x64) e estou enfrentando exatamente esse problema. Nem sabia que isso não ocorre quando uso a rolagem touchscreen, apenas com o touchpad.

O truque de redimensionar / maximizar corrige pelo menos um pouco.

Mesmo problema aqui. Surface Book / Windows 10, mas resolve a maximização. Seria ótimo não precisar fazer isso toda vez que abrir o VS Code.

Como o Chromium 54 foi integrado ao Electron , talvez o VSCode possa mudar para o novo Electron para resolver definitivamente o problema?

Ainda não há lançamento do Electron com o Chrome 54 fora.

O lançamento do Electron com o Chrome 54 deve acontecer em janeiro

De elétron / tração / 8406

(...) Vou lançar isso como um beta 1.5.0 para npm agora

Há alguma forma de ser notificado quando os insiders atualizarem para o novo Electron?

Também estou esperando o novo Electron. Ter uma tela e um editor tão lindos atormentados por uma rolagem terrível é uma pena.

Esse problema também existe no Dell XPS 13 9360 QHD do final de 2016. Observe que apenas o touchpad (drivers do Windows Precision) é afetado enquanto a rolagem com a tela de toque funciona bem.

Isso ainda parece ser um problema na versão 1.10.2 (Dell XPS 15, a tela de toque é suave)

Qual é o problema agora? Foi indicado que isso deveria ter sido corrigido em janeiro.

Eu gostaria de reiterar meu comentário anterior de que esse problema específico não está realmente rastreando o problema no Windows, já que as informações que postei sobre a rolagem quebrada no cromo estavam relacionadas ao Linux.
Dito isso, o problema ainda está presente na versão atual do vscode

Podemos desenvolver rolagem suave personalizada como no Atom e também relacionado com https://github.com/Microsoft/vscode/issues/21359

Atualmente, o código do @pixieaka usa a rolagem nativa do Chrome, que, em minha opinião pessoal, é muito melhor do que qualquer coisa construída sobre ele quando funciona corretamente. Além disso, a rolagem é corrigida e funciona corretamente quando feita no Mônaco em versões mais atuais do cromo (veja aqui ), por isso é conhecido como um problema de elétrons. Portanto, não há necessidade real de reescrevê-lo, pois não é um problema do código.

Eles só precisam aguardar a atualização do elétron para o Chromium 54, que acredito poder ser rastreado aqui

@ jshap70 Electron v1.6.2 lançado já com o Chromium (56.0.2924.87) 16 dias atrás

@ jshap70 https://github.com/Microsoft/vscode/issues/11953 Este é construído com o Electron 1.6.2 mais recente com Chromium (56.0.2924.87) para Windows aqui: https://az764295.vo.msecnd.net/insider /d42d4467e681308a5f82b61cb11ee6b91f1b9864/VSCode-win32-1.11.0-insider.zip

Mas o problema com a rolagem ainda não foi resolvido

@pixieaka qual problema com a rolagem? este problema é para rolar no Linux, não no Windows

@ jshap70 https://github.com/Microsoft/vscode/issues/20840 Tenho o mesmo problema com o laptop dell no Windows 10. A rolagem é muito irregular com o trackpad .

@pixieaka pode estar relacionado ao atraso de rolagem no Windows. Estou tendo o mesmo problema aqui. https://github.com/Microsoft/vscode/issues/20348#issuecomment -291060102

Isso está me deixando louco, tenho que restaurar / maximizar cada minuto durante o trabalho. Alguma atualização sobre isso?

A compilação de hoje do VS Code insider vem com Electron 1.6.x, seria interessante saber se esta atualização resolve esse problema para alguém: http://code.visualstudio.com/Download#insiders

@bpasero Não acho que o link funcione. Em vez disso, deveria ser https://code.visualstudio.com/insiders ?
Vou verificar quando tiver oportunidade e te aviso.

@bpasero Estou feliz em dizer que a rolagem suave está de volta na versão mais recente dos insiders! no linux, isso é.

Legal, obrigado!

No meu Dell XPS 13 SkyLake, TouchPad de precisão, escala do Windows 10 @ 125%, ainda exibe o mesmo problema para a compilação interna a5e9d3 de hoje

Mais algumas informações:

A tela parece atualizar apenas no scoll-end. Então, role 2 dedos ... (parece que nada aconteceu / congelou)
em seguida, levante os dedos <- atualizações da tela.

Desculpe pelo duplo comentário, mas descobri que usar "--disable-gpu" torna a rolagem super suave novamente para mim.

Obrigado a https://github.com/Microsoft/vscode/issues/14716#issuecomment -293120446 pela dica.

Existe alguma maneira de fazer com que este sinalizador esteja sempre ativado, mesmo ao iniciar o código a partir do menu de contexto?
Editar: parece que não

Ter uma maneira de executar o código com parâmetros específicos seria uma boa ideia (e o startup.json em ~ que seria usado para parâmetros de linha de comando?), Mas prefiro ver o problema relacionado ao GPU corrigido.

O que há de errado em criar um script de shell global que execute code --disable-gpu ?

Não há nada de errado em ter um atalho global. Mas desabilitar o gpu para contornar um bug não é muito bom se você me perguntar. Usar a GPU em vez da CPU para renderização / rolagem pode ter um grande impacto na bateria, desempenho, etc.

Acabei de testar no xps, parece muito promissor! Em uma instalação limpa, a primeira impressão é bastante suave. Precisará ver como é com todos os addons, mas há esperança agora.

Pode confirmar, Dell XPS 15 9560 + Windows 10 Creators Update, --disable-gpu funciona como uma solução alternativa.

ainda não é liso na superfície do livro, mesmo executando --disable-gpu

Eu confirmo que não é bom no Surface Book (atualização dos criadores): ele não pula mais tanto, mas é bastante lento.

Alguém na equipe principal do Code tem esse dispositivo ou todos estão trabalhando no Mac? :)

@warpdesign I'm on a Surface Book. Minha solução alternativa é "restaurar" e "maximizar" a janela do código do VS assim que abri-la. A rolagem com dois dedos no trackpad torna-se suave para mim.

Comecei uma página wiki para coletar / resumir as informações relatadas sobre esse problema - https://github.com/Microsoft/vscode/wiki/Known-issues

Desativar gpu não funciona no xps 15 ", minimizar / maximizar funciona, mas apenas por um curto período, tem que continuar fazendo isso. Ainda o mesmo problema na versão mais recente.

@vladkosarev funciona para mim, você tentou atualizar para o driver gráfico da Intel mais recente no site deles?

Não tenho certeza se isso foi mencionado, mas este é um problema do Electron. A mesma coisa acontece comigo no cliente de desktop Slack.

Eu também tenho o problema em um laptop ASUS Zenbook. A não maximização (e a re-maximização) parece corrigir o problema temporariamente.

• Versão do VSCode: Código 1.12.1 (f6868fce3eeb16663840eb82123369dec6077a9b, 2017-05-04T21: 26: 50.689Z)
• Versão do sistema operacional: Windows_NT ia32 10.0.14393
• Extensões:

| Extensão | Autor | Versão |
| --- | --- | --- |
| 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 |
| espaços à direita | shardulm94 | 0.2.11 |
| vscode-fileutils | sleistner | 2.5.1 |
| ninja | surajbarkale | 0.0.1 |;

Eu tenho o mesmo problema no meu Dell XPS 9560. Eu encontrei uma alternativa estranha

Clique com o botão direito na barra de tarefas e selecione as configurações da barra de tarefas
Altere a orientação da barra de tarefas para o oposto do que está no momento, ou seja, Se inferior, defina como superior ou vice-versa. Se Esquerda, então Direita etc
Mude a barra de tarefas de volta para a orientação original ou deixe-a como está, não importa.
Rolagem suave novamente
Tenho que fazer isso toda vez que inicio o VS Code, mas funciona.

Também enfrentando o problema. Minimizar / maximizar o truque ajuda, mas com certeza é irritante. Infelizmente, nenhuma informação recente sobre o problema no repo da Electron .

Laptop: Dell XPS 9560
SO: Win 10 Pro 10.0.15063
Código VS: 1.12.2

O mesmo problema aqui com um Acer Nitro 15.

Laptop: Acer V Nitro 15
SO: Win 10 Pro
Código VS: 1.14.0-insider

O mesmo problema aqui no Acer. Restaurar / janela de código máximo e rolagem com dois dedos funcionam novamente.

Laptop: Acer Aspire F5-573
OS: Win 10 Home 1703
Código VS: 1.13.0

Código do VS atualizado para a versão interna 1.14.0 e o problema permanece.

Pode ser resolvido restaurando / maximizando a janela ou executando o código com --disable-gpu.

O mesmo problema no Surface pro 4. (I5, 8GB, 256G).
OS: Win 10 Home 1703
Código VS: 1.13.0
Pode ser resolvido redimensionando a janela.

Não tenho certeza se vai ajudar ou não, mas achei este artigo ridiculamente detalhado sobre rolagem :) https://pavelfatin.com/scrolling-with-pleasure/

O mesmo problema aqui.
SO: Win 10 pro build 14393
Código VS: 1.13.1

Acho que está relacionado ao sistema operacional. Os aplicativos integrados no Win 10 não são compatíveis com a rolagem do TrackPoint tão bem que o código pode usar alguma biblioteca dentro do sistema operacional.

solução temporária rápida: Win + DOWN, Win + UP

Estou no interior, Surface Book (modelo i5 de 8GB), a rolagem é extremamente lenta.

Que tal alguém da equipe VSCode obter acesso a um Surface Book (ou qualquer touch pad de precisão) e definitivamente ver o que está errado e uma correção adequada (ou solução alternativa) é dada?

Dispositivos de superfície são as máquinas carro-chefe da Microsoft para o Windows 10: me deixa louco que o desempenho do VSCode seja tão ruim em uma máquina tão bonita (além de me impedir de fazer qualquer trabalho sério nela usando o VSCode).

@warpdesign Alguns membros da equipe VSCode têm dispositivos Surface e estão cientes do problema ( consulte upthread ). Embora seja muito irritante, é um problema que ainda não foi resolvido por ninguém.

Não tenho certeza se alguém está realmente trabalhando nisso. Acho que Electron está apenas dizendo que é um problema do Chrome, mas não consegui encontrar um bug no rastreador de problemas, exceto este, que basicamente não tem atividade alguma acontecendo .. Alguém sabe se alguém está trabalhando nisso?

Isso está acontecendo comigo também no meu 4k XPS 9550 e está me deixando louco. Eu amo muito o VS Code, mas ter que minimizar / maximizar a cada 5 minutos é tão chato ...

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

@tobiasviehweger Não é nenhuma surpresa que ainda esteja lá :(

O problema pode ser reproduzido no Chrome com Monaco? Ou é específico para VSCode + Electron?

Rolagem instável e basicamente inútil no Dell XPS13 / Windows 10 até tentar o truque --disable-gpu. Não é ideal. Algum sinal de que o Electron mudou para o Chromium mais recente?

+1 sofrendo com o problema aqui.
Na verdade, comprei o Surface Book por causa do ótimo touchpad e teclado, e principalmente para o trabalho, então é uma questão crítica para mim. Estou pensando em devolver o Surface Book e comprar o mac novamente :(
Minha versão VSCode:

Outro dado:
No meu antigo Mac Air 11 "(com Win 10 instalado, não macosx), o touchpad funciona muito bem no VSCode.
Versão:

Fix pls?

Mais alguns detalhes.

O que exatamente acontece no meu Surface Book é que, quando eu deslizo para cima / para baixo com dois dedos:

• na maioria das vezes, ele rola, mas after a 1 second lag
• às vezes nada acontece, como se o evento não tivesse chegado ao VSCode
• algumas vezes, a rolagem acontecerá na hora certa

Como você pode ver, isso é altamente não confiável e torna o VSCode inutilizável em tais dispositivos.

Eu queria ver o que acontecia com os eventos DOM, mas no segundo em que abri as devtools, a rolagem começou a funcionar como esperado, ou seja, sem o lag de 1 segundo e a cada furto. Isso torna difícil ajudar a rastrear o problema.

@kokajambo @ Deiru2k é isso que você também está experimentando?

Descobri que: apenas mostrar ou ocultar o menu principal funciona da mesma forma que redimensionar a janela. Então, se você normalmente tem o menu oculto, um rápido 2 toques na tecla alt quando a rolagem ficar irregular irá torná-lo suave novamente por um tempo

O elétron alguma vez foi atualizado?

Sim, atualizamos o Electron várias vezes desde que esse problema foi relatado pela primeira vez. No momento em que o problema foi relatado, estávamos usando uma versão Electron criada no Chromium 52. Agora estamos no Chromium 56, enquanto o navegador Chrome está no Chromium 60.

Os problemas anteriores:
Electron: https://github.com/electron/electron/issues/8960 (fechado em favor do problema do Chromium)
Chromium: https://bugs.chromium.org/p/chromium/issues/detail?id=713907 (o proprietário do problema do Chromium não conseguia reproduzir com o Chromium 58)

Se quisermos ser otimistas, assim que atualizarmos para uma versão do Electron criada no Chromium> = 58, esse problema deverá ser corrigido.

Se o problema não for corrigido, precisaremos pedir mais ajuda de nossos amigos Electron, pois pode ser uma indicação de que se trata de um problema específico do Electron.

Nesse ínterim, a solução alternativa continua a funcionar (redimensione a janela uma vez depois de abri-la).

Eu também estou tendo esse problema.
Versão do VSCode: Código 1.14.2 (cb82feb, 2017-07-19T23: 34: 09.706Z)
Versão do sistema operacional: Windows_NT ia32 10.0.15063

usar o código --disable-gpu resolveu o problema

Posso confirmar esse problema no meu razer stealth, que minimiza / maximiza o conserto por algum tempo.

@ IanNS333 O mesmo aqui, com Dell XPS 13 (9350).

Isso parece pior após a atualização recente.

Costumava ser instável, mas desapareceria se eu redimensionasse a janela e a maximizasse novamente, como outros já declararam. Agora simplesmente não rola nada. A janela em si parece "saltar" ligeiramente quando dois localizadores rolam.

Usando um notebook Samsung 9

Acabei de encontrar este problema em um ASUS UX501JW e fiz algumas pesquisas.

Descrição do problema: O scroll funciona em cada versão quando executo o Chrome ou Electron normalmente. Se eu executar como administrador, nenhuma das versões testadas funciona.

Versões testadas:
- Chrome 62 (navegador autônomo, canário)
- Chrome 60 (navegador autônomo)
- Chrome 58 (Electron 1.7.5)
- Chrome 56 (Electron 1.6.6)
- Chrome 54 (navegador autônomo)
- Chrome 51 (navegador autônomo)

SO: Windows 10

Este bug não está no código VS ou no Electron, mas sim no Chrome ou como os utilitários de toque são escritos. Só queria adicionar algumas informações sobre minhas descobertas de que para laptops ASUS não há luz no túnel.

Falando em laptops ASUS (UX360CAK aqui) e Windows 10, o sistema de rolagem em geral tem sido muito problemático para mim no último mês ou assim. Por exemplo, quando eu rolar para baixo em uma página (Chrome) ou uma lista de itens (Thunderbird, mas não o File Explorer), a posição de rolagem irá reiniciar para o topo da lista aleatoriamente.

Outra coisa é que eu tive que desligar o zoom porque a quantidade de falsas detecções era insuportável - mas nunca tive problemas com isso antes. Voltar para um trackpad do Macbook Pro foi como uma espécie de revelação religiosa.

(Editar: excluiu minha postagem sobre a desinstalação do utilitário asus e reversão do driver nativo do touchpad do Windows, pois nenhum desses parece ter resolvido os problemas com a peculiaridade e possivelmente (tbd) vscode)

@youurayy Sim, Dell XPS 13 e fiquei encantado por descobrir como desligar a pinça para zoom, pois isso estava me deixando louco.

@youurayy Eu descobri uma solução alternativa para a rolagem não funcionar ao executar o Chrome / Electron como administrador em laptops ASUS.

Gambiarra:

• Mate os aplicativos ASUS Smart Gesture no gerenciador de tarefas,
• Reinicie os aplicativos Smart Gesture com executar como administrador (AsusTPCenter.exe, AsusTPHelper.exe, AsusTPLoader.exe)

Um palpite bem fundamentado é que esse problema tem suas raízes em duas coisas:

• O ASUS Smart Gestures provavelmente está enviando seus eventos de toque de alguma forma estranha para outras janelas, tenho visto discussões que não seguem o padrão touchpad da Microsoft
• O Chrome bloqueia eventos de processos que não são executados com privilégios elevados

Não existe um método para se livrar do Smart Gesture e ainda ter scroll em um modelo ASUS novo, mas isso me dá algo com que posso trabalhar.

Uau, isso foi postado em outubro de 2016? Eu realmente espero que isso seja corrigido antes. Publiquei uma nova edição # 35844 que foi enganosa e foi encerrada. Descobri que ao desabilitar Todos os plug-ins era melhor, mas não totalmente suave. Mas também não é uma solução ideal. O atraso para mim é de quase 1/2 segundo em um i7 Surface Book. Eu tentei a opção code --disable-gpu e também não é totalmente suave, mas melhor, portanto, solução alternativa abaixo da média.

Conectar um mouse provou ser uma solução alternativa 100% eficaz. O que é meio irônico.

@ Deiru2k Sim, a rolagem da roda do mouse funciona, mas um mouse não rola exatamente da mesma forma que um touchpad. O touchpad tem alguma velocidade - todos nós sabemos disso pelos nossos dispositivos touchscreen. Quanto mais rápido você deslizar, mais rápido deve rolar. A roda do mouse rola por X linhas e é mais uma rolagem em etapas.

Isso ainda está acontecendo para mim no meu Dell XPS15 com o VSCode mais recente (atualizado hoje). Minha solução é clicar em win + seta para baixo e win + seta para cima. Isso altera a janela do código do VS para não ser maximizada e, em seguida, voltar a ser maximizada. Isso funciona, mas é realmente irritante.

aliás, uma outra informação. Se eu testar a rolagem suave com dois dedos no Visual Code 1.17.0 na minha área de trabalho, que tem um Logitech Touchpad, parece funcionar bem. Talvez isso seja algo relacionado a drivers específicos do touchpad? No livro da superfície, é irregular e sem resposta. Mas o Chrome e o Edge são completamente suaves. Talvez não seja totalmente relacionado ao aplicativo, talvez aos drivers, ou talvez seja a taxa de amostragem do Electron? Eu realmente não sei.

Estou tendo esse problema em um Surface Pro 4, vscode 1.17.0.
maximizar / minimizar ajuda temporariamente, conforme mencionado por alguns outros.

O problema é específico para determinados dispositivos. Minha máquina pessoal (um laptop asus rog) se comporta exatamente como você esperaria que a rolagem com dois dedos se comportasse, enquanto minha máquina de trabalho (um laptop Dell de precisão) tem o problema relatado aqui.

Além disso, para reiterar o que outros da equipe do vscode já declararam, isso parece ser um problema com o elétron (o que posso confirmar, pois posso reproduzir o problema em outros aplicativos de elétrons) e provavelmente não pode ser corrigido pela equipe do vscode , infelizmente.

De acordo com esta discussão sobre o problema do

Aqui está o que encontrei no bug tracker do Chrome: (link)

@EthanRutherford Você já tentou a solução alternativa para ASUS mencionada em https://github.com/Microsoft/vscode/issues/13612#issuecomment -324351903?

Reiniciar o AsusTPLoader.exe como administrador resolve o problema dos laptops ASUS que testamos. Nós até construímos um módulo de nó em nosso aplicativo Electron que faz isso automaticamente, já que não podemos esperar que nossos usuários finais façam essa solução alternativa.

@ EthanRutherford Não tenho certeza se este é o mesmo problema que electron / # 8960 no relatório de bug do Chrome

Além disso, não tive o problema no Chrome.

Na verdade, experimentei algo semelhante com o Chrome em algum momento. E, naquela época, o truque de minimizar-restaurar também ajudou. Talvez o Chrome também use o Electron.

@mogemimi Na verdade, é o contrário: Electron é baseado no Chrome.

Também tendo esse problema no Dell XPS 13.

@robinwassen o laptop asus é na verdade aquele que está se comportando corretamente. O trackpad da Dell é o que está tendo o problema. Eu geralmente trabalho com um mouse USB, no entanto, não tenho esse problema com frequência.

@dopare mencionou que redimensionar o código visual corrige o problema. Ele está certo. O problema é provavelmente com o recipiente (elétron).

Btw eu tenho o mesmo problema para o próprio Chrome.
Encontrado possível problema relacionado https://bugs.chromium.org/p/chromium/issues/detail?id=765311

com o dell xps estou com o mesmo problema, o redimensionamento ajuda um pouco, e não tenho esse problema com o chrome, só vscode.

O mesmo problema no Schenker XMG P507 (Win 10, CPU / GPU: i7-7700HQ, Touchpad: Synaptics SMBus). Pior o suficiente para tornar a rolagem com o touchpad inutilizável. Sem problemas no Google Chrome.

mesmo problema no livro de superfície com base de desempenho, meu sistema está abaixo

Não tenho nenhum problema com o cromo mais recente

version 1.17.1
shell 1.7.7
chrome 58.0.3029.110
node 7.9.0
arch ia32

@saedrna Também tenho uma rolagem lenta no Surface Book, mas apenas ao usar a tela interna de alta resolução. Conectar um monitor externo (um normal, não 4K) torna a rolagem mais rápida?

Um arquivo .mustache de 40 (sim, quarenta) linhas faz vscode rolar uma bagunça lenta, então suspeite que isso também esteja no elétron.

Tendo mudado de 1.17.2 para 1.18.0, o desempenho de rolagem interno foi corrigido.

Alguém mais deseja experimentar a compilação interna atual e relatar seus resultados?

Acabei de experimentar no meu Surface Book (a versão de visualização mais recente do Visual Code) e é muito melhor. Não é um pergaminho amanteigado como seria de esperar, mas é muito melhor do que antes.

Ainda quebrado para mim - Versão do VSCode: Código - Insiders 1.18.0-insider (e6a76e4bd3f52ab07452bb181e861f5a9bfb6596, 2017-10-27T04: 19: 22.491Z)

(Touchpad de precisão Dell XPS 13)

1. Menu Iniciar do Windows -> Code Insiders
2. Code Insiders abre maximizado para meu projeto anterior
3. Rolar ainda inutilizável (não se move durante a rolagem e, de repente, dá um grande salto depois de algum tempo)

Boas notícias!

Isso foi escolhido pela equipe do Chrome: https://bugs.chromium.org/p/chromium/issues/detail?id=779372

Ótimo. O código Vs não é nada ruim, mas esse problema me deixou maluco a ponto de parar completamente de usá-lo.

@CoenraadS que você mencionou antes:

Se o VSCode começar em branco e eu abrir uma pasta, ele funcionará bem.

Pode valer a pena arquivar isso como um problema separado do desempenho geral de rolagem, pois provavelmente tem uma causa diferente.

Eu estava usando o VSC no Windows 10 e no Ubuntu 17.10 (Gnome 3.26 eu acho) e estava funcionando perfeitamente, agora estou vendo esse problema no Fedora 27 também com o Gnome 3.26.2.
Estou executando o VSCode 1.19
Isso está acontecendo em outros aplicativos do Electron também, como o Atom.
Redimensionar a janela não funciona para mim: [

Então, todo mundo aqui está tendo problemas apenas no VS? Eu tenho um Dell Inspiron 7577 Gaming e esse problema de rolagem está em quase tudo. Eclipse e cromo têm o pior. Também está no Discord, Slack, editor de texto Atom e árvore de código-fonte. Isso está me deixando tão louco que estou prestes a devolver este laptop.

@ RJ-Fynydd Tenho o mesmo problema no Sublime também, em um HP Spectre x360. Se bem me lembro, eu tinha no Chrome, mas "consertei" desativando a rolagem suave em chrome: // flags /.

Isso estava acontecendo muito mal no meu livro de superfície e era muito perceptível. Algo nos dois últimos lançamentos o melhorou (estou no 1.18), mas ainda noto que ele fica um pouco nervoso após o uso. Em uso, quero dizer, abrir um grande arquivo de código, rolar, trabalhar no arquivo, salvar, alternar para outros arquivos e voltar. Um redimensionamento da janela parece ainda corrigir isso, então há algo ainda estranho com o tempo dos ciclos de varredura de toque / rolagem.

Ainda não é bom na superfície do meu livro, não acredito que aguento quase um ano

@ivyhaswell , você tem a versão mais recente do código visual? o que acontece quando você redimensiona o IDE? Isso vai embora?

Se estiver usando o Gnome, você pode consertar isso usando o Xorg em vez do Wayland.
Você pode alterá-lo antes de fazer o login.
A vida é ótima novamente.

@alanosman versão 1.8.1, a rolagem virá normal por vários minutos após o redimensionamento.

@ivyhaswell então ok - isso confirma que temos o mesmo problema no livro de superfície. Espero que alguém aqui mais habilidoso do que eu descubra esse problema. :-)

Isso parece estar acontecendo no Macbook Pro (2015, Retina) também. Costumava funcionar super suave, agora com um projeto muito pequeno aberto, Chrome, Slack e alguns outros (CPU não fica acima de 1-3%, RAM é 9,4 / 16GB usados) ele fica lento ao rolar.

O problema ainda persiste. Tenho um Dell XPS 13 2017, win10. Felizmente, foi corrigido o redimensionamento da janela, como alguns de vocês aqui apontaram. obrigado

Acabei de vir aqui em busca de uma solução para esse problema.
E vejo que o problema está em andamento há mais de um ano ...
Estou usando um Asus Strix ROG GL753.

Hu, pensei que seria meu erro, mas é bom ver que existe um workaorund (janela de redimensionamento). Estou usando o trackpad de precisão Asus.

Tendo o mesmo problema (Lenovo Ideapad 720s / 8ª geração i7 / 8 gb ram / nvidia geforce mx150)

O mesmo aqui, rolagem muito instável com meu touch pad com drivers de precisão do Windows. Às vezes funciona, às vezes não. VS Code ver: 1.18.1 x64

Tendo o mesmo problema ao rolar no meu Surface Pro (2017)

Este problema ainda existe nos nightlies. Estou usando um Surface Book i7 de primeira geração. Não tenho certeza se isso é uma coincidência de tempo, mas só comecei a notar esse problema depois de fazer o upgrade para a atualização de criadores de outono.

Acho que esse problema está evoluindo lentamente para um recurso 😄

Resolvido no chormium 11h atrás: https://chromium-review.googlesource.com/c/chromium/src/+/809829#message -85e8d8e27337bf85caecffcd4978f979a67f1378.
Eles ainda estão monitorando, pois o código com erros adicionado tinha a ver com os encadeamentos gpu.
O bug eletrônico relacionado a este problema: https://github.com/electron/electron/issues/8960

Espero que o patch borbulhe em breve para vscode :)

O mesmo problema com meu Skylake XPS13

O mesmo problema. espero que seja consertado logo

Parece que o Chrome está testando uma correção para esse problema (via https://bugs.chromium.org/p/chromium/issues/detail?id=713907#c28) e eu produzi uma versão interna do VS Code construída com esse patch portado para trás. Fiz alguns testes no meu livro Surface onde parece que o problema foi embora.

Se as pessoas pudessem tentar e relatar de volta: Baixe o VS Code Insiders 64bit

@bpasero parece estar funcionando.

@bpasero corrigido aqui também para XPS 13

@bpasero Funcionando muito bem aqui. Usando o Asus ROG Strix. Obrigado!

@bpasero Awesome! Obrigado!

@bpasero Isso significa que poderíamos ter a correção aplicada nas compilações

@warpdesign , podemos tê-lo mais cedo em nossas compilações

Muito obrigado

Ei, estou usando o laptop ASUS R500VD, com Windows 8.1 x64 Pro.

Quando eu inicio o VSCode no git-bash usando code . , não posso usar o toque com dois dedos ou a rolagem com dois dedos no meu touchpad. Mas funciona, se eu iniciar o VSCode diretamente no menu inicial.

23062 foi fechado como uma duplicata, mas parece bastante distinto e ainda não resolvido por nada aqui.

A menos que isso ainda não esteja em uma versão estável, a rolagem ainda é difícil para mim.
Livro de superfície i5 8 gb.

@bpasero você poderia confirmar se a correção está nas compilações

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

A solução alternativa mencionada em # 40319 se aplica aqui. Redimensionar a janela torna-a rápida novamente.

A correção NÃO está no estável e NÃO nos internos.

Obrigado @bpasero. Por favor, avise-nos quando for, instalei a compilação de teste acima, mas ela foi destruída quando uma atualização (que pensei que tinha a correção) foi lançada.

Oi
Também sofre esse problema no VSC 1.19.1 em um novo Dell XPS 15 9560. Muito chato também.

Redimensionar o painel funciona bem, mas é muito irritante para palavras. Eu baixei a compilação 1.20, mas não consegui abrir nenhum arquivo (.ps1, .py, .rb, .go, tudo travado).

Esperançoso de que essa correção o torne estável e GA em breve! A principal razão pela qual comprei esta máquina foi para ter uma experiência VSC mais rica.

Obrigado por todos os seus esforços.

Com a versão padrão mais recente do Windows 10 e um Dell XPS 13, ainda preciso usar o argumento "--disable-gpu" para obter uma rolagem suave.

Não posso acreditar que não está resolvido ainda ... Sofrendo isso do meu livro Surface 2

ainda tendo que usar a solução alternativa para isso

@bpasero Qual é o status desse bug?

bpasero adicionou isto ao marco de dezembro de 2017 / janeiro de 2018 em 15 de dezembro de 2017

isso significa que está planejado para a próxima versão (estável)?

Eu pensei que estava consertado, mas estava errado. Eu testei na compilação de visualização do Visual Code. Ele funciona bem quando você abre o editor e está no modo de janela (ou seja, menor que a área de trabalho), mas a rolagem fica pegajosa quando você vai para a tela inteira. O problema parece realmente relacionado à tela inteira. Além disso, a configuração do editor editor.smoothScrolling não funciona (acho que fica pior quando ativada).

Tendo o mesmo problema em meu livro Surface 2.

Um lembrete, para quem não viu, o problema está a montante no cromo. Pelo que posso dizer, a correção será no elétron 2.0, que ainda não teve uma data de lançamento. A equipe do vscode tem "atualização para o elétron 2.0" na iteração do mês atual, mas é claro que não pode chegar até o 2.0 realmente ser lançado.

Até esse ponto, realmente não há nada que a equipe do vscode possa fazer sobre o problema, mas tenha certeza de que a correção irá para o vscode assim que estiver disponível.

@EthanRutherford Pelo que @bpasero disse, o VScode está usando seu próprio Electron com algumas alterações personalizadas, então talvez isso pudesse ser integrado ao VSCode sem ter que esperar pelo lançamento do Electron 2.0?

@Nico-onmap Não tenho 100% de certeza, mas acho que ele estava falando especificamente sobre insiders. Estável provavelmente se constrói com elétron não modificado.

Temos uma maneira de fazer o backport das correções para nossa versão Electron, mas ainda não tive tempo de investigar isso. Além disso, a correção no Chrome é para o Chrome Canary (Chrome 66?) E usamos o Chrome 58 ...

Estou tendo esse problema no meu Dell XPS 15. Há ETA na correção? Ou as pessoas já estão mudando para o Atom?

Esse problema de rolagem acontece no meu Lenovo Yoga 920 ... me deixa louco. Mudar para um IDE diferente
Existe uma solução alternativa além de minimizar e maximizar a tela a cada poucos minutos?

@navotgil Prefiro maximizar e minimizar, se você considerar isso como uma alternativa. Talvez a habilidade de rolagem permaneça por mais tempo na forma minimizada, já que às vezes não preciso fazer isso por 20-30 minutos, eu acho.

Eu estico a forma minimizada para caber na tela, então eu a uso como se estivesse quase maximizada. Eu o estico pelos cantos para evitar que a coluna se estale. Eu uso minimizado, porque tenho essa superstição de que a forma maximizada é mais propensa a levantar o problema.

Abra com code --disable-gpu no terminal. Funciona para mim.

Abra com o código --disable-gpu no terminal funciona para mim.

@frenic Funciona mesmo! Obrigado!

Sim, o mesmo aqui; funciona para mim também! Uau, tão simples. Por que diabos eu não
pense nisso ;-)

Em 20 de fevereiro de 2018 às 16h04, 张义飞[email protected] escreveu:

Abra com o código --disable-gpu no terminal funciona para mim.

@frenic https://github.com/frenic Funciona mesmo! Obrigado!

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/13612#issuecomment-367025826 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AI1HDgJ399foRiWQN2ZViILXKVDSLsx1ks5tWu0BgaJpZM4KU8A9
.

Abra com o código --disable-gpu no terminal funciona para mim.

@frenic incrível, obrigado.
Alguém sabe as implicações que isso tem no desempenho?

Patch está sendo retransmitido graças a chaopeng: https://github.com/electron/libchromiumcontent/pull/453

Não perca a esperança

Este problema está aqui desde que o código vs foi lançado e tornou o código vs inutilizável no Windows 10. Posso entender que uma pequena empresa use o elétron para atingir várias plataformas ao mesmo tempo, mas para uma empresa como a MSFT, realmente acho que é mais nativo abordagem deve ser considerada. Sublime é multiplataforma e seu desempenho / fluidez é igual ao do notepad. A Microsoft realmente não deveria fazer um IDE de crescimento mais rápido depender do produto do Google e da capacidade de outras empresas de consertar bugs para uma plataforma específica.

O Xi Editor no repositório Fuchsia é o futuro do editor. Ainda está sendo trabalhado, mas a descrição é promissora. É multiplataforma, mas usa a biblioteca nativa de cada plataforma para obter aparência e comportamento nativos e oferecer o melhor desempenho. Tem um aspecto mínimo e suporta plug-ins. Já saltei do navio para o sublime devido à sua fluidez e suavidade. Xi será minha próxima escolha assim que for lançado. O código do VS é legal, mas ser baseado no elétron me faz nunca mais querer tocá-lo.

Eu havia comprado este Surface Pro 4 no início de 2016. Tentei o vscode assim que ouvi falar dele, mas tenho evitado por causa dos problemas de rolagem desde então.

Recentemente, comecei a usá-lo novamente, depois de todos esses anos, quando descobri que o problema está finalmente sendo rastreado e também há algumas soluções alternativas agora. Eu só posso desejar que as ferramentas de desenvolvedor da Microsoft (VS Community e Code) fossem tão amigáveis ​​para entrada (toque, trackpad, caneta) como, digamos, Edge ou Groove. Então, novamente, muito pouco pode ser feito com um aplicativo Electron / Chromium. Meu problema é com o próprio núcleo do vscode.

Acho que foi corrigido na construção de insiders

@razielidog Patch foi mesclado ontem no Electron 1.7.x: Duvido que já esteja na versão interna.

Espero que eles consertem

isto é horrível. a rolagem do touchpad tem um atraso terrível no vscode. Surface pro 5 + typecover.

Sim @razielidog , acho que você acabou de mover a janela (o que é uma solução alternativa). Ele vai desacelerar novamente até que Electron 1.7 seja incluído, como diz @ nico-onmap.

Tenho seguido isso por 8 meses. Eu amo os produtos da Microsoft, mas, aparentemente, o touchpad de precisão da Microsost não funciona bem com produtos da Microsoft. Eu sei que é um problema do Chromium, mas ainda assim. Electron é verdadeiramente patético e eu tentei inúmeros produtos Electron, nenhum deles é perfeito.

Como isso é mesmo um problema?

As pessoas que veem esse problema podem experimentar esses insiders: Download

Inclui um backport da seguinte correção do Chrome para resolver o problema: https://crrev.com/c/867070

@bpasero Não, não resolve o problema, mas uma observação interessante. Não tem atraso na inicialização, mas após a minimização, ele se comporta da mesma forma que a construção interna.

@gurpreetshanky, você pode abrir devtools (no menu de ajuda) e no console, digite " process.versions " e me envie a saída de fazê-lo?

@bpasero Esta é a saída
Objeto {http_parser: "2.7.0", node: "7.9.0", v8: "5.8.283.38", uv: "1.11.0", zlib: "1.2.11"…}

@gurpreetshanky eu quis dizer, digite isto: process.versions["atom-shell"]

@bpasero "1.7.12"

@gurpreetshanky que pena, vamos ver se outros relatam algo mais. Vou verificar se o backport foi incluído na compilação ... (a versão 1.7.12 está correta, pelo menos).

@bpasero Sim, mas definitivamente uma melhoria na inicialização. Além disso, o código When will vs será atualizado para o elétron 2.0. Em Atom touchpad funciona bem. Por que isso está afetando apenas o código vs?

@bpasero Eu tentei construir no meu Surface Book e estou tendo o mesmo comportamento que @gurpreetshanky : funciona e quebra novamente após a janela ser minimizada / restaurada.

Alguém testou as compilações do Chrome com a correção: talvez não esteja corrigido corretamente? Está cheio de bugs há anos, não seria surpresa: /

Correção: Eu entendi mal o termo minimizar como uma saída de maximizar. Minimizar para a barra de tarefas traz o problema de volta aqui também.

@bpasero Eu também experimentei no meu Surface Pro a partir do link em comentário e não tive mais o problema. Minimizar / restaurar era a solução que eu estava fazendo para corrigir temporariamente o problema na versão de lançamento, então não entendo como desta vez não corrigiu, mas trouxe o problema de volta, sério ...

Mesmo uma única verificação de que o problema persiste deve ser suficiente para dizer que não foi realmente corrigido, no entanto, e temos dois. Provavelmente não estou desencadeando isso de alguma forma.

@bpasero eu tenho que concordar com ThoAppelsin, parece estar corrigido nesta compilação.
Tentei reproduzir e não consegui

@bpasero Sim, mas definitivamente uma melhoria na inicialização. Além disso, o código When will vs será atualizado para o elétron 2.0. Em Atom touchpad funciona bem. Por que isso está afetando apenas o código vs?

Estamos planejando atualizar para o Electron 2.0.0, mas provavelmente levará mais tempo. Se você quiser verificar se o problema se reproduz no 2.0, você pode tentar com este build de teste ( link ), no entanto, ele ainda não inclui a correção.

Não posso explicar porque não se reproduz no Atom ...

Alguém testou as compilações do Chrome com a correção: talvez não esteja corrigido corretamente? Está cheio de bugs há anos, não seria surpresa: /

Posso fazer isso na próxima semana, temos um case reproduzível com o Chrome também. Se você executar o chrome a partir da linha de comando apontando para algum site que rola, poderíamos fazer o lag aparecer diretamente. A chave parece ser não digitar o URL em uma guia, mas deixar o Chrome iniciar com um URL diretamente.

@bpasero Eu também experimentei no meu Surface Pro a partir do link em comentário e não tive mais o problema. Tentei minimizar / restaurar para recuperá-lo, mas não consegui. Minimizar / restaurar era a solução que eu estava fazendo para corrigir temporariamente o problema na versão de lançamento, então não entendo como desta vez não corrigiu, mas trouxe o problema de volta, sério ...

@ThoAppelsin, você está dizendo que esse problema é corrigido para você mesmo quando você minimiza / restaura a janela?

@bpasero eu tenho que concordar com ThoAppelsin, parece estar corrigido nesta compilação.
Tentei reproduzir e não consegui

@razielidog e permanece fixo mesmo quando você minimiza e restaura a janela?

O mesmo que gurpreetshanky. Sem atraso na inicialização, mas mín / máx traz de volta.

@bpasero Meu mal. Eu entendi mal a terminologia e provavelmente confundi @razielidog também. Na verdade, existem esses três termos, Maximizar / Restaurar / Minimizar, e eu entendi erroneamente que minimizar como sair de maximizar , e isso não traz o problema de volta.

Minimizar a janela da barra de tarefas e restaurá- la também traz o problema de volta.

@bpasero A correção do bug está incluída nas versões públicas do Chrome? O Chrome Version 65.0.3325.146 (Build officiel) (64 bits) apresenta o problema quando iniciado a partir da linha de comando com um site como parâmetro (e desaparece quando uma nova guia é aberta, mas acho que isso era conhecido).

Editar O problema foi corrigido nas compilações do Canary ( Version 67.0.3367.0 (Build officiel) canary (64 bits) ) e definitivamente corrigido: minimizar / restaurar não traz o problema de volta. Portanto, ainda não está estável.

@ThoAppelsin pelo menos todos temos o mesmo comportamento.

@warpdesign Eu acredito que seja apenas no Chrome 66, você pode tentar com a versão beta deles para ver o comportamento? Obrigado por tentar 👍

@bpasero experimentou o Chrome Beta e o Canary. Aqui estão os resultados:

• Beta (65.0.3325.125): bug está lá, mesmo comportamento que VSCode estável (atrasos de rolagem, minimização / restauração corrige temporariamente)
  
  
  
  • Canary (67.0.3367.0): bug está definitivamente corrigido: minimizar / restaurar não o traz de volta
  
  

Portanto, parece que o patch que você aplicou meio que reverteu o problema, ou seja: é corrigido por padrão e restaurar / minimizar o traz de volta.

Posso confirmar que o Atom ( 1.24.1 ) não apresenta o problema que está usando Electron 1.6.16 .

Que tal cooperar com o Atom, já que eles não têm o problema? Eles tinham isso? Se sim, como eles consertaram? Se não, porque não?

@warpdesign você teria que testar com o Atom Beta ( 1.25.x com Electron 1.7.11 ) embora para corresponder à mesma versão do Chrome que estamos usando. É possível que Electron 1.6.x não tenha esse problema afinal porque ele usa uma versão mais antiga do Chrome.

Estou tentando acompanhar o Electron se o backport talvez não estiver completo (discussão em https://github.com/electron/libchromiumcontent/pull/472).

Obrigado pelo trabalho nisso!

@bpasero Acabei de tentar com o Atom Beta ( 1.25.0-beta3 , Electron 1.7.11 ) e a rolagem funciona perfeitamente: sem atrasos, sem problemas ao minimizar / restaurar.

@warpdesign hmm Então o bug está na base de código do vscode?

@gurpreetshanky, você não pode realmente dizer isso porque esse bug se reproduz no Chrome e foi confirmado como um problema com o Chrome e corrigido por eles entretanto. Não está claro para mim como o Atom não aciona o problema e não está claro por que a correção funciona no Chrome, mas não para nós após minimizar / restaurar.

@bpasero talvez a correção do bug se baseie em algumas outras correções / alterações que não foram aplicadas? Que tal entrar em contato com a pessoa que enviou os patches do Chrome para esse bug?

@warpdesign para ser justo, esse patch foi aplicado em cima do Chrome 66 e estamos colocando em cima do Chrome 58, então pode ser que algo mais esteja faltando ...

As pessoas que veem isso no estável podem confirmar que o problema está voltando assim que você minimizar e restaurar? Estou tentando entender se sempre tivemos aquele problema de minimizar / restaurar traz o problema de volta.

Meus testes com o Surfacebook parecem indicar que esse problema existia antes. O que significa que o backport o corrige na inicialização, mas não é pior do que antes no que diz respeito ao problema de voltar ao minimizar / restaurar.

Sim, existe na versão estável atual (minimizar + restaurar torna a rolagem lenta):

Versão 1.21.0
Commit 9a199d77c82fcb82f39c68bb33c614af01c111ba
Data 07-03-2018T11: 04: 09.969Z
Shell 1.7.9
Renderer 58.0.3029.110
Nó 7.9.0
Arquitetura x64

(pelo menos no meu Dell XPS 15 9560)

Na minha opinião, mesmo essa correção parcial seria bom para ser mesclada em insiders até que o bug de minimização seja resolvido. Do ponto de vista da usabilidade, pelo menos.

@ynotzort também volta com outros gestos na janela? Gosta de alternar entre janelas de aplicativos? Estou perguntando porque minimizar / restaurar parece uma tarefa executada com menos frequência em comparação com a troca do Windows.

@bpasero não parece, pelo menos alt + tab e windows + tab não fazem o problema aparecer para mim.
No entanto, usar windows + d (minimizar / restaurar todas as janelas) faz com que apareça, o que é bastante irritante ...

Acabei de acrescentar que recebo esse problema na versão mais recente 1.21.0 antes mesmo de minimizar / restaurar. Se eu abrir um arquivo no VS Code, a rolagem é instável com o touchpad. Eu arrumei:
"window.menuBarVisibility": "toggle"
Então, minha solução rápida para isso é pressionar ALT, o que faz o menuBar aparecer e o problema desaparecer. Isso é até o ciclo de minimizar / restaurar quando ele voltar.

@marchom Obrigado pela dica, eu prefiro muito mais isso do que redimensionar como uma solução alternativa.

Parece que o comportamento do bug segue este padrão no 1.21.0 (Windows):

• Parece
  
  
  
  • no arranque
  
  
  • após minimizar / restaurar quando maximizado (seja com botões ou Win + D )
  
  
• Desaparece
  
  
  
  • ao iniciar vscode com sinalizador --disable-gpu
  
  
  • em redimensionar
  
  
  • enquanto segura CTRL ou ALT
  
  
  • depois de tocar em ALT (somente se você tiver a barra de menu oculta)
  
  
  • após alternar o modo de tela inteira ( F11 )
  
  
  • se as ferramentas do desenvolvedor estiverem abertas Help -> Toggle Developer Tools
  
  
• Sem Efeito
  
  
  
  • após minimizar / restaurar quando vscode está focado, mas não maximizado
  
  
  • ALT + TAB
  
  
  • Win + TAB
  
  

Tocar duas vezes em F11 (Alternar tela inteira) também remove o problema para mim. Executar code --disable-gpu funciona ...

O estranho é que se o VSCode não estiver maximizado, minimizar e restaurar não aciona o problema para mim ...

Eu tive o problema com o Discord que também está usando Electron .
(Não consigo me relacionar mais porque trabalho 80% do meu tempo no Linux)

O estranho é que se o VSCode não estiver maximizado, minimizar e restaurar não aciona o problema para mim ...

@ynotzort pode confirmar este comportamento. Atualizou minha lista

Eu uso maximizar / restaurar ou restaurar / maximizar como minha solução alternativa e funciona (tanto quanto me lembro) o tempo todo. Talvez esta solução alternativa pudesse ser emitida programaticamente sempre que o vscode for trazido da barra de tarefas após ser minimizado?

Não estou informado o suficiente sobre esses assuntos, mas talvez isso possa ser feito atomicamente o suficiente, sem que a janela seja redesenhada. Até que a correção chegue e se propague do cromo / elétron ao vscode, o vscode poderia ter corrigido assim como uma medida temporária.

@ pd93 Também notei que Help -> Toggle Developer Tools também atenua o problema. Por algumas razões, se as ferramentas do desenvolvedor são visíveis, atrasos nunca ocorrem.

@karasq Obrigado, posso confirmar isso. Só posso supor que ter as ferramentas de desenvolvimento abertas está causando um redimensionamento quando você foca o vscode? Embora eu não tenha nada para apoiar essa teoria.
Eu adicionei à minha lista ^^^

@karasq obrigado, Help -> Toggle Developer Tools funcionou para mim,
e o código --disable-gpu também funcionou

@bpasero Acabei de ver isso nas notas de lançamento do elétron 1.7.13 "Corrigido suporte para rolagem precisa do trackpad / mouse." é destacado. Talvez esta versão pudesse ser usada em vez da 1.7.12?

@razielidog usamos 1.7.12, mas com esse patch exato backported ...

Com a compilação interna de hoje ( 3a70cdfd8f84136e858b3d39e5a709e637fc35e7 ), você pode definir "window.smoothScrollingWorkaround": true para voltar a rolagem suave ao restaurar a janela. Esta compilação também inclui uma versão Electron que corrigirá esse problema na inicialização.

Deixe-nos saber como vai. A razão pela qual essa nova configuração não está habilitada por padrão é a) é apenas uma solução alternativa e não a correção real ainda b) ela resulta em alguma oscilação da janela quando você a restaura.

@bpesaro ótimas notícias! Não tenho acesso ao meu livro de superfície agora, vou tentar em alguns dias. A cintilação significa que o patch é reaplicado sempre que a janela é restaurada?

@warpdesign a cintilação vem literalmente do fato de que, com essa opção habilitada,

@bpasero A solução alternativa funciona conforme o esperado no meu livro Surface, sem mais lag após minimizar / restaurar.

Parece que o problema tem algo a ver com a versão do Windows (especialmente o touchpad de precisão). Se executar o código do VS no modo compatível do Windows 7, o atraso de rolagem desaparecerá e não aparecerá mais novamente.

@ TXH1997 Obrigado pela ideia do modo de compatibilidade. O comp.mode do Windows 7 parece consertar permanentemente meus problemas de atraso de rolagem (na superfície pro 4).

@ TXH1997 porque executá-lo em modo de compatibilidade significa executar sem GPU. Portanto, funções como o terminal integrado não funcionarão.

Sim, é apenas uma solução temporária. O bug ainda precisa ser corrigido ...

esperando consertar isso há muito tempo, não entendo por que a MS não está sendo capaz de fornecer uma correção adequada.

Vendo isso atualmente em um livro de superfície na versão 1.21.1

Vou bloquear esse problema para que as pessoas possam ver a solução alternativa atual que enviamos com o 1.22:

Estou desbloqueando esse problema para obter alguns comentários sobre o fato de que o Windows 10 está trabalhando em uma correção e parece estar incluído no Windows 10 Insider Preview Build 17751 e será incluído na atualização de outubro (RS5).

Se alguém pudesse verificar se o problema foi realmente corrigido com a versão interna do Windows 10, isso seria ótimo. Até agora, ouvi de @Drae em https://github.com/Microsoft/vscode/issues/53793#issuecomment -417922382 que o problema foi resolvido.

Verificar:

• atualização para o Windows 10 Insider Preview Build 17751
• remova a configuração window.smoothScrollingWorkaround (se configurada)

@bpasero Sem problemas mais com 17751 em um livro de superfície.

@bpasero Sim, o problema foi resolvido com 17751.1 no Dell XPS 15 com touchpad de precisão.

Por curiosidade: alguém já teve esse problema no Windows 7 ou Windows 8? Estou perguntando porque a correção provavelmente só será feita no Windows 10.

@bpasero Eu não acho que isso aconteceria em versões anteriores do Windows porque eles não suportavam touchpads de precisão, se bem me lembro.

Essa mudança estará presente na atualização do Windows 10 de outubro de 2018 quando for lançada?

Meu pc desktop hp está ligado por um minuto, mas os monitores não estão abertos e o mouse ou o teclado não funcionavam quando atualizei meu Windows 10 há dois anos

@ bdr99 sim, estará disponível como parte da atualização de outubro.

Fechando isso porque a atualização do Windows 10 de outubro está sendo lançada para as pessoas. Este bug foi corrigido como parte da atualização do Windows 10 RS5.

Incrível, agora tenho que esperar pelo RS5 - espero que amanhã.

Decidimos manter o "window.smoothScrollingWorkaround": true para esta versão e planejamos removê-lo no futuro, quando mais usuários atualizarem para o Windows mais recente.
Alguém que não tem a versão mais recente do Windows 10 pode pegar esta compilação interna e verificar se window.smoothScrollingWorkaround funciona como antes e se a rolagem está suave? Eu realmente apreciaria isto.

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 Não tenho a atualização de outubro instalada ainda, então instalei a compilação

Mas a questão é que a atualização KB4462933 corrigiu o problema para mim. Agora não há diferença entre compilações estáveis ​​/ internas e com / sem window.smoothScrollingWorkaround após a atualização.

Aqui estão mais depoimentos: https://github.com/Microsoft/vscode/issues/62327#issuecomment -436597428, https://github.com/Microsoft/vscode/issues/61824#issuecomment -433785824.

@HazemAM obrigado por saltar!
É por isso que preciso de alguém que não tenha a atualização mais recente do Windows para experimentá-lo para que possamos verificar se a configuração ainda funciona.

@isidorn Oh, então você quis dizer a última atualização incremental, não a atualização de outubro?

Sim, acho que preciso de alguém que não tenha https://support.microsoft.com/en-us/help/4462933/windows-10-update-kb4462933

Tenha em mente que não é suficiente apenas configurar window.smoothScrollingWorkaround: true , você também terá que desabilitar o título personalizado via window.titleBarStyle: native .

Não tenho atualizações do Windows disponíveis para instalar (estou atualizado), o vscode mais recente e estou executando o bootcamp do Windows.

Ao usar o trackpad, não há absolutamente nenhuma maneira (com qualquer uma das combinações de sugestões neste tópico) de fazer a rolagem suave funcionar. O Vscode ignora as configurações da roda do mouse do painel de controle. A única maneira de fazer o vscode se comportar é definindo "editor.mouseWheelScrollSensitivity": 0.2 No entanto, eu alterno entre o uso de um trackpad e um mouse, portanto, tenho que alterar essa configuração toda vez que mudar de dispositivo!

No momento, vscode é bastante insuportável de usar por causa disso!