See <a href="http://bugs.sugarlabs.org/ticket/535#comment:5">http://bugs.sugarlabs.org/ticket/535#comment:5</a>, <span class="Apple-style-span" style="font-family: Arial, Verdana, 'Bitstream Vera Sans', Helvetica, sans-serif; ">Expose Journal, Home, Group, Neighborhood, & Frame Sources, where it's suggested that we extend the 'Show Source' facility to more of Sugar.</span><div>

<br>Learners like to exercise and demonstrate their knowledge by customizing or changing their environments. We can guide them to learn deeper concepts by giving them ways to encode their customizations. (Providing a convenient undo, save, and restore facility for their work would accelerate their learning.)<br>

<br>The 'Modifying Sugar' chapter in our manual, <a href="http://en.flossmanuals.net/Sugar/ModifyingSugar">http://en.flossmanuals.net/Sugar/ModifyingSugar</a>, provides a nice entry ramp for this learning activity. We could provide a similar tutorial for other Sugar features and then benefit from the creativity of all our learners.</div>

<div><br><br>On Sat, Mar 13, 2010 at 8:11 AM, Bernie Innocenti <<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>> wrote:<br>><br>> On Sat, 2010-03-13 at 13:35 +0100, Bert Freudenberg wrote:<br>><br>

> > So +1 to look customization. E.g., why not allow to change the<br>> > gray frame color? In Etoys you can at least change the toolbar<br>> > color (not permanently though, I should fix that). Even if it<br>

> > enrages our latte-drinking black-wearing designer friends ;)<br>> > they're kids after all ...<br>><br>> I feel that Sugar should aim to reach the same level of "hackability" of<br>> eToys: every UI element is an object that you could drag, drop, copy or<br>

> modify.<br>><br>> Of course, this has consequences in terms of stability and clarity.<br>> Before we could unleash this power we need to think of ways to recover<br>> from mistakes. If multiple undo is too hard, a "restore everything to<br>

> defaults" might be good enough.<br>><br>> Perhaps we're worrying too much. Re-installing the system from USB takes<br>> only 3 minutes and is already being done very often. A boy just showed<br>> up on the door of the repair lab, saying: "se borró el Navegador" (the<br>

> Browse activity deleted itself :-)<br>><br>> All we need to do is make the backup-update-restore procedure slightly<br>> more automated so that kids and teachers could do it without bothering<br>> the technicians.<br>

><br>> Actually, we don't even need to worry too much for a solid backup and<br>> restore procedure. I've always suspected that most kids wouldn't care<br>> about preserving their diary. Now it's confirmed: kids are flocking here<br>

> to get the new version of Sugar even though their journals are not going<br>> to be preserved across the upgrade.<br>><br>> On the other hand, teachers and teacher trainers always ask to preserve<br>> the content of their journal. Technicians use a pair of simple shell<br>

> scripts to tar up the journal to a USB stick, so they don't depend on<br>> being within the range of the correct school server.<br>><br>> I'll summarize all these things in a field report asap.<br>><br>

> --<br>>   // Bernie Innocenti - <a href="http://codewiz.org/">http://codewiz.org/</a><br>>  \X/  Sugar Labs       - <a href="http://sugarlabs.org/">http://sugarlabs.org/</a><br>><br>> _______________________________________________<br>

> Sugar-devel mailing list<br>> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>

<br></div>