私はAtomを使うのが大好きですが、そのための洗練されたパッケージはとても古いので、とにかく作者と話してそれを公式パッケージにするのは好きですか?
それは私が推測するサポートするより良い言語になるでしょう。
私はあなたがこのリポジトリからの@orta私にとっては、これを追加するのは非常に簡単なようですが、コードはそれほど多くありません。 一方、すべてのIDEに公式プラグインを追加すると、ある時点で面倒になる可能性があります。 繰り返しになりますが、Atomは人気のあるIDEです。 どう思いますか?
このリポジトリのプラグインを意味していると思いますか?
ええ、これは私が意味したことです。
私は@ kahverengi001を強く2番目にしています。 プライベートプロジェクトでSvelteを実際に利用すること、そしておそらく仕事でSvelteをプッシュすることさえ妨げている唯一のことは、AtomでSvelteをまったくサポートしていないことです。https://github.com/UnwrittenFun/svelte-atom/issues/3を参照してhttps://github.com/UnwrittenFun/svelte-atom/issues/8。
私はそれに反対していません。 でも躊躇しています。
インフラストラクチャのデプロイなどを設定できてうれしいですが、独自の貢献者が必要になります。 アトムスベルテレポが2年前から存在していて、PRを1回しか受けていないことを考えると。 人々がそれを改善して所有するために積極的に取り組んでいるもののようには見えません。 これが、ここで処理できるかどうかの本当の兆候です。
拡張機能をこのリポジトリに移動しても、未使用のままにすることもできますが、vscodeインフラストラクチャで作業している人も、atomをサポートする必要があると予想されますが、そうではありません。
@robinloeffel / @ kahverengi001積極的に働き、維持することに興味がありますか?
別の方法として、現在のリポジトリでPRを作成して、依存関係を更新することもできます。 これで十分なはずです(私は願っています)。
@ kahverengi001積極的に働き、維持することに興味がありますか?
さて、私はAtom拡張機能の開発を手伝いたいのですが、正直にどこから始めればよいのかさえわかりません。 何ができたのか、何ができるのか、どうすればよいのかを確認する必要があります。 何をしたとしても、プルリクエストを開くだけです。
これは、はい、私が興味を持っていることを意味します。
インフラストラクチャのデプロイなどを設定できてうれしいですが、独自の貢献者が必要になります。 アトムスベルテレポが2年前から存在していて、PRを1回しか受けていないことを考えると。 人々がそれを改善して所有するために積極的に取り組んでいるもののようには見えません。
同僚の何人かと同じように、私は毎日の編集者としてatomを使用しています。 Svelteは私たちのコードベースの大部分であり、悪いプラグインのサポートはしばらくの間私たちの足のとげでした。 私は過去に貢献することを考えていましたが、著者との以前の経験に基づいて躊躇していました。 私はそれに取り組むことに時間を費やして、それから私のPRをそこに座らせることではありませんでした。
プラグインが与えられた場合、私はここに新しい家を持ち、無視されませんでした。喜んでお手伝いします。
https://github.com/sveltejs/language-tools/pull/160がこのリポジトリへの移動を開始し
最も参考になるコメント
https://github.com/sveltejs/language-tools/pull/160がこのリポジトリへの移動を開始し