Vscode: Windows:滚动不流畅但滞后

创建于 2016-10-12  ·  246评论  ·  资料来源: microsoft/vscode

编辑:添加了解决方法:

解决方法

配置:

  • "window.smoothScrollingWorkaround": true
  • "window.titleBarStyle": "native"
electron trackpascroll upstream

最有用的评论

我玩了一段时间。 使用Lenovo Yoga 910(Kaby Lake)-Windows 10 Pro测试。

在测试过程中,我发现如果您以最大化的速度启动VS Code,则会出现延迟。 我以为也许我快要疯了,但是我所做的就是还原窗口,然后重新最大化它,所有滚动条都消失了。

为了确保我不会丢失大理石,我让我的妻子盲目测试。 这是一个昼夜的区别。 希望这有助于查明问题,我将在今晚或明天亲自尝试一下。

所有246条评论

在我的VM上没有看到这个,分配给@Tyriar以检查他是否也在Linux上看到它,因此我们评估它的严重程度

我目前没有随身的Linux笔记本电脑,我会在10月纪念我。 / cc @alexandrudima

我有这个目的,尽管它无处不在。 树形视图面板和所有编辑器不再使滚动平滑,但是(我认为)可能正在使用浏览器呈现的条目(如扩展详细信息页面)仍会使滚动平滑。

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

在使用Ubuntu 16.04比较1.6.0和1.5.3的树形视图或编辑器中,我无法说出任何不同。 @bpasero @alexandrudima有什么想法吗?

我不认为这是该问题的重演,该问题表明它根本不起作用,而该问题与平滑滚动完全相关:2指滚动有效,但就像常规的“跳跃”滚动一样。

我同意@ jshap70 ,这是他所描述的另一个问题。

我认为这是Chromium中的回归(我在那里也注意到了),该回归已在54年为我修复。

可以确认这一点,对于编辑器使用两指滚动比较迟钝。 在Windows 10计算机上使用1.6.1版。

AFAIK我们在滚动处理逻辑上没有任何变化,但是我们确实更新到了新的电子版本(包括Chromium 52)。

找出Chrome 52是否也遭受此问题的影响将很有趣。 我们在编辑器https://microsoft.github.io/monaco-editor/中具有完全相同的滚动代码,因此,如果有人想尝试一下并在此处报告调查结果,我将非常感激。

Chromium上有很多触摸板问题: https : =2& q

我们正在为他们找到一个已知问题吗?

摩纳哥的滚动很流畅,感觉就像vscode在Chrome(测试版)55.0.2883.21和Chromium 54.0.2840.71中对我所做的一样。
我刚刚构建了一个Chromium 52.0.2743.85版本进行测试,并且可以确认它具有相同的跳跃式滚动。 在其中使用摩纳哥特别困难。 这证实了它可能是电子错误而不是vscode错误的想法。 真可恶

@ jshap70非常感谢您确认这是一个Chromium错误,一旦我们获得更新版本,该错误将得到修复。 fyi @bpasero

我今天在Surface Book上也经历了这一点。 这真是个无赖。 最奇怪的是,在使用鼠标一段时间后,触控板又恢复了正常工作。 对不起,我无能为力,我们得到了鼠标滚轮事件并在得到它们时尊重它们。

Electron尚未采用Chrome 54,但已在计划中。

@ jshap70是Chrome 53或54中包含的修复程序吗?

@bpasero我刚刚建立了Chromium 53.0.2785.92的副本,这是我所能获得的最高的53,并且在使用monaco时仍然存在不稳定的滚动问题。 因此54是固定的第一个版本。

我玩了一段时间。 使用Lenovo Yoga 910(Kaby Lake)-Windows 10 Pro测试。

在测试过程中,我发现如果您以最大化的速度启动VS Code,则会出现延迟。 我以为也许我快要疯了,但是我所做的就是还原窗口,然后重新最大化它,所有滚动条都消失了。

为了确保我不会丢失大理石,我让我的妻子盲目测试。 这是一个昼夜的区别。 希望这有助于查明问题,我将在今晚或明天亲自尝试一下。

我在Lenovo Yoga 910上有相同的滚动问题。
调整窗口大小后,滚动将再次平滑。

我有Surface 4 Pro,并遇到相同的问题。 调整窗口大小可修复滚动。

我可能应该提到,我一直在通过铬追踪的问题仅在Linux(而不是Windows)的Lenovo W530 Thinkpad上出现,并且不能通过调整窗口大小来解决。 这可能是完全不同的问题。
遇到这些问题的人可以尝试安装chrome或chrome 52或53的版本,并检查monaco是否存在相同的问题吗?

我在SurfacePro4上遇到此问题。 如果窗口是全尺寸的,则使用触摸板会使编辑器在滚动时滞后。 如果我调整窗口大小以便可以看到桌面,那么问题就消失了。

使用Win 10和新的Surface Book对我来说发生同样的问题。 可以确认调整窗口大小并重新最大化似乎可以解决它(至少到目前为止)。

我目前正在使用Dell XPS 15 9550(触摸屏版本,Win10 x64)安装最新版本,并且遇到了这个确切的问题。 我什至不知道只有在触摸板上使用触摸屏滚动条时才不会发生这种情况。

调整大小/最大化技巧至少可以解决此问题。

与此处相同。 Surface Book / Windows 10,但重新最大化解决。 不必每次打开VS Code都很好。

由于Chromium 54已集成到Electron中,也许VSCode可以切换到新的Electron来解决问题?

Chrome 54退出后,仍然没有电子版本。

Chrome 54的电子版本预计于1月发布

电子/拉/ 8406

(...)现在将它作为beta 1.5.0发行到npm

当Insiders将更新到新的Electron时,是否有通知的通知?

我也在等待新的Electron。 拥有如此漂亮的屏幕和令人困扰的滚动编辑器实在是太糟糕了。

2016年底的Dell XPS 13 9360 QHD也存在此问题。 注意,在触摸屏上滚动时,仅触摸板(Windows Precision驱动程序)会受到影响。

这在1.10.2中似乎仍然是一个问题(Dell XPS 15,触摸屏平滑)

那么现在有什么问题呢? 有人指出,这一问题本应在一月份解决。

我想重申一下我以前的评论,因为我发布的有关铬被破坏的滚动信息与Linux有关,所以这个特定问题并未真正在Windows上跟踪该问题。
也就是说,当前版本的vscode仍然存在该问题

我们可以像原子一样开发自定义平滑滚动,它也与https://github.com/Microsoft/vscode/issues/21359相关

@pixieaka当前代码使用chrome的本机滚动,以我个人的观点,它比正常工作时基于它的任何内容都要好得多。 此外,滚动是固定的,当在摩纳哥中使用较新版本的铬(请参见此处)进行滚动时,滚动可以正常工作,这就是为什么它被称为电子问题的原因。 因此,由于它不是代码的问题,因此无需真正重写它。

他们只需要等待电子更新到Chromium 54,我相信可以在此处跟踪

@ jshap70 Electron v1.6.2已与Chromium(56.0.2924.87)一起发布16天前

@ jshap70 https://github.com/Microsoft/vscode/issues/11953这是使用适用于Windows的最新Electron 1.6.2和Chromium(56.0.2924.87)构建的: https ://az764295.vo.msecnd.net/insider

但是滚动问题尚未解决

@pixieaka滚动哪个问题? 这个问题是在Linux而不是Windows上滚动

@ jshap70 https://github.com/Microsoft/vscode/issues/20840我在Windows 10上的Dell笔记本电脑也有同样的问题。使用触控板时滚动非常迅速。

@pixieaka可能与Windows中的延迟滚动有关。 我在这里有同样的问题。 https://github.com/Microsoft/vscode/issues/20348#issuecomment -291060102

这让我发疯,工作时必须每分钟恢复/最大化。 有任何更新吗?

今天的VS Code内部人员内部版本随Electron 1.6.x一起发布,如果此更新可以为任何人解决此问题,将很有趣: http :

@bpasero我认为该链接无效,应该改为https://code.visualstudio.com/insiders吗?
如果有机会,我会检查一下并告知您。

@bpasero我很高兴地说,流畅的滚动又回到了最新的内部消息中! 在linux上,就是这样。

太好了,谢谢!

在我的Dell XPS 13 SkyLake,Precision TouchPad,Windows 10 @ 125%缩放比例下,对于今天的内部版本a5e9d3仍然显示相同的问题

更多信息:

屏幕似乎仅在scoll-end上刷新。 所以2个手指滚动...(看起来什么也没有发生/冻结)
然后松开手指<-屏幕更新。

对不起,我有双重评论,但是我发现使用“ --disable-gpu”使滚动再次变得超级流畅。

感谢https://github.com/Microsoft/vscode/issues/14716#issuecomment -293120446的提示。

即使从上下文菜单启动代码,是否有任何方法可以使此标志始终打开?
编辑:似乎没有

有一种用特定参数运行Code的方法是一个好主意(〜中用于命令行参数的startup.json是什么?),但我宁愿看到与gpu相关的问题已解决。

创建运行code --disable-gpu的全局shell脚本有什么问题?

拥有全局快捷键没有错。 但是如果您问我,禁用gpu来解决错误不是很好。 使用GPU而不是CPU进行渲染/滚动可能会对电池,性能等产生重大影响。

刚刚在xps上测试过,看起来非常有前途! 全新安装后的第一印象非常流畅。 将需要了解所有插件的情况,但是现在有了希望。

可以确认,Dell XPS 15 9560 + Windows 10 Creators Update, --disable-gpu是一种解决方法。

在表面书上仍然不光滑,甚至运行--disable-gpu

我确认在Surface Book上它不是很平滑(创建者更新):它不再跳得太多了,但是很慢。

核心代码团队中的任何人都拥有这样的设备,还是所有人都在Mac上工作? :)

@warpdesign我在Surface Book上。 我的解决方法是在打开“ VS Code”窗口后对其进行“还原”和“最大化”。 触控板上的两指滚动对我来说变得很平滑。

我已经开始创建一个Wiki页面来收集/汇总有关此问题的报告信息-https: //github.com/Microsoft/vscode/wiki/Known-issues

禁用gpu在xps 15“上不起作用,请最小化/最大化工作,但仅需短暂操作,必须继续这样做。最新版本中仍然存在相同问题。

@vladkosarev为我工作,您是否尝试

不知道是否已提及,但这是电子问题。 在Slack桌面客户端中,我也发生了同样的事情。

我在华硕Zenbook笔记本电脑上也遇到问题。 最大化(和重新最大化)似乎可以暂时解决此问题。

  • VSCode版本:代码1.12.1(f6868fce3eeb16663840eb82123369dec6077a9b,2017-05-04T21:26:50.689Z)
  • 操作系统版本:Windows_NT ia32 10.0.14393
  • 扩充功能:

|扩展|作者|版本|
| --- | --- | --- ||
| 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 |
|尾部空格| shardulm94 | 0.2.11 |
| vscode-fileutils | sleistner | 2.5.1 |
| ninja | surajbarkale | 0.0.1 |;

我的Dell XPS 9560遇到相同的问题。我发现了一个奇怪的解决方法

右键单击任务栏,然后选择任务栏设置
将任务栏方向更改为当前状态的相反方向,即,如果“底部”则设置为“顶部”,反之亦然。 如果左然后右等
将任务栏改回原始方向或保持原样,这没关系。
再次平滑滚动
每次我启动VS Code时,我都必须这样做,但是它可以工作。

也遇到了问题。 最小化/最大化技巧很有帮助,但肯定令人讨厌。 不幸的是, Electron的回购中没有关于该问题的最新信息。

笔记本电脑:戴尔XPS 9560
操作系统:Win 10 Pro 10.0.15063
VS代码:1.12.2

宏cer Nitro 15也出现同样的问题。

笔记本电脑:Acer V Nitro 15
操作系统:Win 10 Pro
VS代码:1.14.0-内部

在Acer上也有同样的问题。 恢复/最大代码窗口和两指滚动再次起作用。

笔记本电脑:宏cer Aspire F5-573
操作系统:Win 10 Home 1703
VS代码:1.13.0

将VS代码升级为内部人员版本1.14.0,问题仍然存在。

可以通过还原/最大化窗口或使用--disable-gpu运行代码来解决。

Surface pro 4(I5,8GB,256G)上的相同问题。
操作系统:Win 10 Home 1703
VS代码:1.13.0
可以通过调整窗口大小来解决。

不知道这是否会有所帮助,但是我发现了这篇关于滚动的荒谬详细文章:) https://pavelfatin.com/scrolling-with-pleasure/

这里同样的问题。
操作系统:Win 10 Pro build 14393
VS代码:1.13.1

