[Sugar-devel] GSOC 2010: Sugar Voice Control

[chirag jain]

Hi,

I have written a proposal on Sugar Voice Control:
http://wiki.sugarlabs.org/go/Summer_of_Code/2010/speech-recognition

Deadline
is approaching and I feel that more feedback and suggestions will be greatly
appreciated. :)

-- 
Chirag Jain

Undergraduate Student
Netaji Subash Institute of Technology
New Delhi
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] GSoC ideas for feedback

[Mohan Raj R]

I have been having some ideas for pushing the help system to the next level
by embedding the power of the community knowledge directly in the UI using
videos: See-Me-Do kind of thing. I came across some related projects

http://www.autodeskresearch.com/projects/learning

> ToolClips
>
> One of the main learnability challenges associated with complex software
> applications is learning to use the tools which the application provides.
> Advancements in the technologies that we use provide new opportunities to
> provide the necessary assistance. In particular, video assistance has become
> widespread. However, such assistance is generally in the form of long video
> tutorials, accessed externally from the software application. With the
> ToolClips project, we augment traditional tooltips with videos, giving users
> rapid, contextual, and within-application access video clips, to help
> understand how to use the associated tools. Our research on ToolClips has
> been published and is also being transferred into Autodesk products.
>
CommunityCommands
>
> Amazon recommends books to its users. Netflix recommends movies. With
> CommunityCommands, Autodesk will recommend command functionality to its
> users. CommunityCommands collects usage data from thousands of Autodesk
> users, through the Customer Involvement Program (CIP), and then generates
> personalized command recommendations using newly developed algorithms.
> CommunityCommands will expose users to the critical commands which they
> should be using, but are not aware of, accelerating the learning process.


I think if implemented properly these might make the activities and the
system itself more accessible to a large number of children - especially
those in underdeveloped nations with little/no exposure to technology and
very little external help.

And.. I had proposed an idea earlier
http://wiki.sugarlabs.org/go/Summer_of_Code/2010/Adaptive_UI_Framework_for_Different_Age_Groups

Is it sounding too complicated ?  unnecessary ?  not clear ? timeline not
good ? - appreciate any feedback.

Am really looking forward to be part of the community.

Thanks,
Mohan
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore

[Bernie Innocenti]

On Thu, 2010-04-08 at 17:04 -0300, Esteban Arias wrote:
> Another possible design:
> 
> In the volumes Toolbar of the Journal, when the user press click right
> on the volume connected, the palette shows also: "Backup Journal" and
> "Restore Journal"

+1. I like this idea.

To backup/restore on the schoolserver, we could add similar commands to
the palette of the Journal icon on the volumes toolbar. It sounds more
natural there than in the control panel.

Martin (Langhoff, not Abente): the backup UI delegates the actual work
to 3 simple shell scripts which were written by Daniel Drake last year.
They depend on other files from ds-backup-client, so it would make sense
to fold them in there.

The glue scripts are here:

 http://people.sugarlabs.org/bernie/sugar/journal-backup
 http://people.sugarlabs.org/bernie/sugar/journal-backup-list
 http://people.sugarlabs.org/bernie/sugar/journal-restore

Alternatively, we could put these into the sugar-datastore package
alongside with the other bits from the ds-backup-client package. This
would save us the time to get a new package through the Fedora review
process.

Since we need a working backup/restore solution by next Monday, I've
already included the scripts in a custom ds-backup-client package. If we
decide to go for a different solution, I'll make the necessary changes
after the release.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/

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

Re: [Sugar-devel] how to run the Physics Activity as a standalone application?

[Walter Bender]

On Thu, Apr 8, 2010 at 9:14 PM, Rafael Enrique Ortiz Guerrero
 wrote:
> Vimal,
>
> Walter did some work about this with Turtle Art,
> you might want to look into it.
>
> Rafael Ortiz
>

A more simpler example would be Abacus.

http://git.sugarlabs.org/projects/abacus/repos/mainline/trees/master

-walter

>
> On Thu, Apr 8, 2010 at 11:06 AM, Tomeu Vizoso  wrote:
>> On Sat, Apr 3, 2010 at 03:46, Vimal Joseph  wrote:
>>> Hi,
>>>
>>> Is it possible to run the Physics activity as a standalone application?
>>> I've tried that (Physics-4.tar.gz) and got the following error:
>>>
>>> Traceback (most recent call last):
>>>  File "physics.py", line 129, in 
>>>    main()
>>>  File "physics.py", line 123, in main
>>>    game = PhysicsGame(screen)
>>>  File "physics.py", line 50, in __init__
>>>    self.canvas = olpcgames.ACTIVITY.canvas
>>> AttributeError: 'NoneType' object has no attribute 'canvas'
>>>
>>> I've installed the pygame and box2d and related libraries. I use Ubuntu
>>> 9.10
>>
>> Hi Vimal, you will need to modify Physics to not depend on
>> sugar-specific stuff if you want it to run outside Sugar.
>>
>> Regards,
>>
>> Tomeu
>>
>>> thanks,
>>>
>>> ~vimal
>>>
>>> --
>>> Libarate your documents, Celebrate document freedom day 2010
>>> Use OpenOffice : http://openoffice.org
>>> http://documentfreedom.org
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] how to run the Physics Activity as a standalone application?

[Rafael Enrique Ortiz Guerrero]

Vimal,

Walter did some work about this with Turtle Art,
you might want to look into it.

Rafael Ortiz



On Thu, Apr 8, 2010 at 11:06 AM, Tomeu Vizoso  wrote:
> On Sat, Apr 3, 2010 at 03:46, Vimal Joseph  wrote:
>> Hi,
>>
>> Is it possible to run the Physics activity as a standalone application?
>> I've tried that (Physics-4.tar.gz) and got the following error:
>>
>> Traceback (most recent call last):
>>  File "physics.py", line 129, in 
>>    main()
>>  File "physics.py", line 123, in main
>>    game = PhysicsGame(screen)
>>  File "physics.py", line 50, in __init__
>>    self.canvas = olpcgames.ACTIVITY.canvas
>> AttributeError: 'NoneType' object has no attribute 'canvas'
>>
>> I've installed the pygame and box2d and related libraries. I use Ubuntu
>> 9.10
>
> Hi Vimal, you will need to modify Physics to not depend on
> sugar-specific stuff if you want it to run outside Sugar.
>
> Regards,
>
> Tomeu
>
>> thanks,
>>
>> ~vimal
>>
>> --
>> Libarate your documents, Celebrate document freedom day 2010
>> Use OpenOffice : http://openoffice.org
>> http://documentfreedom.org
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Sur] nuevos idiomas

[Kevin Mauricio Benavides Castro]

bueno para esto pienso trabajar con una universidad de la costa Caribe de
Nicaragua para poder tener mas soporte para este lenguaje


El 8 de abril de 2010 16:29, Benjamin M. Schwartz
escribió:

> Kevin Mauricio Benavides Castro wrote:
> > Hola como estan a todos los de la lista
> >
> > actualmente se entregaran XO en las dos regiones autónomas de Nicaragua
> la
> > cual el lenguaje natal de ellos es miskito la cual me gustaría saber la
> > forma de integrar este lenguaje a Sugar
> >
> > Mas información
> > [http://en.wikipedia.org/wiki/Miskito]
>
> Kevin:  Necesitamos añadir Miskito a http://translate.sugarlabs.org/.
> Imagino que quieras http://en.wikipedia.org/wiki/Miskito_language y no
> http://en.wikipedia.org/wiki/Miskito_Coastal_Creole.  Sayamindo puedo
> añadir el idioma en ese sítio.  Despues, necesitamos traductores que
> pueden hacerlo por su browser.
>
> Sayamindu:  Kevin wants to translate Sugar into the Miskito language of
> Nicaragua (links above). I'm not sure if the Miskito native language or
> the Miskito-English Creole is the target.  Neither is presently available
> in the translation system.
>
> --Ben
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>


-- 
Kevin Mauricio Benavides Castro
Technical Support-Nicaragua OLPC
www.wiki.laptop.org/go/user/kevin.benavides  - Soporte XO
http://www.sistemascastros.netne.net/
-
www.fedoraproject.org
Fedora Project Developer
Linux User: #12356
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Sur] nuevos idiomas

[Benjamin M. Schwartz]

Kevin Mauricio Benavides Castro wrote:
> Hola como estan a todos los de la lista
> 
> actualmente se entregaran XO en las dos regiones autónomas de Nicaragua la
> cual el lenguaje natal de ellos es miskito la cual me gustaría saber la
> forma de integrar este lenguaje a Sugar
> 
> Mas información
> [http://en.wikipedia.org/wiki/Miskito]

Kevin:  Necesitamos añadir Miskito a http://translate.sugarlabs.org/.
Imagino que quieras http://en.wikipedia.org/wiki/Miskito_language y no
http://en.wikipedia.org/wiki/Miskito_Coastal_Creole.  Sayamindo puedo
añadir el idioma en ese sítio.  Despues, necesitamos traductores que
pueden hacerlo por su browser.

Sayamindu:  Kevin wants to translate Sugar into the Miskito language of
Nicaragua (links above). I'm not sure if the Miskito native language or
the Miskito-English Creole is the target.  Neither is presently available
in the translation system.

--Ben



signature.asc
Description: OpenPGP digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] nuevos idiomas

[Kevin Mauricio Benavides Castro]

Hola como estan a todos los de la lista

actualmente se entregaran XO en las dos regiones autónomas de Nicaragua la
cual el lenguaje natal de ellos es miskito la cual me gustaría saber la
forma de integrar este lenguaje a Sugar

Mas información
[http://en.wikipedia.org/wiki/Miskito]

-- 
Kevin Mauricio Benavides Castro
Technical Support-Nicaragua OLPC
www.wiki.laptop.org/go/user/kevin.benavides  - Soporte XO
http://www.sistemascastros.netne.net/
-
www.fedoraproject.org
Fedora Project Developer
Linux User: #12356
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] How to make image pixmaps a consistent six when the image file dimensions vary?

[James Simmons]

Sascha,

It's done.

http://bugs.sugarlabs.org/ticket/1921

James Simmons


On Thu, Apr 8, 2010 at 4:37 PM, Sascha Silbe
 wrote:
> On Thu, Apr 08, 2010 at 04:21:03PM -0500, James Simmons wrote:
>
> [Preview images]
>>
>> Unfortunately, the Journal expects these images to be a consistent size.
>
> Can you open a ticket about that on bugs.sugarlabs.org, please? The Journal
> should scale the images to fit the screen.
>
> CU Sascha
>
> --
> http://sascha.silbe.org/
> http://www.infra-silbe.de/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQEcBAEBAgAGBQJLvkyLAAoJELpz82VMF3Da+tQH/1S20eBZuwkhgxrgPesYWj2W
> HczaIv0RoRExc5Wfpvgd/GSkd8QTO5LR/HaFOPmbhSZzVxQl9eWIRd9OvafFJqX+
> kVbhVUsM4fRiFvtBsfc62DwJj9CGuB8gTivVcGnb4Dj3QnMJuvDsC8wYT63A2bBG
> WtZmqPHSErxh+sppFpBSLkmBwvGmraKt8VLI8LNtv7hHk0++n8rkLYtX2w1rG04C
> wqvGEkz8qad8B/H/TcAbjM/s1vu8kFJLzZ0uoiSA+m1qgtv2fsmihQxJWlMQxnsc
> i4rA4rKnaF0sJuzom2+4r8SWYREQNpxelGEyJAoNQDY/hg27L5VZeBHOHuv92eg=
> =iA5F
> -END PGP SIGNATURE-
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] How to make image pixmaps a consistent six when the image file dimensions vary?

[Sascha Silbe]

On Thu, Apr 08, 2010 at 04:21:03PM -0500, James Simmons wrote:

[Preview images]
Unfortunately, the Journal expects these images to be a consistent 
size.
Can you open a ticket about that on bugs.sugarlabs.org, please? The 
Journal should scale the images to fit the screen.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/

signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] How to make image pixmaps a consistent six when the image file dimensions vary?

[Walter Bender]

On Thu, Apr 8, 2010 at 5:21 PM, James Simmons  wrote:
> After studying sugar.activity.Activity I managed to get Sugar
> Commander to add preview metadata to Journal entries created by
> importing image files from the file system.  Unfortunately, the
> Journal expects these images to be a consistent size.  It doesn't look
> at the image itself and figure out how to fit it in the space
> available.  Instead it assumes the image size and the end result is
> often an image that is stretched horizontally or vertically.
>
> I could make my own Activity display the images correctly but I want
> the Journal to do that too.  So what I'd like to do is start with an
> image, shrink it down so it fits inside 320x240, then pad it out as
> needed to make it 320x240, then add that as the preview image.

I've never been able to figure out how to get pygyk to resize the way
you describe either. In Turtle Art I do my own rescaling in much the
wqay you describe to maintain aspect ratios of blocks that have image
skins on them. If you find there is a better way, please b'cast.

-walter
>
> I've been looking at PyGTK documentation and so far I haven't seen a
> way to do that.  I have not had much luck with the PyGTK mailing lists
> in the past so I thought I'd try asking here first.
>
> Thanks,
>
> James Simmons
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] How to make image pixmaps a consistent six when the image file dimensions vary?

[James Simmons]

After studying sugar.activity.Activity I managed to get Sugar
Commander to add preview metadata to Journal entries created by
importing image files from the file system.  Unfortunately, the
Journal expects these images to be a consistent size.  It doesn't look
at the image itself and figure out how to fit it in the space
available.  Instead it assumes the image size and the end result is
often an image that is stretched horizontally or vertically.

I could make my own Activity display the images correctly but I want
the Journal to do that too.  So what I'd like to do is start with an
image, shrink it down so it fits inside 320x240, then pad it out as
needed to make it 320x240, then add that as the preview image.

I've been looking at PyGTK documentation and so far I haven't seen a
way to do that.  I have not had much luck with the PyGTK mailing lists
in the past so I thought I'd try asking here first.

Thanks,

James Simmons
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore

[Martin Abente]

I like the idea, but i think it will be very volumes-dependent, maybe
we should consider the fact that there are many backups technologies
(to/from a flash drive, to/from a xs server, to/from ftp... etc).
Therefore, at least the interface should be independent from the
technology.

