<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 20, 2015 at 9:58 PM, Corinne Krych <span dir="ltr">&lt;<a href="mailto:corinnekrych@gmail.com" target="_blank">corinnekrych@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
&gt; On 20 Jan 2015, at 17:01, Matthias Wessendorf &lt;<a href="mailto:matzew@apache.org">matzew@apache.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Hi,<br>
&gt;<br>
&gt; 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])<br>
&gt; Since this model is quite handy, having a centralized landing page, I&#39;d propose we do that for other features, like OAuth2 and Sync as well.<br>
&gt;<br>
&gt;<br>
&gt; With the new design, the &quot;feature&quot; is more a module, which is fine. The Screenshot of the modules page ([3]), we list all of our feature, or more modules ;-)<br>
&gt; 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 &#39;feature&#39; (or module) landing page. For AeroGearPush that would be [1], or something similar. Basically, on this &quot;module landing page&quot;, I&#39;d like to list all relevant GH repos, link to JIRA and perhaps other resources.<br>
&gt;<br>
&gt; Any thoughts?<br>
&gt;<br>
&gt;<br>
&gt; Now, taking a different example, sync, we would list these repos:<br>
&gt;<br>
&gt; iOS:<br>
&gt; <a href="https://github.com/aerogear/aerogear-ios-sync" target="_blank">https://github.com/aerogear/aerogear-ios-sync</a><br>
&gt; <a href="https://github.com/aerogear/aerogear-ios-sync-client" target="_blank">https://github.com/aerogear/aerogear-ios-sync-client</a><br>
&gt; <a href="https://github.com/aerogear/aerogear-ios-sync-demo" target="_blank">https://github.com/aerogear/aerogear-ios-sync-demo</a><br>
&gt;<br>
&gt; Android:<br>
&gt; <a href="https://github.com/aerogear/aerogear-android-sync" target="_blank">https://github.com/aerogear/aerogear-android-sync</a><br>
&gt;<br>
&gt; JS:<br>
&gt; <a href="https://github.com/aerogear/aerogear-js" target="_blank">https://github.com/aerogear/aerogear-js</a> (part of the lib)<br>
&gt; <a href="https://github.com/aerogear/aerogear-js-cookbook" target="_blank">https://github.com/aerogear/aerogear-js-cookbook</a> (a sync demo, based on node)<br>
&gt;<br>
&gt; Sync-Server:<br>
&gt; <a href="https://github.com/aerogear/aerogear-sync-server" target="_blank">https://github.com/aerogear/aerogear-sync-server</a><br>
&gt;<br>
&gt;<br>
&gt; + linking to the JIRAs tracked for the different Sync milestones (currently the ones with the &#39;sync-1.0.0.alpha.1&#39; label)<br>
&gt;<br>
<br>
</span>Do you mean adding a fifth button “List of JIRA tickets&quot; after “github repo” or this JIRA button is only accessible via Doc-&gt;roadmap menu?<br></blockquote><div><br></div><div>I think it is a good thing to have another link, to all the upcoming JIRAs from a &#39;feature&#39; or &#39;modules&#39; page. Users of the current bits may be also interested, to some degree, into what&#39;s coming next.</div><div><br></div><div>While a &#39;link&#39; from Docs/Roadmaps is good as well.</div><div><br></div><div>-M</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
&gt;<br>
&gt; When we have clear &quot;module&quot; entry or landing pages, it&#39;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 :-))<br>
&gt;<br>
&gt;<br>
&gt; Does that make sense ?<br>
&gt;<br>
&gt;<br>
&gt; -Matthias<br>
&gt;<br>
&gt; [1] <a href="https://aerogear.org/push/" target="_blank">https://aerogear.org/push/</a><br>
&gt; [2] <a href="https://github.com/aerogear/aerogear.org/pull/468" target="_blank">https://github.com/aerogear/aerogear.org/pull/468</a><br>
&gt; [3] <a href="https://www.dropbox.com/s/zypkqd3nn3wma9w/Screen%20Shot%202015-01-20%20at%2016.38.33.png?dl=0" target="_blank">https://www.dropbox.com/s/zypkqd3nn3wma9w/Screen%20Shot%202015-01-20%20at%2016.38.33.png?dl=0</a><br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Matthias Wessendorf<br>
&gt;<br>
&gt; blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
&gt; sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
&gt; twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
</span>&gt; _______________________________________________<br>
&gt; aerogear-dev mailing list<br>
&gt; <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
<br>
<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a></div>
</div></div>