<div class="gmail_quote">On Wed, Apr 6, 2011 at 8:22 AM, Sridhar Dhanapalan <span dir="ltr"><<a href="mailto:sridhar@laptop.org.au">sridhar@laptop.org.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Sugar doesn't seem to place any limits, so conceivably there could be<br>
100 kids trying to access the same instance. I tried a game of<br>
Memorise on XOs in a class last week, and I saw errors such as<br>
children being able to connect to the session but not actually<br>
participate (which basically halted the game when it came to that<br>
child's turn).<br>
<br>
This can be frustrating for the children and the teacher. If we could<br>
manage their expectations, they would be much more receptive.<br>
<br>
Games in other media (board games, console games, etc.) cite a hard<br>
limit on the number of players (e.g. "2-4 players"). Might it be<br>
useful for us to do that in Sugar? This could be implemented as a mere<br>
recommendation or a hard restriction in the code.<br></blockquote><div><br></div><div>Hi Sridhar,</div><div><br></div><div>I seem to remember some discussions about an activity or its metadata specifying for how many users its made for (e.g. two users for certain activities and games). Additional users would then be able to observe the collaborative mode in some sort of "view only" mode. Unfortunately I now can't seem to find the appropriate e-mail threads on the lists...</div>
<div><br></div><div>Cheers,</div><div>Christoph</div></div><br>-- <br>Christoph Derndorfer<br>co-editor, olpcnews<br>url: <a href="http://www.olpcnews.com">www.olpcnews.com</a><br>e-mail: <a href="mailto:christoph@olpcnews.com">christoph@olpcnews.com</a><br>