Language-tools: 使 atom-svelte 软件包正式化？

我猜你是说这个 repo的@orta对我来说，添加这个似乎很直接，代码不多。 另一方面，如果我们为所有 IDE 添加官方插件，这在某些时候可能会变得很麻烦。 再说一次，Atom 是一种流行的 IDE。 你怎么认为？

我猜你是说这个 repo 的插件？

是的，这就是我的意思。

我强烈支持@kahverengi001。 唯一阻碍我在私人项目中真正使用 Svelte 甚至在工作中推动它的事情是在 Atom 中根本不支持它 - 请参阅https://github.com/UnwrittenFun/svelte-atom/issues/3和https://github.com/UnwrittenFun/svelte-atom/issues/8。

我不反对。 虽然我很犹豫。

我很高兴设置部署基础设施等，但它需要自己的贡献者。 考虑到 atom-svelte repo 已经存在 2 年了，并且只收到了一个 PR。 它看起来不像人们正在积极努力改进和拥有它。 这是我们是否能够在这里处理它的真正迹象。

将扩展移到这个 repo 中也可能只是让它不使用，但现在期望的是，在 vscode infra 上工作的人也需要支持 atom，但事实并非如此。

@robinloeffel / @kahverengi001您是否有兴趣积极工作和维护它？

作为替代方案，我们可以在当前 repo 中创建一个 PR 来简单地更新依赖项。 这应该足够了（我希望）。

@kahverengi001您是否有兴趣积极工作和维护它？

好吧，我想帮助 Atom 扩展的开发，但老实说我什至不知道从哪里开始。 我需要检查已经做了什么，我能做什么，我该怎么做。 我可以简单地为我所做的任何事情打开拉取请求。

这意味着是的，我很感兴趣。

我很高兴设置部署基础设施等，但它需要自己的贡献者。 考虑到 atom-svelte repo 已经存在 2 年了，并且只收到了一个 PR。 它看起来不像人们正在积极努力改进和拥有它。

我和我的一些同事一样使用 atom 作为我的日常编辑器。 Svelte 是我们代码库的很大一部分，糟糕的插件支持已经有一段时间了。 我过去曾考虑过贡献，但根据我以前与作者的经验而犹豫不决。 我不是要花时间研究它然后让我的公关坐在那里。

如果插件给了我这里的新家并且没有被忽视，我很乐意提供帮助。

https://github.com/sveltejs/language-tools/pull/160开始将其移入此 repo