VS Code 中的文件和文件夹图标！

2016 年 9 月 8 日，Chris Dias，@chrisdias

叛逆。反抗。起义。

这些词语都描述了我们于 2014 年首次在 VS Code 的文件资源管理器树中添加图标的情景。@dmitar-asenov 是 @egamma 苏黎世实验室的一名实习生，他花了几小时时间，草草地编写了一套基本图标，因为他想在快速浏览文件树时区分文件和文件夹。

当我们开始开发“Monaco”编辑器时，资源管理器中的图标并没有被纳入轻量级编辑器。团队喜欢无图标树的简洁外观。对我们来说，图标感觉很笨重，提供的价值很小。我们担心维护 100 多个图标并使其与 Visual Studio IDE 保持同步。我们保留了图标实现，以防将来改变主意，但我们从未启用它。

快进到 2016 年 2 月。PR 3200 迫使我们再次讨论，但考虑到我们的“1.0”交付物和其他功能请求（例如选项卡），我们不得不推迟讨论。

在我们规划 2016 年 8 月发布时，许多热门功能请求都已得到解决，并且对图标的支持浮出水面。

GitHub 上有超过 200 个赞。
在最近停用的 User Voice 列表中排名第 9，有近 2500 票。
凭借超过 20 万次下载、170 条评论和 5 星评级，Roberto Huertas 的 vscode-icons 扩展已成为 Marketplace 中第五大最受欢迎的扩展。

vscode-icons extension

也许我们 2014 年错了。当时 VS Code 团队的 10 个人，很难构成一个具有统计学意义的数据集。200 多个赞表明我们需要听取这些反馈并重新审视这个问题。感谢您的反馈！

从一开始就很清楚，我们需要将图标主题化作为 VS Code 的一个扩展点。要提出一个所有人都同意的单一图标集是不可能的。如果没有适当的扩展机制，Roberto 不得不修补已安装的源，才能使 vscode-icons 扩展正常工作。

这种方法不仅意味着每次 VS Code 每日或每月更新时都需要重新安装扩展，而且还引发了一类新的问题，我们无法轻易诊断或修复，因为核心产品在我们发布后被修改了。将来，我们将努力最大限度地降低损坏核心产品的风险，以便用户不会因为安装扩展而被迫重新安装 VS Code。

随着 VS Code 1.5 版本的发布，我们现在支持文件资源管理器中的图标。

从文件 > 首选项 菜单或命令面板 (⇧⌘P (Windows, Linux Ctrl+Shift+P)) 中搜索文件图标主题

最初，我们将发布一个名为 Minimal 的单一、简单主题，它具有文件夹打开/关闭图标以及所有类型文件的单一文件图标。

当我们测试不同的图标并与 Roberto 合作以确保我们能够支持他的关键场景时，我们发现了 Seti UI 图标，它们最初在 Sublime Text 中流行起来。

然后我们被它征服了。

I heart seti

现在团队中的大多数人都在使用 Seti 图标，所以我们决定将它们包含在产品中，供所有人享用。只需在“文件图标主题选择”对话框中选择 Seti (Visual Studio Code) 图标主题即可。

注意：您可以在文件图标主题列表中上下箭头，并查看所选主题的预览，就像您在颜色主题中一样！

对于扩展作者来说，创建自己的文件图标主题包非常容易，请在此处查看原始文档此处，以及 VS Code 文档中的“添加新图标主题”主题。展望未来，我们将根据您的反馈继续完善 API。

再次感谢您的所有反馈，并感谢 Roberto 构建了一个受欢迎的扩展并帮助我们提供出色的 API。

编程愉快，

Chris Dias