随便看了一眼，只能说非常业余而且模型可能选得也是一团糊。就拿 native_preview 里一些 COM 、WinRT 、快捷方式的处理来说吧： GUI 线程的 COM 、WinRT 必须选择单线程套间，尤其是 CLSID_ShellLink 等 shell 相关的对象，它们仅支持 STA 。仓库代码使用的是 MTA ，这会有两种可能的结果，一是初始化为 MTA 的时候失败（因为线程已经处于 S

Ctrl+Shift+V 是 cooked input 粘贴，特点是程序在输入完一行后才会看到这一行的输入，程序看到了 n 次输入，每次一行，程序决定每行结束后做什么。例子： PowerShell 里面 Ctrl+Shift+V 粘贴 write-host 1; write-host 2;<# 此处没有换行 #> 会导致 PowerShell 执行第一行并停在第二行末尾。而 C+S+V 粘贴 &{

@geelaw #10 “滚动纹理” => “滚轮纹理”，滚轮的纹理见此图： https://www.reddit.com/r/MouseReview/comments/qg80b9/looking_for_a_lightweight_mouse_with_leftright/

我认为正确的方向： 1. 触控拖动内容的时候，手向方向 n 移动导致 -n 方向的内容进入视野。（“拽纸”模型） 2. 触控拖动滚动条、滚动条指示器的时候，手的移动导致滚动位置的移动，向 n 方向移动导致 n 方向的内容进入视野。（“拽指示器”模型） 3. 万向滚轮，滚轮的移动方向是滚动条、滚动条指示器的移动方向。（“转动眼球”模型） 4. 滑动滚轮，滚轮向远离人的方向旋转，则滚动条向 **阅读开

能把 L 的小写误打成 i 的大写我只见过两个地方…… 一是百度贴吧数学吧里有些帖子把 ln (自然对数) 写成 In ，这是至少 10 年前看见过的。 二是有人把 lgbt 打成 Igbt ，这是今天在 Twitter 上看见的。