我认为这与操作系统有关。 Win 10中的集成应用程序不能很好地支持TrackPoint滚动,因此代码可能会在操作系统中使用某些lib。

快速的临时解决方法:Win + DOWN,Win + UP

我在使用Surface Book(i5 8gb型号)的内部人士中,滚动条非常滞后。
image

VSCode团队的某人如何访问Surface Book(或任何精密触摸板),并且肯定会发现出了什么问题并给出了适当的修复(或解决方法)?

表面设备是Microsoft Windows 10的旗舰设备:令我惊讶的是,在如此漂亮的机器上VSCode的性能是如此糟糕(此外,它还阻止了我使用VSCode对其进行任何认真的工作)。

@warpdesign某些VSCode团队拥有Surface设备,他们已经知道了这个问题(请参见upthread )。 虽然很烦人,但这是一个上游问题,目前还没有人能够解决。

我不太确定有人在真正地解决这个问题。.我认为Electron只是说这是一个Chrome问题,但除了该问题跟踪器(基本上根本没有任何活动)之外,我无法在问题跟踪器中找到错误。继续。有人知道有人在做这个吗?

我的4k XPS 9550也正在发生这种情况,这让我发疯。 我非常喜欢VS Code,但是每5分钟必须最小化/最大化它非常烦人...

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