On Thu, Apr 8, 2010 at 5:04 PM, Esteban Arias  wrote:
> Another possible design:
>
> In the volumes Toolbar of the Journal, when the user press click right on
> the volume connected, the palette shows also: "Backup Journal" and "Restore
> Journal"
>
> Esteban.
>
> 2010/4/8 Tomeu Vizoso 
>>
>> On Thu, Apr 8, 2010 at 17:25, Gabriel Eirea  wrote:
>> > 2010/4/8 Tomeu Vizoso :
>> >> On Tue, Apr 6, 2010 at 21:16, Esteban Arias 
>> >> wrote:
>> >>> hi,
>> >>>
>> >>> source on 0.82:
>> >>> https://desarrollo.ceibal.edu.uy/projects/respaldodiario/files
>> >>
>> >> couldn't access that URL, anybody else outside LATU can?
>> >
>> > I can, but you need to add an exception for the certificate.
>> >
>> > (Most of uruguayan certificates have expired and no one bothered to
>> > update them, it's sad.)
>>
>> Works now, I had to remove an expired personal certificate I had around.
>>
>> Regards,
>>
>> Tomeu
>>
>> > Regards,
>> >
>> > Gabriel
>> >
>> >>
>> >> Regards,
>> >>
>> >> Tomeu
>> >>
>> >>> we in uruguay could be adapt to 0.84 (to image of paraguay)...
>> >>>
>> >>>
>> >>> 2010/4/6 Bernie Innocenti 
>> 
>>  On Mon, 2010-04-05 at 11:39 -0300, Esteban Arias wrote:
>>  > Hi,
>>  >
>>  > In Plan Ceibal (Uruguay) , we developed solution of jorunal
>>  > backup/restore on sugar 0.82. We added button "Backup" and button
>>  > "Restore" on toolbar of the Journal activitie. If exist pendrive
>>  > connected, the system do backup/restore in the extern dispositive.
>>  > When the user press the button, the system run script to do
>>  > backup/restore.
>> 
>>  > The script is based of solution of Daniel Drake.
>> 
>>  The UI looks very nice! We were undecided whether to write a control
>>  panel item or add these functions to the journal.
>> 
>>  Are patches available anywhere? How much work would it be to adapt
>>  them
>>  to Sugar 0.84 and 0.88?
>> 
>>  It would be useful to make the git trees of Ceibal developers
>>  available
>>  for public review somewhere (either git.sugarlabs.org or a local
>>  gitweb), as you guys probably have accumulated plenty of other useful
>>  things that we might like to have.
>> 
>>  --
>>    // Bernie Innocenti - http://codewiz.org/
>>   \X/  Sugar Labs       - http://sugarlabs.org/
>> 
>> >>>
>> >>>
>> >>> ___
>> >>> Sugar-devel mailing list
>> >>> Sugar-devel@lists.sugarlabs.org
>> >>> http://lists.sugarlabs.org/listinfo/sugar-devel
>> >>>
>> >>>
>> >> ___
>> >> Sugar-devel mailing list
>> >> Sugar-devel@lists.sugarlabs.org
>> >> http://lists.sugarlabs.org/listinfo/sugar-devel
>> >>
>> >
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore

[Esteban Arias]

Another possible design:

In the volumes Toolbar of the Journal, when the user press click right on
the volume connected, the palette shows also: "Backup Journal" and "Restore
Journal"

Esteban.

2010/4/8 Tomeu Vizoso 

> On Thu, Apr 8, 2010 at 17:25, Gabriel Eirea  wrote:
> > 2010/4/8 Tomeu Vizoso :
> >> On Tue, Apr 6, 2010 at 21:16, Esteban Arias 
> wrote:
> >>> hi,
> >>>
> >>> source on 0.82:
> >>> https://desarrollo.ceibal.edu.uy/projects/respaldodiario/files
> >>
> >> couldn't access that URL, anybody else outside LATU can?
> >
> > I can, but you need to add an exception for the certificate.
> >
> > (Most of uruguayan certificates have expired and no one bothered to
> > update them, it's sad.)
>
> Works now, I had to remove an expired personal certificate I had around.
>
> Regards,
>
> Tomeu
>
> > Regards,
> >
> > Gabriel
> >
> >>
> >> Regards,
> >>
> >> Tomeu
> >>
> >>> we in uruguay could be adapt to 0.84 (to image of paraguay)...
> >>>
> >>>
> >>> 2010/4/6 Bernie Innocenti 
> 
>  On Mon, 2010-04-05 at 11:39 -0300, Esteban Arias wrote:
>  > Hi,
>  >
>  > In Plan Ceibal (Uruguay) , we developed solution of jorunal
>  > backup/restore on sugar 0.82. We added button "Backup" and button
>  > "Restore" on toolbar of the Journal activitie. If exist pendrive
>  > connected, the system do backup/restore in the extern dispositive.
>  > When the user press the button, the system run script to do
>  > backup/restore.
> 
>  > The script is based of solution of Daniel Drake.
> 
>  The UI looks very nice! We were undecided whether to write a control
>  panel item or add these functions to the journal.
> 
>  Are patches available anywhere? How much work would it be to adapt
> them
>  to Sugar 0.84 and 0.88?
> 
>  It would be useful to make the git trees of Ceibal developers
> available
>  for public review somewhere (either git.sugarlabs.org or a local
>  gitweb), as you guys probably have accumulated plenty of other useful
>  things that we might like to have.
> 
>  --
>    // Bernie Innocenti - http://codewiz.org/
>   \X/  Sugar Labs   - http://sugarlabs.org/
> 
> >>>
> >>>
> >>> ___
> >>> Sugar-devel mailing list
> >>> Sugar-devel@lists.sugarlabs.org
> >>> http://lists.sugarlabs.org/listinfo/sugar-devel
> >>>
> >>>
> >> ___
> >> Sugar-devel mailing list
> >> Sugar-devel@lists.sugarlabs.org
> >> http://lists.sugarlabs.org/listinfo/sugar-devel
> >>
> >
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] [ANNOUNCE] Sucrose 0.88.0 Stable Release

[Jonas Smedegaard]

On Thu, Apr 08, 2010 at 05:04:21PM +0200, Tomeu Vizoso wrote:

On Fri, Apr 2, 2010 at 02:06, Jonas Smedegaard  wrote:


what I seek: A political decision from a release team, maintained at 
some location easy to watch for changes.


Not sure if we have someone with spare cycles to do this job.


Are such political decisions taken at all?  If so, cc me directly (I 
might very well miss posts on these very active Sugarlabs lists), and I 
volunteer to attempt maintaining a concise listing on a wiki page.



 - Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] (no subject)

[Luke Faraone]

On Wed, Apr 7, 2010 at 10:30, Chus Picos  wrote:
> After a small study with my project supervisor, we thought it might be
> useful to develop an RSS reader. We know that there is already an activity
> called News Reader that implements this functionality, but it seems not to
> be very updated. We are considering to re-take it or to write something new,
> maybe based on some other RSS reeder, and would like to know your insight
> about this.


PenguinTV, which News Reader is based on, appears to be actively
maintained upstream 

Have you considered contacting them to see if they want help
revitalizing the News Reader activity?

-- 
Luke Faraone
http://luke.faraone.cc
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] (no subject)

[Chus Picos]

Hi Rafael.

We think that ReSiStance is a good base for our work because it has a simple
graphic interface. But first, we want to know if a feed reader is a useful
activity in Sugar.

Thanks.

2010/4/8 Rafael Enrique Ortiz Guerrero 

> Hi Chus.
>
>
> This idea was also light up on olpc-uruguay and olpc-sur so i guess it
> has some audience :).
>
>
> in wich feed reader are you looking to base your work on ?.
>
>
>
> Rafael Ortiz
>
>
>
> On Wed, Apr 7, 2010 at 10:30 AM, Chus Picos  wrote:
> > Hi.
> >
> > I'm a Software Engineering student at the Universidade da Coruña (Galicia
> -
> > Spain). Now I'm taking my first steps with Sugar. I want to do my final
> year
> > project developing an activity for this platform. If it is possible, I
> would
> > like your help to know what kind of activity could be more interesting.
> >
> > After a small study with my project supervisor, we thought it might be
> > useful to develop an RSS reader. We know that there is already an
> activity
> > called News Reader that implements this functionality, but it seems not
> to
> > be very updated. We are considering to re-take it or to write something
> new,
> > maybe based on some other RSS reeder, and would like to know your insight
> > about this.
> >
> > But as I said, that is just an idea and we are open to your suggestions..
> >
> > Regards and thank you very much.
> > ___
> > Sugar-devel mailing list
> > Sugar-devel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
> >
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore

[Tomeu Vizoso]

