<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 2, 2013 at 2:12 PM, Manuel Quiñones <span dir="ltr"><<a href="mailto:manuq@laptop.org" target="_blank">manuq@laptop.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2013/5/2 Walter Bender <<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>>:<br>
<div><div class="h5">><br>
><br>
><br>
> On Thu, May 2, 2013 at 12:35 PM, Walter Bender <<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>><br>
> wrote:<br>
>><br>
>><br>
>><br>
>><br>
>> On Thu, May 2, 2013 at 12:27 PM, Manuel Quiñones <<a href="mailto:manuq@laptop.org">manuq@laptop.org</a>> wrote:<br>
>>><br>
>>> After reading the old thread,<br>
>>><br>
>>> I see there was agreement on the problem, but no one discussed the<br>
>>> solution / workflow.<br>
>>><br>
>>> I think multiple home views can complicate the Sugar interface.<br>
>>> Overloading the favorites as proposed complicates things, IMHO.<br>
>>><br>
>>> Here are two other options:<br>
>>><br>
>>> - A School activity that is a launcher of other activities.  It can<br>
>>> have collections like "Math", etc.<br>
>>><br>
>>><br>
>>> - Enhace the search entry: search for tags.  Add tags to activities<br>
>>> like "math". Provide autocompletion.<br>
>><br>
>><br>
>> Yeah. I think either of these proposals are possible solutions, but at a<br>
>> cost:<br>
>> (1) something more for teachers to learn (they already know how to use the<br>
>> homeview)<br>
>> (2) something more to maintain<br>
>> (3) something more to design/code<br>
>> (4) not clear they actually lessen complexity<br>
>><br>
><br>
> And another thing :)<br>
><br>
> I am not convinced that searching by curriculum topic, e.g.,g searching for<br>
> "math" is in line with how we want to encourage Sugar to be used in the<br>
> classroom. A project-based approach is about tools, not curriculum. So, for<br>
> example, if I wanted the kids to make a Fototoon, I'd want Fototoon, Record,<br>
> Paint, Browse, Write, et al. on the desktop. Collections based on projects,<br>
> not curricula, is what we should be promoting.<br>
<br>
</div></div>Yes, couldn't agree more.  That's why I was a bit concerned on IRC<br>
when you talked about one home view per lesson.<br>
<br>
--<br>
.. manuq ..<br>
</blockquote></div><br></div><div class="gmail_extra">I guess we are talking past each other here. I wasn't intending that we implement one homeview per lesson but rather the teacher *may* choose to change the homeview per lesson (as per my Fototoon example above). I think that 2 home views: one for the classroom (fromal) and one for the kid (informal) covers most of what we'd need practically. But I could imagine building an extensible solution -- easy enough under the hood, but I fear that it may complicate things too much for the user. In terms of the implementation details, let's discuss that after we agree on the design.<br>
<br></div><div class="gmail_extra">regards.<br><br></div><div class="gmail_extra">-walter<br clear="all"></div><div class="gmail_extra"><br>-- <br>Walter Bender<br>Sugar Labs<br><a href="http://www.sugarlabs.org">http://www.sugarlabs.org</a><br>

</div></div>