@tobiasviehweger仍然存在它并不奇怪:(

可以在摩纳哥的Chrome上重现该问题吗? 还是特定于VSCode + Electron?

在Dell XPS13 / Windows 10上滚动动荡并且基本上没有用,直到尝试了--disable-gpu技巧。 不理想。 电子迁移到较新的铬的迹象吗?

+1在这里遇到了问题。
我实际上是因为出色的触摸板和键盘而购买了Surface Book的,并且主要是为了工作,所以这对我来说是一个关键问题,我正在考虑退回Surface Book并再次购买mac :(
我的VSCode版本:
vscode

另一条数据:
在我的旧Mac Air 11英寸(已安装Win 10而非macosx)上,触摸板在VSCode中效果很好。
版:
vscode_air

解决问题?

一些更多的细节。

在Surface Book上发生的确切情况是,当我用两根手指向上/向下滑动时:

  • 在大多数情况下,它会滚动,但是after a 1 second lag
  • 有时什么也没有发生,好像事件没有进入VSCode
  • 在极少数情况下,滚动会按时进行

如您所见,这是非常不可靠的,并使VSCode在此类设备上无法使用。

我想看看DOM事件发生了什么,但是第二次我打开了devtools,滚动开始按预期方式工作,也就是说没有1秒的滞后并且每次滑动。 这使得很难帮助跟踪问题。

@kokajambo @ Deiru2k也是您的经历吗?

我发现:仅显示或隐藏主菜单与调整窗口大小相同。 因此,如果通常隐藏菜单,则在滚动变得混乱时快速按一下alt键2秒钟,即可使其再次平滑。

电子有没有更新过?

是的,自首次报告此问题以来,我们多次更新了Electron。 在报告此问题时,我们正在使用在Chromium 52上构建的Electron版本。我们现在在Chromium 56上,而Chrome浏览器在Chromium 60上。

上游问题:
电子: https
Chromium: https= 713907 (Chromium问题所有者无法使用Chromium 58复制)

如果我们要保持乐观,一旦我们更新到基于Chromium> = 58的Electron版本,就应该解决此问题。

如果问题未解决,我们将需要向我们的Electron朋友寻求更多帮助,因为这可能表明这是电子特定的问题。

同时,解决方法将继续起作用(打开窗口后,将窗口调整大小一次)。

我也有这个问题。
VSCode版本:Code 1.14.2(cb82feb,2017-07-19T23:34:09.706Z)
操作系统版本:Windows_NT ia32 10.0.15063

使用代码--disable-gpu解决了该问题

我可以在我的剃须刀隐身上确认此问题,这可以在一段时间内最小化/最大化修复它。

@ IanNS333与Dell XPS 13(9350)相同。

最近更新后,情况似乎更糟。

它曾经是断断续续的,但是如果我调整窗口的大小并再次最大化它,就像其他人现在所说的那样,它将消失。 现在它根本不滚动。 滚动两个取景器时,窗口本身似乎会稍微“反弹”。

使用三星笔记本9

我只是在ASUS UX501JW上碰到过这个问题,并做了一些研究。

问题描述:正常运行Chrome或Electron时,滚动条可在每个版本上运行,如果以管理员身份运行,则所有受测试的版本均无效。

测试的版本:
-Chrome 62(独立浏览器,金丝雀)
-Chrome 60(独立浏览器)
-铬58(电子1.7.5)
-铬56(电子1.6.6)
-Chrome 54(独立浏览器)
-Chrome 51(独立浏览器)

作业系统: Windows 10

该bug既不在VS代码中也不在Electron中,而在于Chrome或touch utils的编写方式。 只是想添加一些有关我的发现的信息,即对于ASUS笔记本电脑来说,隧道没有光。

说到华硕笔记本电脑(此处为UX360CAK)和Windows 10,上个月左右的整个系统的滚动对我来说都是非常小故障。 例如,当我按动向下滚动页面(Chrome)或项目列表(雷鸟,而不是文件资源管理器)时,滚动位置将随机重置为列表顶部。

另一件事是我不得不关闭捏缩放功能,因为错误检测的数量难以忍受-但是我以前从未遇到过问题。 回到Macbook Pro触控板上就像某种宗教启示。

(编辑:删除了有关asus实用程序卸载和本机Windows触摸板驱动程序回滚的文章,因为这些似乎都无法解决古怪的问题,可能还没有(tbd)vscode)

@youurayy是的,Dell XPS 13,很高兴我发现了如何关闭缩放功能,因为它使我发疯。

@youurayy我想出了一种解决方法,当在ASUS笔记本电脑上以管理员身份运行Chrome / Electron时,滚动不起作用。

解决:

  • 在任务管理器中终止ASUS Smart Gesture应用程序,
  • 以管理员身份运行(AsusTPCenter.exe,AsusTPHelper.exe,AsusTPLoader.exe)重新启动Smart Gesture应用程序

有根据的猜测是,此问题的根源在于两件事:

  • 华硕Smart Gestures可能会将其触摸事件以某种奇怪的方式发送到其他窗口,我已经看到有讨论说它不遵循Microsoft的触摸板标准
  • 如果Chrome运行状况较高,Chrome会阻止未运行的进程中的事件

没有摆脱Smart Gesture的方法,仍然可以在ASUS新模型上进行滚动,但这给了我一些帮助。

哇,这是2016年10月发布的? 我真的希望这个问题早日得到解决。 我发布了一个新问题#35844,这是一个骗局,请关闭。 我发现在禁用所有插件时,效果更好,但并不完全流畅。 但这也不是最佳解决方案。 在i7 Surface Book上,对我而言,延迟几乎是1/2秒。 我尝试了code --disable-gpu选项,它也不是完全平滑,但是更好,所以低于标准的解决方法。

连接鼠标被证明是100%可行的解决方法。 具有讽刺意味的是。

@ Deiru2k是的,鼠标滚轮滚动很好,但是鼠标滚动的方式与触摸板不完全相同。 触摸板具有一定的速度-我们都从触摸屏设备知道这一点。 滑动得越快,滚动的速度就越快。 鼠标滚轮滚动X行,更像是一步滚动。

对于我来说,在装有最新VSCode(今天已更新)的Dell XPS15上,这仍然在发生。 我的解决方法是单击win +向下箭头和win +向上箭头。 这会将“ VS代码”窗口更改为不最大化,然后又恢复为最大化。 那行得通,但确实很烦人。

顺便说一句,另外一条信息。 如果我在装有Logitech触摸板的桌面上用Visual Code 1.17.0测试了两根手指的平滑滚动,它似乎可以正常工作。 也许这与特定的触摸板驱动程序有关? 在Surface Book上,它生涩且无响应。 但是Chrome和Edge完全平滑。 也许与应用程序,驱动程序并不完全相关,或者与Electron采样的速率有关? 我真的不知道

我在Surface Pro 4 vscode 1.17.0上遇到了这个问题。
最大化/最小化可以暂时帮助其他人。

该问题特定于某些设备。 我的个人计算机(一台asus rog笔记本电脑)的行为与您期望的两根手指滚动的行为完全相同,而我的工作机(一台Dell精密笔记本电脑)在此处报告了此问题。

另外,要重申vscode团队的其他人所说的话,这似乎是电子问题(我可以确认,因为我可以在其他电子应用程序中重现该问题),并且很可能无法由vscode团队解决,很不幸。

根据该电子发出线,问题在于铬本身。

这是我在chrome的错误跟踪器中找到的内容:(链接)

@EthanRutherford您是否尝试过https://github.com/Microsoft/vscode/issues/13612#issuecomment -324351903中提到的ASUS解决方法?

以管理员身份重新启动AsusTPLoader.exe解决了我们经过测试的ASUS笔记本电脑的问题。 我们甚至在E​​lectron应用程序中构建了一个节点模块,该模块会自动执行此操作,因为我们无法期望最终用户能够执行该工作。

@EthanRutherford我不确定这与chrome bug报告中的electronic /#8960是同一问题,用户说禁用硬件加速不能解决问题。

另外,我在Chrome中没有遇到问题。

实际上,我有时在Chrome上也遇到过类似的情况。 那时,最小化还原技巧也有所帮助。 也许Chrome也使用Electron。

@mogemimi实际上,

在Dell XPS 13上也有此问题。

@robinwassen华硕笔记本电脑实际上是行为正确的笔记本电脑。 戴尔触控板是有问题的那个。 但是,我通常使用USB鼠标,因此我不会经常遇到此问题。

@dopare提到调整Visual Code的大小可以解决此问题。 他是对的。 容器(电子)可能有此问题。

顺便说一句,我对Chrome本身也有同样的问题。
发现可能相关的问题https://bugs.chromium.org/p/chromium/issues/detail?id=765311

使用Dell XPS,我有相同的问题,调整大小会帮助一会儿,而我在chrome中没有这个问题,只有vscode。

在Schenker XMG P507上,同样的问题(Win 10,CPU / GPU:i7-7700HQ,触摸板:Synaptics SMBus)。 更糟糕的是,无法使用触摸板滚动。 Google Chrome浏览器没有问题。

具有性能基准的表面书上的相同问题,我的系统如下

我没问题最新的镀铬

version 1.17.1
shell 1.7.7
chrome 58.0.3029.110
node 7.9.0
arch ia32

@saedrna我在Surface Book上的滚动速度也很慢,但仅限于使用内部高分辨率屏幕时。 插入外部监视器(常规监视器而不是4K监视器)是否可以加快滚动速度?

一个40行(是,四十行)的.mustache文件使vscode滚动得一团糟,因此怀疑这也是电子的。

从1.17.2到1.18.0的内部滚动性能现已修复。

其他人想尝试当前的内部人员构建并报告其结果吗?

我只是在Surface Book(Visual Code的最新预览版)上进行了尝试,效果更好。 这不是一个让人想像的黄油状纸卷,但是它比以前更好了。

仍然对我来说很破碎-VSCode版本:代码-Insiders 1.18.0-insider(e6a76e4bd3f52ab07452bb181e861f5a9bfb6596,2017-10-27T04:19:22.491Z)

(戴尔XPS 13 Precision触摸板)

  1. Windows开始菜单->代码内幕
  2. Code Insiders将最大程度地打开我之前的项目
  3. 滚动条仍然无法使用(滚动过程中它不会移动,然后在一段时间后突然发生大量跳跃)

好消息!

Chrome小组已将其记录下来: https :

大。 VS代码一点也不差劲,但是这个问题使我发疯到完全停止使用它的地步。

您之前提到的@CoenraadS

如果VSCode开始为空白,然后我打开一个文件夹就可以了。

值得一提的是,这与一般滚动性能是一个独立的问题,因为它可能有不同的原因。

我曾在Windows 10和Ubuntu 17.10(我认为是Gnome 3.26)中使用了VSC,并且运行良好,现在在Gedome 3.26.2上的Fedora 27上也看到了此问题。
我正在运行VSCode 1.19
它也在其他Electron应用程序中发生,例如Atom。
调整窗口大小对我没有帮助:[

难道这里的每个人都只在VS中遇到问题吗? 我有Dell Inspiron 7577游戏,几乎所有问题都涉及到滚动问题。 Eclipse和chrome最糟糕。 它还位于Discord,Slack,Atom文本编辑器和源代码树上。 它让我发疯,我将要归还这台笔记本电脑。

@ RJ-Fynydd我在HP Spectre x360的Sublime中也遇到了同样的问题。 如果我没记错的话,我在Chrome中安装了它,但是通过禁用chrome:// flags /中的平滑滚动来“修复”了它

这在我的Surface Book上非常严重地发生,并且非常明显。 最近两个发行版中的某些功能已对其进行了改进(我在1.18上),但是我仍然注意到使用后它会有些跳动。 在使用中,我的意思是打开一个大代码文件,滚动,处理该文件,保存,切换到其他文件,然后返回。 调整窗口大小似乎仍可以纠正该问题,因此触摸/滚动扫描周期的时间仍然有些古怪。

我的表面书仍然不光滑,我无法相信我将近一年

@ivyhaswell您是否拥有最新版本的可视代码? 调整IDE大小时会发生什么? 它会消失吗?

如果您使用的是Gnome,则可以使用Xorg而不是Wayland来解决。
您可以在登录前进行更改。
生活又好了。

@alanosman版本1.8.1,调整大小后几分钟,滚动将正常进行。

@ivyhaswell很好-确认我们在Surface Book上也有同样的问题。 希望这里比我更熟练的人会解决这个问题。 :-)

Macbook Pro(2015,Retina)上似乎也正在发生这种情况。 它曾经工作得非常顺畅,现在打开了一个很小的项目,Chrome,Slack和其他几个项目(CPU的利用率没有超过1-3%,使用的RAM为9.4 / 16GB),它在滚动时会滞后。

问题仍然存在。 我有一个Dell XPS 13 2017,win10。 幸运的是,正如您在此指出的那样,它是固定调整窗口大小的。 谢谢

我只是来这里寻找解决这个问题的方法。
而且我看到这个问题已经持续了一年多.....
我正在使用华硕Strix ROG GL753。

胡,我认为这是我的错误,但是很高兴看到存在workaorund(调整大小窗口)。 我正在使用华硕精密触控板。

出现相同的问题(Lenovo Ideapad 720s / 8th gen i7 / 8 GB ram / nvidia geforce MX150)

同样,在Windows Precision Drivers上使用触摸板滚动时非常不稳定。 有时它起作用,有时却不起作用。 VS代码版本:1.18.1 x64

在Surface Pro(2017)上滚动时遇到相同的问题

该问题在夜间仍然存在。 我正在使用第一代Surface Book i7。 我不确定这是否是时间巧合,但是我只是在升级到Fall Creators Update之后才注意到此问题。

我认为这个问题正在逐渐演变为功能😄

11小时前在chormium中解决: https: //chromium-review.googlesource.com/c/chromium/src/+/809829#message -85e8d8e27337bf85caecffcd4978f979a67f1378。
他们仍在监视,因为添加的错误代码与gpu线程有关。
与这个问题有关的电子错误: https :

希望补丁会很快出现在vscode :)

我的Skylake XPS13也有同样的问题

同样的问题。 希望很快能解决

看来Chrome浏览器正在测试针对此问题的修复程序(通过https://bugs.chromium.org/p/chromium/issues/detail?id=713907#c28),并且我制作了VS Code内部人员,并对该补丁进行了反向移植。 我在Surface Book上做了一些测试,看来问题已经消失了。

如果人们可以尝试并报告:下载VS Code Insiders 64bit

@bpasero,它似乎正在工作。

@bpasero也在XPS 13中修复

@bpasero在这里工作很棒。 使用华硕ROG Strix。 谢谢!

@bpasero太棒了! 谢谢!

@bpasero这是否意味着我们可以在每日Insider

@warpdesign我们可以在内部构建中更早使用它,因为如果需要,我们可以使用自己的自定义更改来构建Electron for VS Code。

非常感谢@ bpasero🙂

嘿,我正在使用Windows 8.1 x64 Pro的ASUS R500VD笔记本电脑。

当我使用code .从git-bash启动VSCode时,无法在触摸板中使用两指触摸或两指滚动。 但是,如果我直接从启动菜单启动VSCode,它会起作用。

23062已作为重复项关闭,但看起来很独特,此处仍然没有解决任何问题。

除非尚未稳定发布,否则滚动仍然对我有效。
Surface book i5 8GB。

@bpasero您可以确认该修补程序是否在当前的内部人员内部版本中吗? 我在Surface Book上使用的是最新的内部工具,并且滚动性能越来越差:

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

#40319中提到的解决方法在这里适用。 调整窗口大小可使其再次快速。

该修补程序不是稳定的,也不是内部人员的。

谢谢@bpasero。 请给我们一个呐喊,我在上面安装了测试版本,但是当更新(我认为已经修复)发布时,它就消失了。

你好
在新的Dell XPS 15 9560品牌上的VSC 1.19.1中也遇到了此问题。

调整窗格的大小还可以,但太令人讨厌了。 我下载了1.20版本,但无法打开任何文件(.ps1,.py,.rb,.go全部崩溃)。

我真的希望此修复程序能够使其稳定并尽快发布! 我购买这台机器的主要原因是为了拥有丰富的VSC经验。

感谢您的所有努力。

对于Windows 10和Dell XPS 13,使用最新的标准版本,我仍然必须使用“ --disable-gpu”参数来平滑滚动。

简直不敢相信它还没有解决...受Surface book 2的困扰

仍然必须为此使用解决方法

@bpasero此错误的状态是什么?

bpasero在2017年12月15日的2017年12月/ 2018年1月里程碑中添加了此功能

这是否意味着计划在下一个(稳定)版本中发布?

我以为它是固定的,但是是错误的。 我在Visual Code预览版上进行了测试。 当您打开编辑器并且处于窗口模式(即小于桌面)时,它可以正常工作,但是当您进入全屏模式时,滚动会变得很粘滞。 这个问题似乎与全萤幕确实有关。 另外,编辑器设置editor.smoothScrolling不起作用(我认为启用后会更糟)。

Surface Book 2上存在相同的问题。

提醒一下,对于那些还没有看到的人,问题在铬的上游。 据我所知,修复将在电子版2.0中进行,该电子版尚未发布。 vscode团队在当月的迭代中已将“电子版更新为2.0”,但当然要等到2.0实际发布后才能进行。

在此之前,vscode团队确实无法解决此问题,但是请放心,此修复程序将在可用时尽快将其纳入vscode。

@EthanRutherford @bpasero说的话,VScode正在使用自己的Electron并进行了一些自定义更改,因此也许可以将其集成到VSCode中,而不必等待Electron 2.0发行?

@ nico-onmap我不确定100%,但我认为他是在专门谈论内部人员。 稳定的电子可能是由未修饰的电子构成的。

我们有一种方法可以将修补程序反向移植到我们的Electron版本,但是我还没有时间对此进行研究。 另外,Chrome中的修复程序适用于Chrome Canary(Chrome 66?),我们使用Chrome 58 ...

我的Dell XPS 15上有此问题。修复了ETA吗? 还是人们已经搬到Atom?

此滚动问题发生在我的Lenovo Yoga 920上...让我发疯。 切换到其他IDE
除了每隔几分钟最小化和最大化屏幕之外,是否还有其他解决方法?

@navotgil我宁愿最大化,然后最小化(如果您考虑将其替代)。 滚动性可能会以最小化形式保持更长的时间,因为我想有时候20-30分钟不必这样做。

我拉伸最小化的形式以适合屏幕,因此我将其像最大化时一样使用。 我从角落拉伸它以防止列卡死。 我将其最小化,因为我对此有一种迷信,认为最大化的形式更容易引起问题。

在终端中打开code --disable-gpu 。 为我工作。

在终端中使用代码--disable-gpu打开对我有用。

@frenic确实有效! 谢谢!

是的,这里也一样; 也为我工作! 哇,好简单。 为什么我没有
想到那;-)

2018年2月20日16:04,张义飞[email protected]写道:

在终端中使用代码--disable-gpu打开对我有用。

@frenic https://github.com/frenic确实有效! 谢谢!

-
您收到此邮件是因为您发表了评论。
直接回复此电子邮件,在GitHub上查看
https://github.com/Microsoft/vscode/issues/13612#issuecomment-367025826
或使线程静音
https://github.com/notifications/unsubscribe-auth/AI1HDgJ399foRiWQN2ZViILXKVDSLsx1ks5tWu0BgaJpZM4KU8A9

在终端中使用代码--disable-gpu打开对我有用。

@frenic太棒了,谢谢。
有谁知道它对性能的影响?

补丁由于chaopeng而被反向移植: https :

不要放弃希望

自从vs代码问世以来,这个问题就一直存在,并且使vs代码在Windows 10中不可用。方法应予以考虑。 Sublime是多平台的,其性能/流动性甚至与记事本相当。 微软真的不应该使发展最快的IDE依赖于Google的产品和其他公司针对特定平台修复错误的能力。

紫红色回购中的Xi编辑器是未来的编辑器。 它仍在进行中,但描述很有希望。 它是多平台的,但是它使用每个平台的本机库来实现本机的外观和感觉并提供最佳性能。 它外观极简,并且将支持插件。 由于它的流动性和平滑性,我已经跳槽了。 一旦出现,Xi将是我的下一个选择。 VS代码很酷,但是基于电子的代码使我再也不想碰它了。

我在2016年初购买了这款Surface Pro4。听说它后就立即尝试了vscode,但是从那时起,我一直在避免使用它的滚动问题。

这些年来,当我发现问题终于被找到并且现在有了一些解决方法时,最近我又重新开始使用它。 我只希望Microsoft的开发人员工具(VS社区和代码)像Edge或Groove一样易于输入(触摸,触控板,笔)。 再说一次,使用电子/铬应用只能做很多事情。 我的问题是vscode的核心。

我认为这是固定在内部人士内部

@razielidog Patch昨天才在Electron 1.7.x上合并:我怀疑它已经在内部人员的内部。

我希望他们能解决

这太可怕了。 触摸板滚动在vscode中有严重的滞后。 Surface Pro 5 + Typecover。

是的@razielidog我想您只是移动了窗口(这是一种解决方法)。 它将再次变慢,直到如@ nico-onmap所述包含Electron 1.7。

已经追踪了8个月。 我喜欢Microsoft产品,但很显然,Microsost拥有的Precision触摸板不能很好地与Microsoft自己的产品配合使用。 我知道这是一个Chromium问题,但仍然如此。 Electron确实很可悲,我尝试了无数的Electron产品,但没有一个是完美的。

这什至是个问题?

看到这个问题的人可以试一下这个内部人士吗:下载

它包括以下Chrome修复程序的反向端口以解决该问题: https :

@bpasero不,它不能解决问题,但有一个有趣的发现。 它没有启动延迟,但是在最小化之后,其行为与内部人员构建相同。

@gurpreetshanky您可以打开devtools(从“帮助”菜单中)并在控制台中键入“ process.versions ”,并向我发送这样做的输出吗?

@bpasero这是输出
对象{http_parser:“ 2.7.0”,节点:“ 7.9.0”,v8:“ 5.8.283.38”,uv:“ 1.11.0”,zlib:“ 1.2.11”…}

我的意思是@gurpreetshanky ,键入: process.versions["atom-shell"]

@bpasero “ 1.7.12”

@gurpreetshanky太糟糕了,让我们看看其他人是否报告了其他内容。 我将再次检查构建中是否包含backport ...(至少$$$ 1.7.12版本正确)。

@bpasero是的,但是绝对可以改善启动。 此外,何时将vs代码将更新为电子2.0。 在Atom触摸板中工作正常。 为什么这只影响vs代码?

@bpasero我尝试在Surface Book上进行构建,并且具有与@gurpreetshanky相同的行为:可以正常工作,并且在最小化/还原窗口后再次中断。

有人测试过带有修复程序的Chrome版本:可能是未正确修复吗? 多年来一直是越野车,我不会感到惊讶:/

更正:我误解了术语“最小化” ,因为它脱离了最大化。 最小化任务栏也会使问题再次回到此处。

@bpasero我也通过注释链接在Surface Pro上进行了尝试,不再有问题。 最小化/还原是我为临时解决发行版本上的问题而采取的解决方法,所以我不知道这次无法解决,而是将问题重新带回了,真的...

即使有一个问题仍然存在的验证,也足以表明它并没有真正解决,但是我们有两个。 我可能只是不以某种方式触发它。

@bpasero我必须同意ThoAppelsin,它似乎已在此版本中修复。
试图复制并且无法

@bpasero是的,但是绝对可以改善启动。 此外,何时将vs代码将更新为电子2.0。 在Atom触摸板中工作正常。 为什么这只影响vs代码?

我们正在考虑更新到Electron 2.0.0,但可能需要更多时间。 如果您想检查问题是否在2.0中重现,则可以尝试使用此测试版本( link ),但是该版本尚未包含此修复程序。

我无法解释为什么它不能在Atom中重现...

有人测试过带有修复程序的Chrome版本:可能是未正确修复吗? 多年来一直是越野车,我不会感到惊讶:/

我下周可以做,我们也有一个可复制的Chrome保护套。 如果您从命令行运行chrome,将其指向某个可以滚动的网站,则可以使延迟直接出现。 关键似乎是不要在标签中键入URL,而是让Chrome直接以URL开头。

@bpasero我也通过评论链接在Surface Pro上进行了尝试,不再有问题。 我尝试最小化/还原以使其恢复原样,但未能成功。 最小化/还原是我为临时解决发行版本上的问题而采取的解决方法,所以我不知道这次无法解决,而是将问题重新带回了,真的...

@ThoAppelsin您是说即使最小化/还原窗口也可以解决此问题?

@bpasero我必须同意ThoAppelsin,它似乎已在此版本中修复。
试图复制并且无法

@razielidog ,即使您最小化并还原窗口,它仍然固定吗?

与gurpreetshanky相同。 启动时没有滞后,但最小/最大可将其恢复。

@bpasero我不好。 我误解了术语,可能也混淆了@razielidog 。 实际上有这三个术语,最大化/还原/最小化,我误解了最小化因为脱离了最大化,这并没有使问题再次出现。

最小化窗口,任务栏和恢复回来,确实带来了问题也回来了。

@bpasero该错误修复程序是否包含在公共Chrome版本中? Chrome Version 65.0.3325.146 (Build officiel) (64 bits)在以网站为参数的命令行启动时出现了问题(当打开新标签页时该问题消失了,但是我认为这是已知的)。

编辑该问题已在Canary版本( Version 67.0.3367.0 (Build officiel) canary (64 bits) )中修复,并且绝对已解决:最小化/还原不会带来问题。 因此它还没有变得稳定。

@ThoAppelsin至少我们有相同的行为。

@warpdesign我相信它仅在Chrome 66中有效,您可以尝试使用其Beta版本查看其行为吗? 感谢您尝试一下👍

@bpasero尝试了Chrome Beta和Canary,结果如下:

  • Beta (65.0.3325.125):存在错误,行为与VSCode稳定(滚动滞后,最小化/恢复临时修复)

    • Canary (67.0.3367.0):漏洞已修复:最小化/还原不会恢复

因此,似乎您所应用的补丁可以解决该问题,即:默认情况下它已修复,而还原/最小化可将其恢复。

我可以确认Atom( 1.24.1 )没有出现使用Electron 1.6.16

既然没有问题,与Atom合作怎么样? 他们有吗? 如果是这样,他们如何解决? 如果没有,为什么不呢?

@warpdesign您必须使用Atom Beta( 1.25.x和Electron 1.7.11 )进行测试,以匹配我们使用的相同Chrome版本。 Electron 1.6.x可能根本没有此问题,因为它使用的是较旧的Chrome版本。

如果他们的反向移植未完成,我会尝试跟进Electron(在https://github.com/electron/libchromiumcontent/pull/472中进行讨论)。

感谢您为此所做的工作!

@bpasero我刚刚尝试使用Atom Beta( 1.25.0-beta3 ,Electron 1.7.11 ),并且滚动效果完美:没有滞后,最小化/还原时没有问题。

@warpdesign hmm那么,vscode代码库中的错误吗?

@gurpreetshanky,您真的不能这样说,因为此错误在Chrome中再现,并且已确认是Chrome的问题,并已由他们修复。 对于我来说,目前尚不清楚Atom如何不会触发问题,也不清楚为什么修复程序可以在Chrome中运行,但在最小化/还原后对我们而言不可行。

@bpasero也许该错误修复依赖于其他未应用的修复/更改? 与为此漏洞提交Chrome补丁的人保持联系怎么样?

@warpdesign公平地说,此修补程序是在Chrome 66上应用的,我们将其放在Chrome 58上,因此很可能是其他东西遗漏了...

最小化并还原后,能稳定看到此消息的人是否可以确认问题再次出现? 我试图了解是否我们在最小化/还原方面始终遇到这个问题,使问题再次出现。

我对Surfacebook的测试似乎表明此问题以前存在。 这意味着backport可以在启动时修复它,但是就最小化/恢复问题而言,它并不比以前更糟。

是的,它存在于当前的稳定版本中(最小化和还原使滚动缓慢):

版本1.21.0
提交9a199d77c82fcb82f39c68bb33c614af01c111ba
日期2018-03-07T11:04:09.969Z
壳牌1.7.9
渲染器58.0.3029.110
节点7.9.0
建筑x64

(至少在我的Dell XPS 15 9560上)

在我看来,即使在最小化错误被分类之前,即使是部分修复也可以在内部人员中合并。 至少从可用性的角度来看。

@ynotzort还会在窗口上以其他手势返回吗? 像在应用程序窗口之间切换一样? 我问是因为与切换Windows相比,最小化/还原似乎是执行频率较低的任务。

@bpasero似乎不喜欢它,至少alt + tab和Windows + tab不会对我造成问题。
但是使用Windows + d(最小化/还原所有窗口)会使它出现,这很烦人...

只是为了解决这个问题,即使在最小化/还原之前,我在最新的1.21.0版上也遇到了这个问题。 如果我用VS Code打开文件,则使用触摸板滚动不连贯。 我已经设定:
"window.menuBarVisibility": "toggle"
因此,我的快速解决方法是按ALT,这使menuBar出现并且问题消失。 直到恢复到最小化/还原周期为止。

@marchom感谢您的提示,我更喜欢将其调整为变通方法。

似乎错误行为在1.21.0(Windows)上遵循以下模式:

  • 出现

    • 启动时

    • 最小化后/最大化后还原(使用按钮或Win + D

  • 消失

    • --disable-gpu标志启动vscode时

    • 调整大小

    • 同时持有CTRLALT

    • 点击ALT (仅当您隐藏菜单栏时)

    • 切换全屏模式( F11 )后

    • 如果开发人员工具已打开Help -> Toggle Developer Tools

  • 没有效果

    • 最小化/还原后,集中关注vscode而不是最大化时

    • ALT + TAB

    • Win + TAB

双击F11 (全屏切换)也可以解决此问题。 运行code --disable-gpu也可以...

奇怪的是,如果没有将VSCode最大化,那么最小化和还原不会对我触发问题。

我在Discord上也使用了Electron时遇到了问题。
(我无法建立更多的联系,因为我80%的时间都在Linux上工作)

奇怪的是,如果没有将VSCode最大化,那么最小化和还原不会对我触发问题。

@ynotzort可以确认此行为。 更新了我的清单

我使用最大化/还原或还原/最大化作为解决方法,并且据我所知一直都有效。 也许只要在最小化后从任务栏启动vscode,就可以通过编程方式发布此变通办法?

对于这些主题,我知之甚少,但是也许可以原子地完成,而无需重新绘制窗口。 在修复程序到来并从铬/电子一直传播到vscode之前,vscode可能会像这样临时修补它。

@ pd93我还注意到Help -> Toggle Developer Tools也减轻了问题。 由于某些原因,如果开发人员工具可见,则永远不会发生延迟。

@karasq谢谢,我可以确认这一点。 我只能假设打开开发工具会导致在调整vscode时调整大小? 尽管我没有什么东西可以支持这一理论。
我已将其添加到列表中^^^

@karasq谢谢您,帮助-> Toggle开发人员工具为我工作,
代码--disable-gpu也很好

@bpasero我刚刚在电子版1.7.13的发行说明中看到“固定了对精确触控板/鼠标滚动的支持”。 突出显示。 也许可以使用此版本代替1.7.12?

@razielidog我们使用1.7.12,但是将那个确切的补丁

使用今天的内部构造( 3a70cdfd8f84136e858b3d39e5a709e637fc35e7 ),您可以设置"window.smoothScrollingWorkaround": true以在还原Window时恢复平滑滚动。 此版本还包括一个Electron版本,它将在初次启动时解决此问题。

让我们知道怎么回事。 默认情况下未启用此新设置的原因是:a)这仅是一种解决方法,而不是真正的修补程序; b)在还原时会导致窗口闪烁。

@bpesaro好消息! 我目前无法使用我的水面书,请过几天再尝试。 闪烁是否意味着每次恢复窗口后都会重新应用补丁?

@warpdesign闪烁实际上是由于启用该选项后,当窗口恢复时我切换了菜单栏的可见性。 但是,这不会在初次启动时发生。

@bpasero解决方法可以在我的Surface Book上正常工作,在最小化/还原后不再出现延迟。

似乎该问题与Windows版本(尤其是精密触摸板)有关。 如果在Windows 7的兼容模式下运行VS代码,滚动滞后将消失,并且将不再出现。

@ TXH1997感谢您的兼容模式的想法。 Windows 7 comp.mode似乎可以永久解决我的滚动滞后问题(在Surface Pro 4上)。

@ TXH1997,因为以兼容模式运行它意味着无需GPU就可以运行。 因此集成终端之类的功能将无法使用。

是的,这只是一个临时解决方案。 错误仍有待解决...

希望长期解决此问题,不明白为什么MS无法提供适当的修复程序。

当前在版本1.21.1的Surface Book上看到此内容

我将锁定此问题,以便人们可以看到我们随1.22一起提供的当前解决方法:

image

我正在解锁此问题,以获取有关Windows 10正在进行修复的事实的一些反馈,该问题似乎已包含在Windows 10 Insider Preview Build 17751中,并将包含在十月更新(RS5)中。

如果有人可以验证Windows 10内部人员构建确实解决了该问题,那就太好了。 到目前为止,我从@Drae听到https://github.com/Microsoft/vscode/issues/53793#issuecomment -417922382,这个问题就解决了。

核实:

  • 更新到Windows 10 Insider Preview Build 17751
  • 删除设置window.smoothScrollingWorkaround (如果已配置)

@bpasero Surface Book上的17751不再有问题。

@bpasero是的,使用带有精密触摸板的Dell XPS 15上的17751.1解决了问题。

出于好奇:有人在Windows 7或Windows 8上遇到过此问题吗? 我问是因为该修复程序可能只会在Windows 10上进行。

@bpasero我不认为这会在早期版本的Windows上发生,因为如果我记得很好的话,它们不支持精确的触摸板。

发布此更改后,Windows 10 October 2018 Update中是否存在此更改?

我的hp台式电脑电源打开了一分钟,但是两年前更新Windows 10时,显示器没有打开,并且鼠标或键盘无法正常工作

@ bdr99是,它将作为十月更新的一部分提供。

随着Windows 10 October更新的推出,此解决方案正在向人们推广。 此错误已作为Windows 10 RS5更新的一部分修复。

太棒了,现在必须等待RS5-希望明天。

我们决定保留此版本的"window.smoothScrollingWorkaround": true ,并计划在将来有更多用户更新到最新Windows时将其删除。
可以使用没有最新的Windows 10版本的人员进行此内部测试并验证window.smoothScrollingWorkaround像以前一样工作并且滚动是否流畅吗? 我真的很感激。

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我尚未安装十月更新,因此我安装了内部测试版本。

但问题是, KB4462933更新为我解决了该问题。 现在,稳定版本/内部版本与更新之后是否有window.smoothScrollingWorkaround之间没有区别。

这里有更多推荐: https : https: //github.com/Microsoft/vscode/issues/61824#issuecomment -433785824。

@HazemAM感谢您跳转!
这就是为什么我需要没有最新Windows更新的人进行尝试,以便我们可以验证该设置是否仍然有效。

@isidorn哦,您是说最新的增量更新,而不是十月的更新?

请记住,仅配置window.smoothScrollingWorkaround: true是不够的,您还必须通过window.titleBarStyle: native禁用自定义标题。

我没有可用的Windows更新要安装(我是最新的),最新的vscode,并且我正在运行Bootcamp Windows。

使用触控板时,绝对不可能(使用该线程中的建议的任何组合)来使滚动工作顺利进行。 Vscode会忽略我的控制面板鼠标滚轮设置。 我可以使vscode起作用的唯一方法是设置"editor.mouseWheelScrollSensitivity": 0.2但是我在使用触控板和鼠标之间进行切换,因此每次切换设备时都必须更改此设置!

由于这一点,vscode暂时无法使用!

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

sijad picture sijad  ·  3评论

VitorLuizC picture VitorLuizC  ·  3评论

vsccarl picture vsccarl  ·  3评论

shanalikhan picture shanalikhan  ·  3评论

DovydasNavickas picture DovydasNavickas  ·  3评论