Here are some of the specs for the GPA computers that I noted down earlier this summer:<br><br>-HP Evo 500<br>-1.7 GHZ<br>-512 MB RAM<br><br>I feel that most hardware issues are due to lack of memory. <br><br><div class="gmail_quote">
On Wed, Jul 8, 2009 at 7:51 PM, Gary C Martin <span dir="ltr"><<a href="mailto:gary@garycmartin.com">gary@garycmartin.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;">
Hi Greg,<br>
<br>
First, thanks for the great write up!<br>
<div class="im"><br>
On 8 Jul 2009, at 20:40, Greg Smith wrote:<br>
<br>
> Seemed like a lot to me but most kids did it with a little help at<br>
> some steps. The other hard work flow was creating two images, one<br>
> right after the other. Here are the steps for that:<br>
><br>
> - Open paint<br>
> - Create painting<br>
> - Change name<br>
> - Click keep button (there's no feedback that it was saved, definitely<br>
> need something there)<br>
> - Change the name again<br>
> - Click Edit tab and erase the whole picture<br>
> - Paint new picture<br>
> - Save new picture<br>
<br>
</div>These steps show a very common mistake/misunderstanding based around a<br>
central design idea in Sugar – and likely show that idea to be a<br>
dangerous and/or poorly implemented one. It ties into the whole idea<br>
behind Journal, Activities, Keep, and Stop.<br>
<br>
Activities do not save, in the traditional sense, when you hit that<br>
keep button. The object you generate with 'keep' is of the the same<br>
'Activity' but with a different state. You end up with a trial of what<br>
looks like saved objects in your Journal with different states (sounds<br>
fine so far...). But try resuming any 2 of them at once... The first<br>
resume will work as expected, the 2nd will just switch you to the<br>
already opened Activity instance... Sugar believes them to be the same<br>
Activity, just different revisions, like a hidden chain of versions.<br>
I'd certainly suggest you not try collaborating with objects created<br>
like this, especially Write. You WILL be in a world of pain and WILL<br>
very likely lose work. But in the above case, the importing of such<br>
objects into Memorise luckily avoided the 'same activity id' problem.<br>
<br>
The correct procedure with current (and past) Sugar is:<br>
<br>
- Open new Paint Activity<br>
- Create painting<br>
- Change name<br>
- Click stop<br>
- Repeat<br>
<br>
This way each Journal entry is a new, separate Activity – no hidden<br>
barbed-wire code hooking it to other seemingly separate entries.<br>
<br>
Regards,<br>
<font color="#888888">--Gary<br>
</font><div><div></div><div class="h5"><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>Anurag Goel<br>