ShellIconOverlayIdentifiers和windows10

Question

图标覆盖正在成为一个烦人的问题对我。在windows10上，你似乎可以拥有11 (或者是10?)叠加图标设置，其他则被忽略。这是一个非常低的数字，即使是一个服务也很容易使用。

因此，windows只需要按照字母顺序进行第一个N个设置，这就开始了以下的小趋势。

这是我的注册表：

​

​

正如你所看到的，公司开始增加空间以到达订单的最前面。在最近的更新中，dropbox已经增加了第三个空间！

问: 1)是否有一种方法可以使用字母顺序以外的其他方法来告诉windows使用哪些N个设置(以及windows支持的设置)？

( 2)是否有办法增加有效的标识符数目？

Answer 1

不，没有办法提高15图标的限制，这是限制在Windows中已经有多年了。

每个图像列表都包含一个用作覆盖的索引列表。叠加是在另一个图像上透明地绘制的图像。当前在图像列表中的任何图像都可以用作覆盖。每个图像列表最多可以指定四个覆盖。在4.71版中，这一限制已扩大到15。

因此，限制在Comctl32.dll中，我们无法修复它。覆盖处理程序按ASCII代码的顺序加载。因此，增加更多的空间会更早地加载它们。我删除Dropbox 5-10图标+ TSV4 +5，因为我不使用锁定。我也不使用Onedrive，所以我有最多15层。

看起来微软注意到了对更多图标和陈雷蒙德 写了一些关于这个问题的细节的需求。

16位限制是从普通控件的16位版本(在Windows 95中仍然需要支持)转来的。当然，现在没有人关心普通控件的16位版本，那么为什么不开始使用上面的位呢？ 有一个令人不满意的解释：--在内部管理fStyle的代码--在某些地方仍然使用一个单词，所以所有管理fStyle的代码都必须进行修改。这发生在跨Windows的多个模块中，因此必须跨多个组件进行同步更改。在二进制级别上，这是一个突破性的变化，因为接口不再兼容。中断更改在程序上很难协调:受影响的代码可能在shell团队中不可见，因为它们位于一个遥远的叶子分支中，还没有对主干进行RI。也许，将fStyle从一个词扩展到一个DWORD，对某些组件有着深远的影响。

因此，这是一个历史性的限制，更改它可以破坏Windows之外的其他组件。

Answer 2

我有这个问题。因此，虽然这个数字可能被锁定，但是名为Lars Pehrsson的开发人员已经创建了一个方便的可视化实用程序来管理前11名。https://github.com/larspehrsson/ShellIconOverlayIdentifiers/releases/tag/0.0.1