geelaw

对 .lnk 的解析错误，其图标和指向的文件没有任何关系，正确的做法是 IShellLink(A/W)::GetIconLocation 。此外 .lnk 当然不一定指向文件，比如上传“控制面板”的快捷方式会提示无法解析绝对路径。有趣的是，即使上传的是“命令提示符”的快捷方式，也会出现无法解析，怀疑可能是不支持环境变量展开。

@Need4more #9 任何以 Win32 为受支持目标的应该都可以，试了一下 mingw-w64 gcc 15.2.0 (Compiler Explorer / Godbolt) 的 SDK 比较旧，把 EVENT_OBJECT_UNCLOAKED 替换为 0x8018 之后是可以的编译成功的。

@loading #6 “不是直角”的原因单纯是 AI 写出来的是乱七八糟的：

- EVENT_OBJECT_SHOW 是 0x8002 ，而 0x8003 是 _HIDE
- EVENT_OBJECT_UNCLOAKED 是 0x8018
- DWMWCP_DONOTROUND 是 1 ，而 3 是 DWMWCP_ROUNDSMALL
- DWMWCP_ROUNDDEFAULT 不存在，正确的名字是 DWMWCP_DEFAULT ，这个数是 0
- 处理所有当前窗口的回调里面过滤莫名其妙，尤其是取消设置的时候，无论窗口是否最小化都应该重设
- if not hooks 语义错误，因为 hooks 是列表，只要安装了一个就会认为成功
- 取消设置的逻辑错误，一般地，没有办法取消，因为每个进程自己也可能调用 DSWA 来控制自己的窗口要怎么圆角

@loading #1 是不会注入其他进程的钩子，而且只监听很少的事件、反应很快，测试没有发现性能问题。

@chutsetien #2 我知道那个方案的存在，但是那个方案需要管理员权限且会修改系统文件，这很可能导致自动更新挂掉，然后你会发现 DWM 起不来可能导致超时后蓝屏等等一系列问题……

很强，但是看了截图的表格数据之后：是快了 18.6 、11 、6 、2.2 、6.4 倍，或者速度变成原来的……倍，这些数还没大到 -1 可以忽略，表头的 speedup 也是误导性的陈述。

管理程序的跳转列表是每个程序自己的责任，因此最简单的假设是它们没有为自己添加这项功能。

如果你想要自己诊断，可以写一段使用 ICustomDestinationList 的代码，参考 https://learn.microsoft.com/en-us/windows/win32/api/shobjidl_core/nn-shobjidl_core-icustomdestinationlist 如果你不想自己诊断，简单的方法是请 Cent Browser 或 360 安全浏览器的客服解答，毕竟这两个软件都非开源。（当然，我觉得他们最简单的回答是请你重装 Windows 并从干净的状态安装这些软件。）

@lujiaosama #1 有 Git 也不安全，显然 AI agent 可以选择删除 .git 目录。

这本来只是我自己的担心，所以搜索了一下，确实有这种（愚蠢的）案例 https://news.ycombinator.com/item?id=48509874

有没有可能，普通的电脑有一个不但能显示歌词，还能显示任意程序的任意 UI 的灵动岛，而且它还不需要必须灵动？

@xue777hua #2 如果一个人在分析被瞎改过变量名的代码，显然会自动克制望文生义的冲动。