Hi, 

for all of our different push offerings, we have a central landing page ([1]), and soon that page will also list our work on the WebPush spec ([2])
Since this model is quite handy, having a centralized landing page, I'd propose we do that for other features, like OAuth2 and Sync as well.


With the new design, the "feature" is more a module, which is fine. The Screenshot of the modules page ([3]), we list all of our feature, or more modules ;-) 
While for PUSH we have more than just one repo (UPS, SimplePush and now WebPush + demos), I think the getting started should go to a 'feature' (or module) landing page. For AeroGearPush that would be [1], or something similar. Basically, on this "module landing page", I'd like to list all relevant GH repos, link to JIRA and perhaps other resources.

Any thoughts?


Now, taking a different example, sync, we would list these repos:

iOS:
https://github.com/aerogear/aerogear-ios-sync
https://github.com/aerogear/aerogear-ios-sync-client
https://github.com/aerogear/aerogear-ios-sync-demo

Android:
https://github.com/aerogear/aerogear-android-sync

JS:
https://github.com/aerogear/aerogear-js (part of the lib)
https://github.com/aerogear/aerogear-js-cookbook (a sync demo, based on node)

Sync-Server:
https://github.com/aerogear/aerogear-sync-server


+ linking to the JIRAs tracked for the different Sync milestones (currently the ones with the 'sync-1.0.0.alpha.1' label)


When we have clear "module" entry or landing pages, it's easy for new users, to get an understanding what it is all about. Instead of jump around on the site (which is why we generally do the new site :-))


Does that make sense ? 


-Matthias

[1] https://aerogear.org/push/
[2] https://github.com/aerogear/aerogear.org/pull/468
[3] https://www.dropbox.com/s/zypkqd3nn3wma9w/Screen%20Shot%202015-01-20%20at%2016.38.33.png?dl=0


--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf