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
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
> -----------------------
> Ra�l Guti�rrez Segal�s
>   +595 981 231 839
>
>


_______________________________________________
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Reply via email to