Thanks Tomeu for your suggestion. I think that will work for us in the interim and I'll have to investigate how time-consuming is to change the sugar code and build and sign our own image.
I basically don't want students to be able to erase any activities. After our first deployment here in Afghanistan, we had to reinstall a lot of laptops because students accidentally deleted most of their activities. > This is a recurrent problem. Perhaps we should have an option in the > control panel to enable/disable the showing of the Erase option for > activities or make moving the Erase option a few more clicks away (perhaps > inside the control panel, the activity updater widget/code might be > reusable). > > Basir: is your motivation based on establishing a policy of having some > activities not erased or because users accidentally remove activities > every once in a while (as we have experienced frequently in our deployment > in Paraguay) ? > > > > > On Dom, 3 de Mayo de 2009, 6:01 am, Tomeu Vizoso wrote: >> [adding sugar-devel to cc] >> >> On Sun, May 3, 2009 at 11:32, <nout...@paiwastoon.com.af> wrote: >>> Greetings all, >>> >>> I am new to the whole OLPC thing so please bear with me. We are using >>> the >>> standard build to install XOs and then use shell scripts for the >>> localization and to make small changes. >>> >>> I need to remove the 'Erase' option from the right click menu (when you >>> right click on an activity icon). Is there anyway that this can be done >>> without modifying the sugar source code and creating a new build? >> >> Hi Basir, >> >> I don't see a way to remove the palette option without changing the >> Sugar code, but if you change the file permissions so that the user >> 'olpc' cannot remove the activity directory, the erasing operation >> will fail and the activity will remain installed. Note that this will >> cause activity updates to fail, in case that's an issue for you. >> >> "sudo chown root.root -R ~/Activities/Write.activity" >> >> This command will make that Write is not erasable from the Sugar >> palette. >> >> Please note that the most appropriate forum to direct these questions >> is sugar-devel: http://lists.sugarlabs.org/listinfo/sugar-devel . >> >> HTH, >> >> Tomeu >> >>> Thanks >>> Basir >>> >>> _______________________________________________ >>> Devel mailing list >>> de...@lists.laptop.org >>> http://lists.laptop.org/listinfo/devel >>> >> _______________________________________________ >> Sugar-devel mailing list >> Sugarfirstname.lastname@example.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > > > ----------------------- > Ra�l Guti�rrez Segal�s > +595 981 231 839 > > _______________________________________________ Sugar-devel mailing list Sugaremail@example.com http://lists.sugarlabs.org/listinfo/sugar-devel