I would like to replace the paginated list with a list view (so its just one list that renders packages on demand) but am unsure wether this is something you want for this page or if there are any arguments against that.

Different behaviour in different browsers.

Safari 10 on Mac - seems to be completely random
Chrome 56 on Mac - seems to sort lexically rather than numerically (9 at top, 10 near the bottom)

When i am browsing through addons, I intuitively use my browsers back button to get to the page i just navigated away from. This however resets the lists offset completely.

I checked the console's net tab and it looks like your downloading just under 1MB of data each time I open the page. Feel free to use my localStorage and cache the data.

I think most browser localStorage can hold more than a MB.
http://stackoverflow.com/questions/3500713/html5-localstorage-size

Test the following (growing list):

• Search filters based on the query
• Search, when on another page, resets the page count
• Pagination works correctly
• Sorting for table headers works (all headers)
• Make sure copy install command works
• It links to the correct package and user
• Links to correct profile image
• Updated date is correct
• Details for addon is correct
• Make sure ember observer scores are correct
• Integration test components

If anyone else has anything to add much would be appreciated!

Related to ember-cli/ember-cli#2300

Add a '/getting-started' route where we add documentation on developing addons.

Sections

• Getting started
• Project structure
• Package.json
• Addon entry point + Hooks (with arguments + return value)
• Blueprints
• Testing addons
• Publishing

With comma

With space(NPM does it like this, perhaps to make for other countries using a different separator other than a comma)

Thoughts?

I've found myself using emberaddons.com to locate the code of an addon I'm using, but doing it this way makes GitHub two clicks away(read two page loads).

So I wait for emberaddons.com to load, then I click the addon's title and then wait for npm page to load, then click on the github link. I'd like a link/icon directly to GitHub.

Thanks

I tried showing travis badges on addons but it turns out this might be a tittle bit tricky. What I did was use the repository information from NPM to construct the travis badge url.

When that repo has a travis setup it works perfectly but if the user has not connected that specific repo with travis, the server will reply with JSON instead of an image which causes the badge to look broken.

@stefanpenner, @jpadilla any ideas?

Hello,
For your information, it seems that the http://emberaddons.com just expired this morning 😄

Thanks for this great job !

Gerfaut

I've been testing the site with 1.9.0 and it feels a bit slower than what we have up no. I would really like some suggestions on how to get the site working faster. Maybe do some pagination and filtering on the server side?

@stefanpenner @huafu @jpadilla

these are just ideas for discussion

• project of the week (featured project)
• projects by problem they solve (we can define additional meta data such as "component" "mixin")
• ... ?

Giovanni,

First off, thanks for running emberaddons.com, great site!

Had the start of an idea, would love your input. Thanks in advance for taking the time to read this unprompted ramble.

There are obviously a bunch of addons, and many of the common things (auth, pagination, etc) are covered. However, I feel like somebody starting with Ember still has to put in a lot of mental effort to pull everything together, or even worse they write one-off versions of these things themselves. I'd like to do something to make that easier, to make it seem more like Ember is "batteries included."

I don't know exactly what that is. Some possibly overlapping ideas are:

• An example app using 5-10 common addons.
• Example apps showing the most common scenarios for the most common addons, with some kind of automated testing to prove they work.
• A curated list of the "best in class" addons that people can refer to.

These are just the first things that came to mind, and I don't love any of them.

Basically, I feel like with Ember CLI, the Ember dev story is really close to being awesome, and addons are a huge part of that. It just needs a bit of a push.

Very interested in your thoughts, and have a great day.

It seems that scoped packages (as our addon @kockpit/ember-gantt) are not listed on emberaddons.com.

Is this planned for changing or are there reasons against using scoped packages?

Also see: https://sslcheck.globalsign.com/en_US/sslcheck?host=npmjs.org#54.187.170.181

what can we do to make this easier and most maintainable?

• http://broccoliplugins.com

from: #30 (comment)

I recently became aware of emberobserver.com, a great project which also lists ember addons.

The project has some obvious overlap with emberaddons.com and in the spirit of open source collaboration and building shared solutions for our community, I reached out to @kategengler so we can decide how to help each other.