On Thu, Apr 8, 2010 at 17:25, Gabriel Eirea  wrote:
> 2010/4/8 Tomeu Vizoso :
>> On Tue, Apr 6, 2010 at 21:16, Esteban Arias  
>> wrote:
>>> hi,
>>>
>>> source on 0.82:
>>> https://desarrollo.ceibal.edu.uy/projects/respaldodiario/files
>>
>> couldn't access that URL, anybody else outside LATU can?
>
> I can, but you need to add an exception for the certificate.
>
> (Most of uruguayan certificates have expired and no one bothered to
> update them, it's sad.)

Works now, I had to remove an expired personal certificate I had around.

Regards,

Tomeu

> Regards,
>
> Gabriel
>
>>
>> Regards,
>>
>> Tomeu
>>
>>> we in uruguay could be adapt to 0.84 (to image of paraguay)...
>>>
>>>
>>> 2010/4/6 Bernie Innocenti 

 On Mon, 2010-04-05 at 11:39 -0300, Esteban Arias wrote:
 > Hi,
 >
 > In Plan Ceibal (Uruguay) , we developed solution of jorunal
 > backup/restore on sugar 0.82. We added button "Backup" and button
 > "Restore" on toolbar of the Journal activitie. If exist pendrive
 > connected, the system do backup/restore in the extern dispositive.
 > When the user press the button, the system run script to do
 > backup/restore.

 > The script is based of solution of Daniel Drake.

 The UI looks very nice! We were undecided whether to write a control
 panel item or add these functions to the journal.

 Are patches available anywhere? How much work would it be to adapt them
 to Sugar 0.84 and 0.88?

 It would be useful to make the git trees of Ceibal developers available
 for public review somewhere (either git.sugarlabs.org or a local
 gitweb), as you guys probably have accumulated plenty of other useful
 things that we might like to have.

 --
   // Bernie Innocenti - http://codewiz.org/
  \X/  Sugar Labs       - http://sugarlabs.org/

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

Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore

[Gabriel Eirea]

2010/4/8 Tomeu Vizoso :
> On Tue, Apr 6, 2010 at 21:16, Esteban Arias  wrote:
>> hi,
>>
>> source on 0.82:
>> https://desarrollo.ceibal.edu.uy/projects/respaldodiario/files
>
> couldn't access that URL, anybody else outside LATU can?

I can, but you need to add an exception for the certificate.

(Most of uruguayan certificates have expired and no one bothered to
update them, it's sad.)

Regards,

Gabriel

>
> Regards,
>
> Tomeu
>
>> we in uruguay could be adapt to 0.84 (to image of paraguay)...
>>
>>
>> 2010/4/6 Bernie Innocenti 
>>>
>>> On Mon, 2010-04-05 at 11:39 -0300, Esteban Arias wrote:
>>> > Hi,
>>> >
>>> > In Plan Ceibal (Uruguay) , we developed solution of jorunal
>>> > backup/restore on sugar 0.82. We added button "Backup" and button
>>> > "Restore" on toolbar of the Journal activitie. If exist pendrive
>>> > connected, the system do backup/restore in the extern dispositive.
>>> > When the user press the button, the system run script to do
>>> > backup/restore.
>>>
>>> > The script is based of solution of Daniel Drake.
>>>
>>> The UI looks very nice! We were undecided whether to write a control
>>> panel item or add these functions to the journal.
>>>
>>> Are patches available anywhere? How much work would it be to adapt them
>>> to Sugar 0.84 and 0.88?
>>>
>>> It would be useful to make the git trees of Ceibal developers available
>>> for public review somewhere (either git.sugarlabs.org or a local
>>> gitweb), as you guys probably have accumulated plenty of other useful
>>> things that we might like to have.
>>>
>>> --
>>>   // Bernie Innocenti - http://codewiz.org/
>>>  \X/  Sugar Labs       - http://sugarlabs.org/
>>>
>>
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore

[Tomeu Vizoso]

On Tue, Apr 6, 2010 at 21:16, Esteban Arias  wrote:
> hi,
>
> source on 0.82:
> https://desarrollo.ceibal.edu.uy/projects/respaldodiario/files

couldn't access that URL, anybody else outside LATU can?

Regards,

Tomeu

> we in uruguay could be adapt to 0.84 (to image of paraguay)...
>
>
> 2010/4/6 Bernie Innocenti 
>>
>> On Mon, 2010-04-05 at 11:39 -0300, Esteban Arias wrote:
>> > Hi,
>> >
>> > In Plan Ceibal (Uruguay) , we developed solution of jorunal
>> > backup/restore on sugar 0.82. We added button "Backup" and button
>> > "Restore" on toolbar of the Journal activitie. If exist pendrive
>> > connected, the system do backup/restore in the extern dispositive.
>> > When the user press the button, the system run script to do
>> > backup/restore.
>>
>> > The script is based of solution of Daniel Drake.
>>
>> The UI looks very nice! We were undecided whether to write a control
>> panel item or add these functions to the journal.
>>
>> Are patches available anywhere? How much work would it be to adapt them
>> to Sugar 0.84 and 0.88?
>>
>> It would be useful to make the git trees of Ceibal developers available
>> for public review somewhere (either git.sugarlabs.org or a local
>> gitweb), as you guys probably have accumulated plenty of other useful
>> things that we might like to have.
>>
>> --
>>   // Bernie Innocenti - http://codewiz.org/
>>  \X/  Sugar Labs       - http://sugarlabs.org/
>>
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [ASLO] Release Record-66

[Sugar Labs Activities]

Activity Homepage:
http://activities.sugarlabs.org/addon/4081

Sugar Platform:
0.82 - 0.84

Download Now:
http://activities.sugarlabs.org/downloads/file/26865/record-66.xo

Release notes:
* Increase audio volume on XO
* 0sugarize Record blobs to let use native gst on recent systems


Sugar Labs Activities
http://activities.sugarlabs.org

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

Re: [Sugar-devel] scalability in the neighborhood view

[Tomeu Vizoso]

On Sun, Mar 28, 2010 at 20:06, Martin Langhoff
 wrote:
> On Wed, Mar 24, 2010 at 8:38 PM, Frederick Grose  wrote:
>>> http://wiki.sugarlabs.org/go/Design_Team/Specifications/Groups
>> See http://wiki.sugarlabs.org/go/Design_Team/Proposals/Groups
>
> Thanks for the links. I re-read the spec and mockups. Looks like a
> fantastic start.
>
> Brief comments
>
>  - For "closed groups managed by Moodle/XS", it would make things
> easier for teacher if we could to read a URL from the group
> description field, and show an icon that links there (opening
> Browse.xo...)
>
>  - The user management for closed groups already exists in Moodle (but
> looks moodlish instead of Sugarish). This is in case Tomeu is lazy ;-)

Yes, definitely I think that groups would be managed in the Moodle web
interface, if that's what you meant.

I'm right now focusing on salut, but will get to gabble soon and will
ask for more details then.

Thanks,

Tomeu

> cheers,
>
>
> 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-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Status of printing support?

[Tomeu Vizoso]

On Mon, Apr 5, 2010 at 15:21, Daniel Castelo
 wrote:
> I haven't made any relevant progress in this feature. As I said in my last
> email, I don't know if community has reached a concensus about this feature.

With gtk-print we could quite easily print from Read and produce PDFs
from most activities (the ones that use cairo).

Any reason for not going this path?

Regards,

Tomeu

> On Sun, Mar 28, 2010 at 11:28 PM, Vamsi Krishna Davuluri
>  wrote:
>>
>> Sorry about the long hiatus. I Had to go places for my
>> thesis; almost done with Engg. school.
>>
>> Daniel, would be nice if you can update me with what
>> you've worked out on. I will be free full time, and will
>> definitely work on integrating it.
>>
>> Regards,
>> Vamsi
>>
>> On Fri, Mar 5, 2010 at 10:35 PM, Daniel Castelo
>>  wrote:
>>>
>>> I have spoken with the developers of the GoSC [1] Andres Ambrois and
>>> Vamsi Krishna Davuluri about this topic, some time ago I've spoken with
>>> Tomeu too. I have read the discussion about this topic on the list [2] and I
>>> am not sure if the community has a consensus about the solution.
>>>
>>> About GoSC, I have tested the Print activity and works fine.
>>>
>>> I've wrote a new wiki page about this feature, with the goal of separate
>>> the work done on GoSC and the feature that we want in Sugar [3].  A solution
>>> could be add an option to the journal to print some types of entries. Here
>>> in Uruguay the first goal is to bring the possibility of print using a local
>>> printer.
>>>
>>> I know that Vamsi wants to work on this feature, and obviously me too.
>>>
>>>
>>> Finally, sorry for the delay!
>>>
>>> [1]
>>> http://wiki.sugarlabs.org/go/Summer_of_Code/2009/Print_Support
>>>
>>> [2]
>>> http://lists.sugarlabs.org/archive/sugar-devel/2009-April/013921.html
>>> http://lists.sugarlabs.org/archive/sugar-devel/2009-May/014166.html
>>>
>>> [3]
>>> http://wiki.sugarlabs.org/go/Features/Print_Support
>>>
>>> On Sun, Feb 28, 2010 at 6:11 PM, Christoph Derndorfer
>>>  wrote:

 Hi all,

 since a teacher at the Austrian pilot project asked whether Sugar would
 support printing in the forseeable I was wondering what the current status
 in this area was?

 Last time I checked (back in August) the GSoC project hadn't evolved
 beyond a very early prototype that I personally couldn't get to run. 
 Looking
 around the mailing list and the wiki I couldn't find any updated 
 information
 so is it safe to assume that little to no progress has been made in that
 area? Or did I simply miss something?

 Also I remember Daniel from Plan Ceibal talking about the desire to make
 that happen based on demands from Uruguay.

 @Daniel, any news from South America when it comes to this?

 Thanks in advance,
 Christoph

 --
 Christoph Derndorfer
 co-editor, olpcnews
 url: www.olpcnews.com
 e-mail: christ...@olpcnews.com
>>>
>>>
>>>
>>> --
>>> Ing. Daniel Castelo
>>> Plan Ceibal - Área Técnica
>>> Avda. Italia 6201
>>> Montevideo - Uruguay.
>>> Tel.: 601.57.73 Interno 2228
>>> E-mail : dcast...@plan.ceibal.edu.uy
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>
>
>
>
> --
> Ing. Daniel Castelo
> Plan Ceibal - Área Técnica
> Avda. Italia 6201
> Montevideo - Uruguay.
> Tel.: 601.57.73 Interno 2228
> E-mail : dcast...@plan.ceibal.edu.uy
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] how to run the Physics Activity as a standalone application?

