Atom Package RSS feed is a mess


I subscribed to the RSS feed for Atom packages. There have been some good ones.

However, many packages are posted without the actual package name, no instructions on usage, and no image where an image is needed. This makes the whole Atom Package experience unpleasant and loaded with user error.

For example, today I saw this

At first I didn’t get the name right in apm install. So I did a search and found 3:

What is the difference between these? Why are there 3 in the first place?

I think it the Atom package world is going to succeed, some curation is needed in a big way. I can’t trust if I an getting an “official” port (of a Sublime or Textmate package I use already) or something less than that.


Are TextMate or Sublime Text packages curated? They’re not to my knowledge. So why would such a process be necessary for Atom packages?


Perhaps not by Sublime, but there is this which I use to browse packages.

Even if there is not a curator or a site like Wbond, I still think that package submitters should ensure that their package submissions have instructions (either right there, or on their github page) and/or screenshots where needed. While it’s true that submissions for Sublime et al sometimes are often lacking, I would hope since this is a new editor we can nip that in the bud and improve the package experience.


I’ve used the wbond site. I’ve even submitted packages for Sublime through it. If he does any actual curation, I couldn’t tell. Also, since last I checked it was really only one guy … it took weeks to get my package listed initially through Package Control and at least a week to get the metadata updated. I would much prefer the Atom system of things being listed immediately with no curation to even pristine curation with a backlog measured in more than a day.

That doesn’t mean that both can’t coexist though. The current Atom package system can continue and then conscientious people such as yourself can collect “the best of the best” and create a curated system that points people to the best packages. Then we get the best of both worlds! (This, by the way, is the system that Emacs essentially has for their package system … they have multiple package listing sources … some curated and some not. And each user can choose for themselves which site or sites they want to use.)


This site has exactly the same problem