Sean, Wouldn't it be ok to merge "Bugs / Git / API / Buildbot" into "Develop", and expand them when you get to the Develop page? <br><br>Also, the language on the wiki home page makes it sound like communication is done via the wiki. "The Sugar Labs wiki is where the community comes together to develop and support the Sugar Learning Platform.
" This isn't really the case. IRC and mailing lists are far more useful places to "come together". The wiki reflects community-generated documentation, it seems to me. I have never (with one exception) had any response to something I placed on the talk page on sugarlabs or olpc wiki, and it would be frustrating for an unwary user to think there . Also, are the forums used? It would seem that if we really do our work via the lists, we should make the list archives prominent on the site and forget forums.<br>
<br><div class="gmail_quote">On Thu, Mar 26, 2009 at 2:59 PM, Sean DALY <span dir="ltr"><<a href="http://sdaly.be">sdaly.be</a>@<a href="http://gmail.com">gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
thanks Christian<br>
<br>
a related issue is our logo size and positioning which I would like to<br>
see left-justified (your suggestion of that for the press release was<br>
excellent) and... the Git size (bigger) rather than smaller, but i<br>
know you feel differently about that :-)<br>
<div><div></div><div class="h5"><br>
<br>
On Thu, Mar 26, 2009 at 10:51 PM, Christian Marc Schmidt<br>
<<a href="mailto:schmidt@pentagram.com">schmidt@pentagram.com</a>> wrote:<br>
> Hi Sean<br>
><br>
><br>
> Thanks for initiating this. I generally agree with the goals to unify the<br>
> site through a single navbar, but am also concerned about visual complexity.<br>
> The more we can consolidate navigation items, the better. I'll start<br>
> exploring visual treatments with the goal to find something that would work<br>
> across all sites. That said, it may still be sensible to keep the intro<br>
> separate from the other sites, to direct people in a more focused way<br>
> towards only a few sections that we determine (as is currently the case).<br>
><br>
><br>
> Christian<br>
><br>
><br>
><br>
> On 3/26/09 5:41 PM, "Sean DALY" <<a href="http://sdaly.be" target="_blank">sdaly.be</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>> wrote:<br>
><br>
>> Here are some ideas for a harmonized navbar across our domains, for<br>
>> discussion and input please.<br>
>><br>
>> By way of an anology, I would like that a visitor navigating between<br>
>> our welcoming reception area, our meeting room, our factory floor, our<br>
>> mailroom etc. always know where s/he is and how to get to another<br>
>> section and in particular the homepage: <a href="http://www.sugarlabs.org" target="_blank">www.sugarlabs.org</a>.<br>
>><br>
>> I know that Christian wants to keep the navbar short in the intro<br>
>> section so it is unobtrusive... that Josh wants a friendly home for<br>
>> Activities not unlike Mozilla's addons... that our wiki mavens want<br>
>> their usual workspace without fuss and bother, that teachers need a<br>
>> super easy to use section, and so on. That said, I think we all want<br>
>> teachers, parents, funders, journalists, bug reporters, developers,<br>
>> and... , kids :-) to be able to visit and explore the richness of our<br>
>> site without getting lost. Because for them, there is "the Sugar Labs<br>
>> site" and not 9 separate sites.<br>
>><br>
>> It is a measure of the labyrinthine nature of our site/sites that I<br>
>> discovered some sections today I hadn't suspected even existed, and<br>
>> these sections had no link to the main page or to each other.<br>
>><br>
>> Linking our sections will raise the visibility of our site and its<br>
>> richness will show any visitor (as if there were a doubt) that our<br>
>> community is vibrant.<br>
>><br>
>> So, here goes... let's start with the union of all the linked sections<br>
>> I can find for <a href="http://sugarlabs.org" target="_blank">sugarlabs.org</a>:<br>
>><br>
>> Home<br>
>> Wiki<br>
>> Blog (or Planet)<br>
>> Lists<br>
>> Bugs<br>
>> Git<br>
>> Schools<br>
>> Activities<br>
>> Download<br>
>> People<br>
>> Donate<br>
>> API<br>
>> Buildbot<br>
>> Trees<br>
>> Indices<br>
>> Index<br>
>> Lounge (or Forums or Discussions)<br>
>> FAQ<br>
>> Press (or Contact)<br>
>> Register<br>
>> Help<br>
>> About<br>
>> Sitemap<br>
>> Login<br>
>> Search<br>
>><br>
>> plus a missing one:<br>
>> Support/Feedback<br>
>><br>
>> 26 candidates for a navbar! ...More complicated than I suspected.<br>
>><br>
>> Some of these, in particular Search, are never identified as local to<br>
>> the section, sure to be confusing to the nontechnical visitor who just<br>
>> want to "search the Sugar Labs site". Not everyone knows the Google<br>
>> "site:<a href="http://sugarlabs.org" target="_blank">sugarlabs.org</a>" syntax :-)<br>
>><br>
>> Others are on the same subject, but point to different places; for<br>
>> example, the Activities section of the intro is not yet well<br>
>> integrated with <a href="http://activities.sugarlabs.org" target="_blank">activities.sugarlabs.org</a> and even points offsite, to<br>
>> the corresponding OLPC pages.<br>
>><br>
>> I think we can agree that 25, or 20, or even 15 choices are too many.<br>
>><br>
>> The traditional solution to this problem is two tiers: mouseover on<br>
>> the navbar reveals subchoices.<br>
>><br>
>> The idea being to standardize a navbar like this at the top of every<br>
>> section, giving "random access" to any other section.<br>
>><br>
>> For example, how about 9 main sections:<br>
>><br>
>> ***************************<br>
>> Home<br>
>><br>
>> Download<br>
>><br>
>> Activities<br>
>><br>
>> Schools<br>
>><br>
>> Contributors<br>
>> Wiki / Bugs / Git / API / Buildbot / Translate / People / Planet<br>
>><br>
>> Resources<br>
>> Documentation / FAQ / Mailing Lists / Community News / Index / Sitemap<br>
>><br>
>> Search<br>
>> Wiki search / Bugs search / Schools search<br>
>><br>
>> Contact<br>
>> Press / Forums / IRC / Support / Feedback<br>
>><br>
>> Donate<br>
>> ***************************<br>
>><br>
>> What do you think?<br>
>><br>
>> thanks<br>
>><br>
>> Sean<br>
>> Marketing Coordinator<br>
>><br>
>><br>
>><br>
>><br>
>> On Thu, Mar 26, 2009 at 7:13 PM, Simon Schampijer <<a href="mailto:simon@schampijer.de">simon@schampijer.de</a>> wrote:<br>
>>> Walter Bender wrote:<br>
>>>> If it is not already, I think we need to add tabbed browsing as an<br>
>>>> important 0.86 feature. We can certainly change the behavior of<br>
>>>> <a href="http://www.sugarlabs.org" target="_blank">www.sugarlabs.org</a>, but we cannot change the behavior of the web.<br>
>>><br>
>>> We can't? Doh - it is for the kids! :)<br>
>>><br>
>>> Yes - we need it only for 0.84. Please file a 0.86 enhancement bug about<br>
>>> the tabbed browsing.<br>
>>><br>
>>> Thanks,<br>
>>> Simon<br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Marketing mailing list<br>
>>> <a href="mailto:Marketing@lists.sugarlabs.org">Marketing@lists.sugarlabs.org</a><br>
>>> <a href="http://lists.sugarlabs.org/listinfo/marketing" target="_blank">http://lists.sugarlabs.org/listinfo/marketing</a><br>
>>><br>
><br>
> --<br>
><br>
> Christian Marc Schmidt<br>
><br>
> <a href="mailto:schmidt@pentagram.com">schmidt@pentagram.com</a><br>
><br>
> Pentagram Design, Inc.<br>
> 204 Fifth Avenue<br>
> New York, NY 10010<br>
> 212/ 802 0248<br>
><br>
><br>
><br>
><br>
_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>"It is difficult to get a man to understand something, when his salary depends upon his not understanding it." -- Upton Sinclair<br>