John
> 鉴于后期构建的应用可能会越来越复杂,在设计和构建复杂的组件对象时是否会考虑使用 fabric 类似的库操作 fabric 库貌似只是用于 SVG 转 Canvas 的操作，对于复杂组件对象来说，“动态容器” 组件就能满足大部分场景
@guoqiwen8 如果你想要在纯前端里实现 git 插件相关的功能，你需要做以下事情 - 由于是纯前端，没有 node 环境，那么需要实现一个 worker 插件来实现 scm 面板，插件文档可以看 [这里](https://opensumi.com/zh/docs/extension/web-extension) - scm 面板使用到的 api 是 Source Control API，具体见 vscode 官方的插件 api [文档](https://code.visualstudio.com/api/extension-guides/scm-provider) - 此时 scm 面板已经具备了前端能力，比如 input...
> 我认为：用户自己在右下角选择的语言 应该大于 我们根据扩展名探测出来的语言 但这样会不会带来额外的性能问题？当文件树比较多的时候，主题插件展示图标还得去识别语言模式？
这个问题还存在吗，我没有复现
目前升上去后能正常 work，功能验证也没问题，但依赖的 mobx 会在控制台报以下错误，提示说在渲染过程中尝试更新另一个组件的状态和属性  可能需要调整一些代码来规避。 然后本来想升级 mobx，但目前对方还处于 WIP https://github.com/mobxjs/mobx/pull/3005, 所以 mobx 版本保持不变 actions - [ ] 解决升级导致 mobx 报错的问题
> 看起来好像在 `[email protected]` 已经解决这个问题了？ @Ricbet 晚点再看看
> Hey @erha19 @Ricbet 👋，目前这个 RFC 有什么新的进展么？ 目前主要是 mobx 依赖问题。升级 mobx 有较大的 bk，不升级 mobx 又有 waring 的报错问题（不过这个不影响功能的使用） 这块如果您有兴趣，可以一起来贡献一下～
Pin 这个功能得实现一下，现在是没有的
有这些改动前后的对比图吗？