Re: [Sugar-devel] Removing 'share' option from activites that don't know how to share
On Thu, Jun 24, 2010 at 22:23, Gary Martin garycmar...@googlemail.com wrote: On 24 Jun 2010, at 16:20, Martin Langhoff martin.langh...@gmail.com wrote: Talking with the Perú team a few days ago about F11/S0.84 (both on xo-1.5 and xo-1) Teachers and testers were very confused with the 'share' option in activities where sharing does nothing, or is seriously buggy. To avoid confusing users, they are looking into removing the 'share' option from most activities. This is practical and executive for them short-term; of course the right fix is for activities do call up the 'share' option only where actual sharing code exists and is known to work... What is the right fix? Do we want a list of activities where it should be removed, and prod the maintainers, and only file bugs for those that don't respond soonish? Making a list of the offenders and posting would be a start, but remember to state the release you are targeting/testing. Here's a likely large chunk of the problem... For Sugar 0.86 and above the new toolbars will disable the sharing UI with: self.max_participants = 1 For Sugar 0.82 the trick was: activity_toolbar = toolbox.get_activity_toolbar() activity_toolbar.share.props.visible = False For Sugar 0.84 the trick seems to be: activity_toolbar = toolbox.get_activity_toolbar() activity_toolbar.share.hide() I've not noticed an elegant way to detect Sugar versions other than try: except: clauses around some newer modules, with fallback to 0.82 code. Anyone point to a specific activity doing this type of thing nicely? In python it's favoured to check if the API you want to use is available with hasattr(). FWIW, I think this should go upstream as is of obvious interest for all our users. Has Peru someone who can take care of this or should we try to find someone else? Regards, Tomeu Regards, --Gary (The above would be an informal copy of the mass bug filing protocol @ Debian.) m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Removing 'share' option from activites that don't know how to share
Here is the list - Implode (No comparte en ninguna version) - Paint (No comparte en ninguna version) - Labyrinth - Flipsticks - Cuerpo Humano - English for Fun - JigsawPuzzle (no comparte en version 0.84 pero si en 0.82) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
inventario-0.4 released
Hi, ParaguayEduca created a great Rails-based inventory system for their deployment in Paraguay. I've spent the last few weeks adapting it for Peru, where it is also planned to be used. Most of my changes were able to go back into Paraguay's codebase, and we've made a v0.4 release. http://wiki.paraguayeduca.org/index.php/Get_Inventory_System The main changes are: - Added a concept of assignments - this allows for a laptop to be assigned to its final owner, but not yet in his hands (because it's still in the warehouse, for example). With this change we've knocked down a fairly big showstopper for many potential deployments to use system. - working install documentation at http://wiki.paraguayeduca.org/index.php/Get_Inventory_System and some development notes (Spanish) http://wiki.paraguayeduca.org/index.php/Inventario_desarrollo Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Gnome vs Sugar -- The judgement day
This morning we had a meeting with 15 formadores (teacher trainers) of Caacupé. After the initial excitement for a colorful and familiar desktop, the controversy around Gnome has been growing and growing. Many users and teachers love it and use it as their primary work environment, many others hate it wholeheartedly for the new problems it brings to the classroom (see the thread GNOME and protecting Sugar on sugar-devel@ for the full details). There's consensus among the formadores that Gnome isn't designed for little children, and many think that it's just a distraction from the pedagogical goals of the project. So I called for a motion: who wants to disable GNOME in the next release? Disable Gnome: 8 votes Keep Gnome:7 votes So Gnome will go, but there's hardly a general consensus about it. In fact, I fear the day in which we have to impose this decision on all users. Even those who think that Gnome should be disabled for others, would like to keep it for themselves. During the debate, a lot of people asked if it would be possible to hide gnome instead of removing it. Sure, that would be easy... but if we instruct our techies a secret command to re-enable it, within days it will spread among all children. Security by obscurity never works. Other suggestions to lock down the desktop were also knocked down: children become extremely clever when it comes to make room for mp3s and videos. Someone correctly pointed out that children where perfectly capable to fill up their filesystem with questionable materials even with Sugar 0.82, but at this point Gnome had become too much the root of all evils for anyone to consider the possibility that ditching it wouldn't really solve the issue at its root. Other proposals to instruct the students on how to correctly manage free space where similarly rejected. Teachers demand a technological mean to solve a problem of discipline and computer literacy. Many asked if we could enable Gnome only for teachers and perhaps 4th graders. I initially said no, because issuing two separate images with and without Gnome would be overkill for us. But is it true? I'm already brewing two separate builds for the XO-1 and XO-1.5... Building four images at release time is actually not a big deal. So this is probably what we're going to do, in the end. You can bet that many young children will figure out ways to obtain the forbidden software anyway... but at least the blame for it will no longer fall on us :-) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Gnome vs Sugar -- The judgement day
Raul had what I had thought was a nice compromise solution: to eliminate the control-panel section for switching. Then the switch would be a deliberate act from the Terminal, presumably by deliberate action by the student. Then any damage would be in the realm of violating the social contract between teacher and student (I defaced my text book) as opposed to an accident (the dog ate my homework). In La Rioja, they are just beginning to discuss the topic, but the Raul suggestion resonated with them. regards. -walter On Fri, Jun 25, 2010 at 7:16 PM, Bernie Innocenti ber...@codewiz.org wrote: This morning we had a meeting with 15 formadores (teacher trainers) of Caacupé. After the initial excitement for a colorful and familiar desktop, the controversy around Gnome has been growing and growing. Many users and teachers love it and use it as their primary work environment, many others hate it wholeheartedly for the new problems it brings to the classroom (see the thread GNOME and protecting Sugar on sugar-devel@ for the full details). There's consensus among the formadores that Gnome isn't designed for little children, and many think that it's just a distraction from the pedagogical goals of the project. So I called for a motion: who wants to disable GNOME in the next release? Disable Gnome: 8 votes Keep Gnome: 7 votes So Gnome will go, but there's hardly a general consensus about it. In fact, I fear the day in which we have to impose this decision on all users. Even those who think that Gnome should be disabled for others, would like to keep it for themselves. During the debate, a lot of people asked if it would be possible to hide gnome instead of removing it. Sure, that would be easy... but if we instruct our techies a secret command to re-enable it, within days it will spread among all children. Security by obscurity never works. Other suggestions to lock down the desktop were also knocked down: children become extremely clever when it comes to make room for mp3s and videos. Someone correctly pointed out that children where perfectly capable to fill up their filesystem with questionable materials even with Sugar 0.82, but at this point Gnome had become too much the root of all evils for anyone to consider the possibility that ditching it wouldn't really solve the issue at its root. Other proposals to instruct the students on how to correctly manage free space where similarly rejected. Teachers demand a technological mean to solve a problem of discipline and computer literacy. Many asked if we could enable Gnome only for teachers and perhaps 4th graders. I initially said no, because issuing two separate images with and without Gnome would be overkill for us. But is it true? I'm already brewing two separate builds for the XO-1 and XO-1.5... Building four images at release time is actually not a big deal. So this is probably what we're going to do, in the end. You can bet that many young children will figure out ways to obtain the forbidden software anyway... but at least the blame for it will no longer fall on us :-) -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Documents ???
Looking at Journal View as presented by sugar-0.88.1-5.3bernie.fc11, a Documents icon shows up in the lower left (in the View's margin). I am confused by the presence of this new icon. I have NOT explicitly identified any Documents - neither in internal XO storage nor in external XO storage. Yet this new icon appears next to my existing storage device icons for Journal (internal) and SD card (external). What is the purpose of this Documents icon in Journal View footer ? Should it be shown even when the user hasn't set up Documents ? Thanks, mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: olpcgames - mainloop bug help
Hi there, Sorry I missed this email. You might want to check out sugargame which does not use this event loop wrapping approach: http://wiki.sugarlabs.org/go/Development_Team/Sugargame That said I see in a later post that you switched to GTK/Cairo which is great - so long as you don't get too bogged down by Cairo's slow rendering on XO-1. Best, Wade On Sat, Jun 5, 2010 at 7:58 PM, World Class Project- Dev Team deve...@worldclassproject.org.uk wrote: Hi all, I have managed to fix most of my bugs for my new game, but please could someone help me with this? I am using olpcgames wrapper. Exception in thread Thread-1: Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 525, in __bootstrap_inner self.run() File /usr/lib/python2.6/threading.py, line 477, in run self.__target(*self.__args, **self.__kwargs) File /usr/share/sugar/activities/FreeFromMalaria.activity/olpcgames/canvas.py, line 143, in _start gtk.main_quit() RuntimeError: called outside of a mainloop The code is in git://git.sugarlabs.org/freefrommalaria/mainline.git And the main loop is in GameController.py , I cannot for the life of me figure out where this exception is being raised in my code. I have no idea whats being called outside the mainloop. Please could any one offer any insight? Thanks in advance. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Gnome vs Sugar -- The judgement day
On Fri, Jun 25, 2010 at 11:29 PM, Kevin Cole kjc...@dc.sugarlabs.org wrote: That's sort of where I was thinking: Make it harder or at least something requiring more than a button push. I know when I was having troubles with not being able to use the mouse, I was able to get to a virtual terminal, drill down to the appropriate file and edit it to switch desktop environments. I'm not saying it has to be THAT obscure, but something requiring a wee bit of effort may suffice... And presumably, one thing that could be done from Terminal is to install the control-panel section. -walter If that's not enough, could it be set up so that there is no way to permanently set to GNOME, requiring users to jump through hoops any time they reboot? That way, only those who wanted it badly enough would bother to go to the terminal every time. On Jun 25, 2010 8:03 PM, Walter Bender walter.ben...@gmail.com wrote: Raul had what I had thought was a nice compromise solution: to eliminate the control-panel section for switching. Then the switch would be a deliberate act from the Terminal, presumably by deliberate action by the student. Then any damage would be in the realm of violating the social contract between teacher and student (I defaced my text book) as opposed to an accident (the dog ate my homework). In La Rioja, they are just beginning to discuss the topic, but the Raul suggestion resonated with them. regards. -walter On Fri, Jun 25, 2010 at 7:16 PM, Bernie Innocenti ber...@codewiz.org wrote: This morning we had... -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop proj... -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Removing 'share' option from activites that don't know how to share
On 25 Jun 2010, at 20:27, Daniel Drake d...@laptop.org wrote: Here is the list - Implode (No comparte en ninguna version) - Paint (No comparte en ninguna version) - Labyrinth Oh joy, interesting, so it's just0.84 that's borked up, Labyrinth is correctly disabling the share feature under 0.82 and 0.88. Regards, --Gary - Flipsticks - Cuerpo Humano - English for Fun - JigsawPuzzle (no comparte en version 0.84 pero si en 0.82) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Gnome vs Sugar -- The judgement day
Teachers demand a technological mean to solve a problem of discipline and computer literacy. Launch GNOME under a separate account with a quota and with limited or no sudo access. This will cut out most of the mayhem, thereby buying you time to work out a more integrated solution. Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