[Tomeu Vizoso]

On Sat, Apr 3, 2010 at 03:46, Vimal Joseph  wrote:
> Hi,
>
> Is it possible to run the Physics activity as a standalone application?
> I've tried that (Physics-4.tar.gz) and got the following error:
>
> Traceback (most recent call last):
>  File "physics.py", line 129, in 
>    main()
>  File "physics.py", line 123, in main
>    game = PhysicsGame(screen)
>  File "physics.py", line 50, in __init__
>    self.canvas = olpcgames.ACTIVITY.canvas
> AttributeError: 'NoneType' object has no attribute 'canvas'
>
> I've installed the pygame and box2d and related libraries. I use Ubuntu
> 9.10

Hi Vimal, you will need to modify Physics to not depend on
sugar-specific stuff if you want it to run outside Sugar.

Regards,

Tomeu

> thanks,
>
> ~vimal
>
> --
> Libarate your documents, Celebrate document freedom day 2010
> Use OpenOffice : http://openoffice.org
> http://documentfreedom.org
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore Control Panel

[Tomeu Vizoso]

On Thu, Apr 1, 2010 at 04:30, Bernie Innocenti  wrote:
> On Thu, 2010-04-01 at 09:21 +1100, James Cameron wrote:
>> On Wed, Mar 31, 2010 at 06:36:06PM -0300, mabente wrote:
>> > So, what do you guys think?
>>
>> I like it.
>>
>> I presume it won't appear unless a school server is known?
>
> I wonder if this can be done at the control panel level... probably
> easier to let the icon appear anyway, and then disable the functionality
> in the window.
>
> In the future, we may want to add a backup/restore function for
> removable storage.

Any comments from the design team?

Regards,

Tomeu

> --
>   // Bernie Innocenti - http://codewiz.org/
>  \X/  Sugar Labs       - http://sugarlabs.org/
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] [ANNOUNCE] Sucrose 0.88.0 Stable Release

[Tomeu Vizoso]

On Fri, Apr 2, 2010 at 02:06, Jonas Smedegaard  wrote:
> On Fri, Apr 02, 2010 at 10:21:50AM +1100, James Cameron wrote:
>>
>> On Fri, Apr 02, 2010 at 12:34:26AM +0200, Jonas Smedegaard wrote:
>>>
>>> I can go hunt down the info at ASLO for each and every chunk of code
>>> related to Sugar in some way.
>>
>> Erk.
>>
>> What a strange concept.  Is this ASLO database available in any other
>> public form than "run Browse from a Sugar instance and search for an
>> activity?"
>>
>> Couldn't the dependency on, or compatibility with, specific versions of
>> Sugar be mentioned in the activity source?  Why keep it separate?
>
>  * There's (sometimes) comments in release notes.
>  * There's alternative branches in Git
>  * There's discussions on mailinglists
>  * There's ASLO database
>
> All of those - and also hints in source itself - are different from what I
> seek: A political decision from a release team, maintained at some location
> easy to watch for changes.

Not sure if we have someone with spare cycles to do this job.

Regards,

Tomeu

>
>  - Jonas
>
> --
> * Jonas Smedegaard - idealist & Internet-arkitekt
> * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCgAGBQJLtTT6AAoJECx8MUbBoAEh3fYP/Rt+52/QtzoH61MuLjGQa10M
> tVag8lRAoDhQWx/U+QkRXvcoo6SwCzLMxYBiD4danIOJQMTarPdcg5ChNFeSz5/V
> yoNyuaOuD/vsHD41OUtRZy3asjczuyLnd7oVGRJdebtv8bIPXqHCgmERBxS6AxjP
> BXR9g8ukkPKHh3/daGwijVgUq7AbIHNokxe9+4NYFUGsIKfz9LPmi1Nc5EBDwsGV
> cqtFZRaaN+0lWxrbfRWLLUenTX5YQOgeAvgxlscEU4kQA0/GOwpyYDvAxj+KvbvQ
> lvutxczGdOVAh91qU8XPlz0q/qkrvRGfms2HoJArfgoZCdI9rnlXtWA1ZFxzckNd
> if0JOZQwtmmvQ7miXzYOWtqtIJrJliN/TMM6F6r6aJDNQZl/q8kntzQ2vqC/u/ud
> a19p8xiZvQLGWWC+LUDlk2W2ndJA2JGD8W66wQyrGZ1NMccnlseKKQxhRLtueXZR
> CTJEY5yc+wKKIYnapDUIe7fKJjMCeeVs2IHGNcoW6X5BxrQQsaedHMKjrVum6CJp
> Vkv+x0O6lfLaTcuY9I74xyTPaG5IY/DnDuRojdThUfJ9TsUK6yKXXdib7GViHost
> 63OCDuuhjZfH5ouF/Lc3PY9QRKs+A5inDl3UnUNwq22krAai+WrDO4bz3aw+LGww
> WbOdTIt/KD3/qgMskvE2
> =qV7d
> -END PGP SIGNATURE-
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Show file size in Journal

[Eben Eliason]

On Thu, Apr 8, 2010 at 8:35 AM, Bert Freudenberg  wrote:
> On 08.04.2010, at 13:47, Eben Eliason wrote:
>>
>> On Thu, Apr 8, 2010 at 7:18 AM, Sascha Silbe
>>  wrote:
>>> On Wed, Apr 07, 2010 at 08:43:29PM -0300, Kenny Meyer wrote:
>>>
 Bernie and I have been discussing about showing the file size in Journal
 view
 of Sugar 0.84.x, [...]