I will update this issue once we have a chance to chat and exchange a few ideas.

Since yesterday npmjs.com has stopped redirecting links to /packages section and all links to it on emberaddons.com are stopped working (404).

https://www.npmjs.com/ember-cli-idcos — emberaddons
https://www.npmjs.com/package/ember-cli-idcos — how it should be.

Thinking about doing a re-design of the site. Any thoughts @jpadilla @stefanpenner ?

maybe in the package.json we could add the following and then have you API server pre-filter?

emberAddon: {
  private: true | false
}

cc @machty

It's used by ProductHunt.com (amongst other places) and is really fast. I'm starting to use it for my clients. They sometimes provide it to open source projects (https://www.algolia.com/doc/faq/accounts-billing/i-develop-an-open-source-or-not-for-profit-project), seems like it'd be a great fir for this site and Ember Observer ...

I've been working on an addon for it (not released yet), so if you're interested, I can try to release it for use here ...

• pre-sort payload from server, so first load needs no sorting
• store updated times as seconds since epoc (number) that way comparison / parsing is much simpler/faster.
• make sortProperties flat https://github.com/gcollazo/ember-cli-addon-search/blob/master/app/components/em-list.js#L51 no foo.bar only foo
• skip Ember.compare when sorting over a very large diverse set this can be unfortunately slow due to how flexible it is. Rather we should try to only sort via number compare or localecompare

See photo

I know I could just use a bookmarks folder, but It would be nice to star these addons so I can keep them in mind for later projects.

Since the back button is working now, we introduced the annoying side effect that ('cause query is a query param) the user can traverse through changes to the query in the browser history. So when you search for copyable and you hit the back button you are searching for copyabl.

All links is broken,

it should be prefixed with https://www.npmjs.com/package/

The package list do not sort correctly by date in emberaddons.com when I click the "Updated" column

For example, here is the package result after I click the "Updated" Column

We should add demoURL to the ember-addon object in package.json. That way every addon can report a link with a demo app to showcase what the addon can do. This would make it super easy to add that link on the site.

"ember-addon": {
  "configPath": "tests/dummy/config",
  "demoURL": "https://example.com/ember-cli-awesome-addon/demo/"
}

@gcollazo please setup Travis CI for this repo. We'll be getting a couple of real tests soon.

what can we do to make this easier and most maintainable?

• broccoliaddons.com

Right now it would be helpful to see which version of Ember an addon is using.

Any comments on that?

When I'm browsing the site I often care a lot more about visiting the addon's github repo than I do the npm page. If this is a common feeling I was going to add some sort of link to the github repo, maybe next to the Travis status badge? If we were to add this link, we could use one of the github buttons, or I could just build more simple links.

Thoughts?

Seems to be a lot of ember-cli-fill-murray-* addons. My guess is that there is a tutorial out there that walks people through publishing an addon. Would be nice to just ignore those somehow, they just pollute the list IMO.

http://www.emberaddons.com/#/?q=murray

I know I recommended it, and we should keep it, but maybe we load it a bit lazily

Column score doesn't show numeric scores anymore because related styles contain floats instead of integers (e,g, score--s6.0 instead of score--s6)

I would like to move the hosting of the site to something like S3 with CloudFront to improve initial loading time. Right now we are using Heroku which works fine but sometimes the dyno goes to sleep (free plan) and the first request takes a while to complete. Also I S3 has proven to be super reliable for hosting.

Thoughts or other suggestions? @stefanpenner @jpadilla

It's often that the app is having a broken JSON data as source, like if it was a partial of the full one. I do believe that it might be updated in-place on the server, and since it might take some time, the client is then reading a partially done JSON.

If that is the case, it'll be better to create a buffer/temp file first, then once this file is saved and done writing, move it to override the JSON file used by http query done in the frontend's store.

Hi,
It seems the addons are not correctly sorted anymore. (See screenshot)
I just copied the packages/list Controller to the console and did a naive manual sorting and it looked correct:

    controller.get('model').sortBy('time.modified')

If you do not have an immediate clue what the problem is, I would go on the bug-hunt and see if I could make a PR. Just give me a shout.