Difference between revisions of "Google Code-In 2012"
Line 81: | Line 81: | ||
* Sean Daly | * Sean Daly | ||
* Manuel Kaufmann | * Manuel Kaufmann | ||
− | * Mark | + | * Mark Battley |
* Alan Aguiar | * Alan Aguiar | ||
* Bernie Innocenti | * Bernie Innocenti |
Revision as of 14:43, 13 November 2012
Sugar Labs is applying to participating in Google Code-in for 2012.
Message to potential participants
It is important that you obtain permission of your parents.
Es importante que obtengas el permiso de tus padres para participar.
http://www.google-melange.com/gci/document/show/gci_program/google/gci2012/help_page#eligibility
Please see the Contest Rules for Eligibility and Registration process.
http://www.google-melange.com/gci/document/show/gci_program/google/gci2012/terms_and_conditions
Why we are applying
Sugar is written and maintained by volunteers, who range from seasoned professionals to children as young as 12-years of age. Children who have grown up with Sugar have transitioned from Sugar users to Sugar App developers to Sugar maintainers. They hang out on IRC with the global Sugar developer community and are full-fledged members of the Sugar development team. It is this latter group of children we hope will participate in and benefit from Google Code-in. Specifically we want to re-enforce the message that Sugar belongs to its users and that they have both ownership and the responsibility that ownership implies. Just as learning is not something done to you, but something you do, learning with Sugar ultimately means participating in the Sugar development process. At Sugar Labs, we are trying to bring the culture of Free Software into the culture of school. So the Code-in is not just an opportunity for us to get some tasks accomplished, it is quintessential to our overall mission.
About GCI
Tasks
This brainstorming page lists some general categories from which specific individual tasks can be specified. (Note: We had a number of tasks listed in our GSOC application that may be relevant to GCI. We also have many Features that are still pending.)
- Code
- Tasks related to writing or refactoring code
- Write a new pootle-helper script for doing preventative msgfmt checks.
- Sugarize Virtaal for L10n "bootstrapping".
- Convert Sugar activities from GTK-2 to GTK-3 framework.
- Enable touch for activities that use direct keyboard input.
- Implement the set background image on Home View Feature.
- Package Sugar activity utilities (e.g., [1]) for inclusion in the Sugar toolkit.
- Documentation/Training
- Tasks related to creating/editing documents and helping others learn more
- Write a Turtle Art introductory tutorial.
- Identify and document a generalized (ideally automated) method for taking nearly identical screen shots with the desktop set to a selected list of different languages. (Possibly Orca?).
- Flesh out the GTK-2 to GTK-3 conversion documentation to include more comprehensive coverage of Pango.
- Better document the process of creating and using Sugar on a Stick, the LiveUSB version of Sugar.
- Better document the process of running Sugar in a virtual machine (VM).
- Create videos on how to use Sugar and how to use core Sugar activities.
- Update and add new content to the manual Make Your Own Sugar Activities! (details here).
- Outreach/Research
- Tasks related to community management, outreach/marketing, or studying problems and recommending solutions
- Research internationalization of SVG images.
- Research what metadata about Sugar activity usage would be helpful to teachers for assessment purposes.
- Research what opportunities/roadblocks exist for running Sugar in your local schools.
- Research what is missing from Sugar that makes it unused by your local schools.
- Research the issues involved with porting Sugar to "the Cloud".
- Research the issues involved with porting Sugar to Android.
- Quality Assurance
- Tasks related to testing and ensuring code is of high quality.
- Do an analysis of which Sugar activities are are orphaned.
- Do an analysis of which Sugar activities are touch-enabled or need modifications to support touch.
- Do an analysis of which Sugar activities are lacking in documentation (e.g., Activity wiki page).
- Do an analysis of which Sugar activities are have issues running on non-x86 architectures (e.g. ARM).
- Do an analysis of which Sugar activities are lacking i18n support.
- User Interface
- Tasks related to user experience research or user interface design and interaction
- Analyze Sugar from the point of view of special needs and make recommendations for improvements.
- Help us design the Sugar affordances for Sugar on tablet computers (Sugar Touch).
- Develop new Maliit keyboard files for additional languages(beyond those already developed by garycmartin).
- Think of ways to further leverage the use of an accelerometer in Sugar (and other common sensors found in portable computing devices).
- Assessing how Sugar is used by students. What is learnt? Survey students and teachers. How well does it deliver its goals?
- Survey Sugar users to find out what UI features they want from Sugar in the future.
Mentors
Depending on the project, we will assign multiple mentors from our various development and support teams.
- Chris Leonard
- Walter Bender
- Claudia Urrea
- Pacita Pena
- Rosamel Ramirez
- Sdenka Salas
- Sam Greenfeld
- Gonzalo Odiard
- Simon Schampijer
- Manuel Quiñones
- Tony Forster
- Guzman Trinidad
- Adam Holt
- Sean Daly
- Manuel Kaufmann
- Mark Battley
- Alan Aguiar
- Bernie Innocenti
- Daniel Drake
- Martin Abente
- Raul Guttierrez Segales
- C Scott Ananian
- James Simmons
et al.