>>>
>>> As already mentioned on the ticket, Sugar 0.86+ does that (in the details
>>> view). The commits are 85b833 [1] and 6c3fd034 [2]. A quick look suggest
>>> they should be easy enough to backport.
>>
>> Yeah, that's certainly one place it makes sense to show it; the
>> palette for Journal objects also makes sense. I like the idea of
>> exposing it as blocks, and agree with Bert that its essential that
>> those blocks be linear. With that approach, maybe the details view is
>> the only place that there is room to illustrate size that way.
>
> In the details view you only see a single entry, I'd expect the exact size 
> shown numerically there. The graphical form is much more useful for visually 
> comparing multiple entries.
>
>> One approach to showing size might be to "pretend" that we're in base
>> 9, so that one "big block" is 1MB, and 9 small blocks stack together
>> in a 3x3 grid to form a big block. I'm not sure granularity needs to
>> be more precise than that (though we could also show a precise value
>> as a number, too).
>
> Just to be pedantic: that would still be linear, not base-9 logarithmic ;)

Yeah.

> Otherwise the idea is sound, at least for entries up to a few MB. But what 
> about larger ones? Given that Sugar runs on netbooks that frequently have a 
> 160 GB disk, there should be some theory about dealing with large files IMHO.

Well, for arguments sake, we could assume that 1 unit (about 114
bytes) is 5px square. So 1MB (9 units) would be, say, 5*3 + 2 (for
spacing) = 17px square, and therefore up to 9MB is representable
within 17*3 + 4 (again, for spacing) = 55px square. That's exactly the
maximum area of an icon within one grid cell. Maybe that's too small,
but maybe not.

The real problem is that "linear" (which we both want) is
fundamentally non-scalable in a fixed screen size. Without a
logarithmic scale for size, we'd need to have a zooming factor to
continue to fit more blocks into fewer pixels. Perhaps we could drop
down to 3px squares for the smallest unit after some critical point.
Or, we could try using colors/values to convey the difference in block
sizes. Unfortunately, it's a bit harder to educate that 9 blue blocks
equals one red block than that 9 small blocks equals one large block.

Eben



>
> - Bert -
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Co-maintaining labyrinth

[Bernie Innocenti]

Hello Gary,

at Paraguay Educa we started doing some heavy lifting on Labyrinth:

  http://bugs.sugarlabs.org/ticket/1829


Can you please review the patch and roll a new update in ASLO?

If you don't mind, Jorge would like to co-maintain Labyrinth and issue
updates for it on ASLO. If you agree, give write permission to userr
"jasg" in Gitorious.

If you'd prefer all patches to go through you, we'd be equally happy
with this workflow.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/

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

Re: [Sugar-devel] [DESIGN] Show file size in Journal

[Kenny Meyer]

Sascha Silbe (sascha-ml-ui-sugar-de...@silbe.org) wrote:
> On Wed, Apr 07, 2010 at 08:43:29PM -0300, Kenny Meyer wrote:
> 
> >Bernie and I have been discussing about showing the file size in
> >Journal view
> >of Sugar 0.84.x, [...]
> As already mentioned on the ticket, Sugar 0.86+ does that (in the
> details view). The commits are 85b833 [1] and 6c3fd034 [2]. A quick
> look suggest they should be easy enough to backport.
> 
> >Now, I thought of an extra column "Size", showing the size of the
> >file in bytes.
> I don't think taking away space from other columns is a good idea on
> the XO.
> 
> Reclaiming space sounds like a good use case for a separate activity
> that shows the data store in a view optimized for this particular
> task.
> 
> 
> [1] 
> http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/85b833960ded9148fbb42e773720ba3bcb02145e
> [2] 
> http://git.sugarlabs.org/projects/sugar-toolkit/repos/mainline/commits/6c3fd0346c1876ad501c3c91d50cdf42f7e0a9dc
> 
> CU Sascha
> 
> -- 
> http://sascha.silbe.org/
> http://www.infra-silbe.de/



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

Hi Sascha,

> >Bernie and I have been discussing about showing the file size in
> >Journal view
> >of Sugar 0.84.x, [...]
> As already mentioned on the ticket, Sugar 0.86+ does that (in the
> details view). The commits are 85b833 [1] and 6c3fd034 [2]. A quick
> look suggest they should be easy enough to backport.
We are aware of tickets #1215 and #1033, but the idea of the enhancement was
showing the file size in the normal view.

> >Now, I thought of an extra column "Size", showing the size of the
> >file in bytes.
> I don't think taking away space from other columns is a good idea on
> the XO.
> 
> Reclaiming space sounds like a good use case for a separate activity
> that shows the data store in a view optimized for this particular
> task.
That sounds reasonable, but I will try one more time providing ideas about
showing the file size optionally:

* Adding a button widget to enable/disable viewing file size to the Journal's
  toolbar.
* Adding a "Sort by..." selection area to the toolbar.
* After a searching the wiki I actually found a good approach IMHO, which was
  proposed by yourself last year ago [1], being aware that you go one level
  higher and propose to sort Journal list items by file size. [2]

  Is this already in process or still a proposal/idea?

I think the better solution, in long-term view, would be the third option, as 
the
first and second can only be described as quick hacks, which would be
thrown away anyway with a redesign.

Thanks for your time.

[1] http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal
[2] 
http://wiki.sugarlabs.org/images/thumb/b/b2/Journal_mockup_gary_list_extended_palette.png/640px-Journal_mockup_gary_list_extended_palette.png

-- 
  Kenny Meyer
  Software Geek | http://kenny.alwaysdata.net

  Shoot for the moon, even if you miss, you'll land amongst the stars..
- Les Brown


signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [ASLO] Release Abacus-4

[Sugar Labs Activities]

Activity Homepage:
http://activities.sugarlabs.org/addon/4293

Sugar Platform:
0.82 - 0.88

Download Now:
http://activities.sugarlabs.org/downloads/file/26864/abacus-4.xo

Release notes:
* Added indicator marker
* Save/restore state to/from Journal


Sugar Labs Activities
http://activities.sugarlabs.org

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

[Sugar-devel] Sugar Digest 2010-04-07

[Walter Bender]

==Sugar Digest==

1. I was at my mother's house last week when I stumbled across a book
that my grandmother had given me as a child: ''How to use the Chinese
Abacus'' by F. S. Tom, published in Hong Kong in 1956 by Chong Jan
Limited. It is a simple, illustrated guide to addition, subtraction,
multiplication, and division on a Chinese abacus.

Reinspired, I spent an afternoon writing an Abacus Activity (You can
download from http://activities.sugarlabs.org/en-US/sugar/addon/4293/).

The Abacus Activity lets the learner explore different representations
of numbers using different mechanical counting systems (originally
developed by the ancient Romans and Chinese). I made several different
variants available for exploration: a suanpan, the traditional Chinese
abacus with two beads on top and five beads below; a soroban, the
traditional Japanese abacus with one bead on top and four beads below;
the schety, the traditional Russian abacus, with ten beads per column,
with the exception of one column with just four beads used for
counting in fourths, and the nepohualtzintzin, the traditional Mayan
abacus, with three beads on top and four beads below. (The
nepohualtzintzin uses base 20.)

I've begun to write instructions on how to use the abacus in the wiki
(See http://wiki.sugarlabs.org/go/Activities/Abacus). Please
contribute your favorite abacus experiences.

2. I saw Paul Commons in Miami this week at a meeting at One Laptop
per Child. We were trading Sugar stories and he relayed one from the
OLPC Corps: they use the Memorize Activity to learn the names of the
children they are working with. First they take pictures of the
children with Record and then make a deck of cards for Memorize,
pairing names with pictures. Very clever.

===In the community===

3. Laurence Buchmann has posted her wonderful video of last year's
SugarCamp Paris (See
http://www.dailymotion.com/video/xct0lp_un-jour-a-paris-ensembles-pour-olpc_tech
Un jour a Paris ensembles pour OLPC tech).

4. We will be holding a Sugar oversight-board meeting in Cambridge on
Tuesday morning, 13 April. Please contact me if you are interested in
attending in person.

===Help wanted===

5. There has been interest expressed in a Sugar program for children
to teach their parents to read. Does anyone have any experience with
such a program?

===Sugar Labs===

6. Gary Martin has generated a self-organizing map (SOM) from the past
week of discussion on the IAEP mailing list (See
http://wiki.sugarlabs.org/go/File:2010-Mar-27-Apr-2-som.jpg).

7. Visit our planet for more updates about Sugar and Sugar deployments
(See http://planet.sugarlabs.org).

-walter

-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Show file size in Journal

[Bert Freudenberg]

On 08.04.2010, at 13:47, Eben Eliason wrote:
> 
> On Thu, Apr 8, 2010 at 7:18 AM, Sascha Silbe
>  wrote:
>> On Wed, Apr 07, 2010 at 08:43:29PM -0300, Kenny Meyer wrote:
>> 
>>> Bernie and I have been discussing about showing the file size in Journal
>>> view
>>> of Sugar 0.84.x, [...]
>> 
>> As already mentioned on the ticket, Sugar 0.86+ does that (in the details
>> view). The commits are 85b833 [1] and 6c3fd034 [2]. A quick look suggest
>> they should be easy enough to backport.
> 
> Yeah, that's certainly one place it makes sense to show it; the
> palette for Journal objects also makes sense. I like the idea of
> exposing it as blocks, and agree with Bert that its essential that
> those blocks be linear. With that approach, maybe the details view is
> the only place that there is room to illustrate size that way.

In the details view you only see a single entry, I'd expect the exact size 
shown numerically there. The graphical form is much more useful for visually 
comparing multiple entries.

> One approach to showing size might be to "pretend" that we're in base
> 9, so that one "big block" is 1MB, and 9 small blocks stack together
> in a 3x3 grid to form a big block. I'm not sure granularity needs to
> be more precise than that (though we could also show a precise value
> as a number, too).

Just to be pedantic: that would still be linear, not base-9 logarithmic ;) 

Otherwise the idea is sound, at least for entries up to a few MB. But what 
about larger ones? Given that Sugar runs on netbooks that frequently have a 160 
GB disk, there should be some theory about dealing with large files IMHO.

- Bert -


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

Re: [Sugar-devel] [DESIGN] Show file size in Journal

[Eben Eliason]

On Thu, Apr 8, 2010 at 7:18 AM, Sascha Silbe
 wrote:
> On Wed, Apr 07, 2010 at 08:43:29PM -0300, Kenny Meyer wrote:
>
>> Bernie and I have been discussing about showing the file size in Journal
>> view
>> of Sugar 0.84.x, [...]
>
> As already mentioned on the ticket, Sugar 0.86+ does that (in the details
> view). The commits are 85b833 [1] and 6c3fd034 [2]. A quick look suggest
> they should be easy enough to backport.

Yeah, that's certainly one place it makes sense to show it; the
palette for Journal objects also makes sense. I like the idea of
exposing it as blocks, and agree with Bert that its essential that
those blocks be linear. With that approach, maybe the details view is
the only place that there is room to illustrate size that way.

One approach to showing size might be to "pretend" that we're in base
9, so that one "big block" is 1MB, and 9 small blocks stack together
in a 3x3 grid to form a big block. I'm not sure granularity needs to
be more precise than that (though we could also show a precise value
as a number, too).

>> Now, I thought of an extra column "Size", showing the size of the file in
>> bytes.
>
> I don't think taking away space from other columns is a good idea on the XO.

Agreed.

> Reclaiming space sounds like a good use case for a separate activity that
> shows the data store in a view optimized for this particular task.

Long ago, we anticipated that the Journal would, at some point when
space reached a critically low point, assist children in cleaning up
their Journals. The plan was to create some heuristic for identifying
entries in the Journal that may not be that useful, and/or would be
most beneficial to remove. For instance, with versioning, it might be
safe to remove old and/or intermediate versions that were auto-saved;
it might be safe to remove really old entries that aren't starred;
entries that haven't been opened in a while; entries that are extra
large; etc. Entries that fit several of these conditions might be the
first recommended.

Anyway, in "cleanup mode", we could present a list which did highlight
size as a key element. Basically, take your suggestion of making a
separate activity, and just wrap it into a separate mode of the
Journal instead. Whether or not this mode was always entered
automatically, or also had a manual trigger, would need to be decided.

Perhaps instead of representing the total number of blocks the Journal
takes up, this mode could instead represent the number of blocks
needed to be cleared to continue using their Journal normally. Then
kids could compare the blocks of various entries against the remaining
number in their "goal" meter to make decisions about what to remove.

Eben


>
> [1]
> http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/85b833960ded9148fbb42e773720ba3bcb02145e
> [2]
> http://git.sugarlabs.org/projects/sugar-toolkit/repos/mainline/commits/6c3fd0346c1876ad501c3c91d50cdf42f7e0a9dc
>
> CU Sascha
>
> --
> http://sascha.silbe.org/
> http://www.infra-silbe.de/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQEcBAEBAgAGBQJLvbtrAAoJELpz82VMF3Da7/kH/R6IMUCJi9QUEgSFGrj88EmO
> /OhArTf2vHaeiovI4Ew06xDdQLZbtLoX3+0AdXHyuMvKg+aR93F7BdGkXozB4QBY
> Dm3P6yOCI25yIKjolAOEoLpujDiHPOCldqEjqMnvmshv3IlgaB1dIM/KHQa0OY43
> I5qZYz6xxZ8fUPv238y+11qiId1VedWLHPiQVb0xHRJAELDRtiXv+D325zOrM8cm
> qY34Rq+NNF0bPDxHVCmDJ2J/QQvk40U5JD0qoxyNhWy77XVpWJHJwrSJxVqZGVAQ
> UvKojBYCxipDAsNwfPTeXX7NsSuS3/0TORpnLk/2HcZkYD/VbiOksLR//Q0eH/4=
> =RBBS
> -END PGP SIGNATURE-
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Show file size in Journal

[Sascha Silbe]

On Wed, Apr 07, 2010 at 08:43:29PM -0300, Kenny Meyer wrote:

Bernie and I have been discussing about showing the file size in 
Journal view

of Sugar 0.84.x, [...]
As already mentioned on the ticket, Sugar 0.86+ does that (in the 
details view). The commits are 85b833 [1] and 6c3fd034 [2]. A quick look 
suggest they should be easy enough to backport.


Now, I thought of an extra column "Size", showing the size of the file 
in bytes.
I don't think taking away space from other columns is a good idea on the 
XO.


Reclaiming space sounds like a good use case for a separate activity 
that shows the data store in a view optimized for this particular task.



[1] 
http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/85b833960ded9148fbb42e773720ba3bcb02145e
[2] 
http://git.sugarlabs.org/projects/sugar-toolkit/repos/mainline/commits/6c3fd0346c1876ad501c3c91d50cdf42f7e0a9dc


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/

signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] asking questions

[Tomeu Vizoso]

Hi,

I have been asked some questions privately about the GSoC assignment
but I don't have enough time to answer them.

I recommend all applicants to give a good read to
http://www.catb.org/~esr/faqs/smart-questions.html

Regards,

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

Re: [Sugar-devel] Who maintains Hulahop?!?

[Jonas Smedegaard]

Hi Peter (and others),

On Thu, Apr 08, 2010 at 10:19:11AM +0100, Peter Robinson wrote:

On Tue, Apr 6, 2010 at 9:41 PM, Jonas Smedegaard  wrote:

Hi Sugar developers,

I am wondering: Who maintains Hulahop?

The code currently works in Debian only because I leave alone a 
hardcoded rpath, which I am told is bad.


As I understand it, Ubuntu has a hard time getting the code to work 
properly, possibly due to same issue.



I would like to discuss that issue with those of you involved in the 
coding of Hulahop, and fellow Debian developer Mike Hommey, who 
maintains xulrunner and seems an expert in this area, have offered to 
help clean up the code.


There doesn't seem to be an rpath issue with the build in Fedora. You 
can try the details that Fedora specifies for fixing rapth issues, it 
will work for any build system as its generic for autoconf based buils. 
The section for 'removing rpath' is probably what your after.


https://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath


Thanks for the suggestion.  tried that already, however (using chrpath),
but the library then fails completely.

As I understand it, this is tied to how xulrunner is compiled, so if it 
"just works" on Fedora, I suspect this to be becuase the library paths 
of xulrunner is already included in some lookup path somewhere.  I 
really do not know the details here, which is why I involved Mike Hommey 
who packages xulrunner for Debian and have offered to help improve the 
Hulahop code to (as I understand it) a more generic style usable not 
only on systems happening to be modelled the same as Fedora.



Kind regards,

 - Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Who maintains Hulahop?!?

[Peter Robinson]

On Tue, Apr 6, 2010 at 9:41 PM, Jonas Smedegaard  wrote:
> Hi Sugar developers,
>
> I am wondering: Who maintains Hulahop?
>
> The code currently works in Debian only because I leave alone a hardcoded
> rpath, which I am told is bad.
>
> As I understand it, Ubuntu has a hard time getting the code to work
> properly, possibly due to same issue.
>
>
> I would like to discuss that issue with those of you involved in the coding
> of Hulahop, and fellow Debian developer Mike Hommey, who maintains xulrunner
> and seems an expert in this area, have offered to help clean up the code.

There doesn't seem to be an rpath issue with the build in Fedora. You
can try the details that Fedora specifies for fixing rapth issues, it
will work for any build system as its generic for autoconf based
buils. The section for 'removing rpath' is probably what your after.

https://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath

Regards,
Peter
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Show file size in Journal

[Bert Freudenberg]

On 08.04.2010, at 02:42, James Cameron wrote:
> 
> I'd like to see file size described as a row of dots; quantity
> determined by logarithm to base 2 of size in bytes.  ;-)

If you want a logarithmic scale, use numbers. Those are logarithmic (though 
maybe base 10 would work better than 2).

For a graphical display, it really should be linear. The major use case is 
probably to free up space. The visual sum of two entries should equal the size 
of a single entry that occupies the same disk space as the two. Deleting the 
two would have the same effect as deleting the larger one. 

An implementation problem is that the datastore does not track file sizes. It's 
not part of the metadata, and there is no stat() call on a Journal entry. Also, 
on compressing file systems (like JFFS2 on the XO-1) it probably should show 
physical space taken. And take metadata into account too - many entries have no 
file but still take up quite some space due to their metadata.

Maybe instead of adding it to the existing Journal views it should be a 
separate view? If deleting items is indeed the primary use case there could be 
a view that shows sizes and allows easy deletion ...

- Bert -


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

Re: [Sugar-devel] Review of our activity

[Tomeu Vizoso]

Hi Jose,

On Tue, Apr 6, 2010 at 16:38, Jose Camallonga  wrote:
> Hello everybody,
>
> I'm Jose a computer science student of FIB (http://www.fib.upc.edu/en.html).
> We are developing an activity for Sugar and our director told us to ask here
> for a review of our code. Is that correct? Where can I attach my cod if that
> is possible? Thanks .

you don't really need any review of your activity's code before it can
be distributed to users. You just need to make sure it's released
under a FOSS license and upload the .xo here:
http://activities.sugarlabs.org/

And as James says, it will help if you used a public repository such
as those in git.sugarlabs.org.

Welcome to our community!

Regards,

Tomeu

> --
> Best Regards,
>
> Jose Antonio Camallonga
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] xulrunner and rpath

[Tomeu Vizoso]

On Mon, Apr 5, 2010 at 16:11, Jonas Smedegaard  wrote:
> Hi Sugar developers (and Mike),
>
> Mike Hommey maintains Debian packaging of xulrunner.
>
> I asked him about the use of hardcoded rpath in Hulahop, which is generally
> a bad idea and its use is being hunted down in Debian.
>
> He had a look at the Hulahop code and suggestions for improvements.  He is
> kindly offering to help with this if necessary.
>
>
> Please read below - and please cc him on responses (no need to cc me, I am
> subscribed to this list):
>
>
> On Mon, Apr 05, 2010 at 03:12:51PM +0200, Mike Hommey wrote:
>>
>> On Mon, Apr 05, 2010 at 02:23:24PM +0200, Jonas Smedegaard wrote:
>>>
>>> On Mon, Apr 05, 2010 at 08:52:28AM +0200, Mike Hommey wrote:
>>> >On Sun, Apr 04, 2010 at 11:33:01AM +0200, Jonas Smedegaard wrote:
>>> >>Hi Mike,
>>> >>
>>> >>I maintain python-hulahop packaging for Debian.
>>> >>
>>> >>This package does not strip rpath, and I am pretty sure that the
>>> >>reason for that was some instructions provided by you.
>>> >
>>> >That must have been a long time ago, then.
>>>
>>> It was Wed May 7 2008 - is that a long time in this context?
>>>
>>> It was at the time xulrunner 1.9 was introduced to Debian.
>>>
>>> Now that I look at the VCS history of python-hulahop, it might
>>> actually be that it was not following your instructions but fumbled
>>> on my own (I added chrpath and removed it again later same day, with
>>> no reference to that web page I seem to recall reading from you).
>>> Hm.
>>>
>>>
>>> >>Now ftpmasters auto-rejects python.hulahop based on a lintian check
>>> >>discovering that rpath, and I want to do the sane thing and
>>> >>double-checking that the rpath really should be preserved, as part
>>> >>of hiding that lintian warning.
>>> >>
>>> >>So question is: Do xulrunner need rpath preserved?  And if so, where
>>> >>is the documentation for that, as I seem to have forgotten.
>>> >
>>> >Normally, rpath is not needed (anymore).
>>>
>>> I tried now to strip the rpath using chrpath, and immediately the
>>> code stops working, spewing the following error:
>>>
>>> ImportError: libxul.so: kan ikke åbne delt objektfil: Ingen sådan fil
>>> eller filkatalog
>>>
>>>
>>> ...translated from danish to english, it says something like this:
>>>
>>> ImportError: libxul.so: cannot open shared object file: No such file or
>>> directory
>>>
>>>
>>> Maybe relevant: I added +LDFLAGS += -L/usr/lib/xulrunner-1.9 to the
>>> build routines, as fix for bug#494225.
>>
>> Which just does nothing, since it is /usr/lib/xulrunner-1.9.1, now.
>>
>>> Could I persuade you to help investigate this issue - even if
>>> perhaps not rooted in your package but some bug in Hulahop itself?
>>
>> It seems to me the root of the problem is that python-hulahop is using
>> the linked glue instead of the standalone glue. I also wonder why it's
>> not using pyxpcom for xpcom initialization, instead of having its own
>> stuff in hulahop.cpp, though I don't really know what pyxpcom permits
>> exactly.
>>
>> Anyways, it seems to me the XRE_InitEmbedding call should be replaced by
>> the following sequence:
>> GRE_GetGREPathWithProperties
>> XPCOMGlueStartup
>> XPCOMGlueLoadXULFunctions
>> XRE_InitEmbedding
>>
>> If you need assistance with these, please bug me.

Is there anybody who has time to try Mike's suggestion?

Regards,

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