[Sugar-devel] post to sugar-devel list
*mail*: josek...@gmail.com *name*: Jose Camallonga -- Saludos, Jose Antonio Camallonga ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [GSoC] Improved Sugar on a Stick Proposal
On Mon, Apr 5, 2010 at 11:00 PM, Sebastian Dziallas sebast...@when.comwrote: Hi folks, I have been busy lately and will continue to be for the next couple of weeks. However, summer possibility exploration happens, too. So. Here's a GSoC proposal. Comments appreciated! :) http://wiki.sugarlabs.org/go/Summer_of_Code/2010/Improved_Sugar_on_a_Stick Looks like a great proposal! The only thing that initially threw me off a bit was the first sentence finding ways for users ... to interact with developers. This lead me to believe we're talking about direct communication facilities or something (and I was very intrigued by what you had in mind;-) rather than users being able to simply submit reports about hardware issues, bugs, etc. I'm also not entirely convinced that the control panel is necessarily the place where this functionality should live (especially since I still look at the Control Panel as something that most users shouldn't really have to touch at all and if so only to make very occasional changes to basic configuration details). It seems like a more system-wide approach could be more efficient here (however this might be beyond what's achievable during GSoC)... Hope that helps. Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSoC 2010: Peaceful Revolution
Peaceful Revolution I sent my proposal to Melange and Sugar Wiki http://wiki.sugarlabs.org/go/Summer_of_Code/2010/Peaceful_Revolution I hope send other mockup afternoon 2010/3/28 Tomeu Vizoso to...@tomeuvizoso.net On Fri, Mar 26, 2010 at 01:15, Carlos mauro unima...@gmail.com wrote: Hello! My name is Carlos Mauro. I'm a master student from Perú. I send this idea to Sugar for this GSoC. Friends,I wait the feedback. http://idea.sugarlabs.org/drupal5/ideatorrent/idea/28/ Peaceful Revolution This is a activity with help to the father and son teach read to the baby 2 to 4 yeas old. This is automation from Glen Doman theory, this theory sing the baby can be learn to read before 2 years old. Only make a practice. This project have a two solutions: Work with a openoffice.org and put the solution into XO 1.5 or use the XO 1.0 using a speak and a GUI administrator with the parent or son make a session and integrate the openclipart with the Sugar with a web service or another element to send the files to make a slide for the baby. The application finally is similar a photo slide but the photo have a word and sound with the pronunciation o the sound record for the parent. This application would provide a greater range of target audiences using the XO-1.0 since it now also include a homeschooling which encourages children's early reading. More details and research on this topic: http://www.gentlerevolution.com/mm5/merchant.mvc The application finally is similar a photo slide but the photo have a word and sound with the pronunciation o the sound record for the parent. This application would provide a greater range of target audiences using the XO-1.0 since it now also include a homeschooling which encourages children's early reading. More details and research on this topic: http://www.gentlerevolution.com/mm5/merchant.mvc Do you have any mockups? I have trouble guessing what your activity will look like from those links. Thanks, Tomeu FeedBack Please :$ -- Carlos Mauro Cárdenas Fernández Ingeniero de Sistemas 4582877 980525716 Creemos en el amor de los Seres Humanos http://forpapers.blogspot.com/ http://unimauro.blogspot.com/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Carlos Mauro Cárdenas Fernández Ingeniero de Sistemas 4582877 980525716 Creemos en el amor de los Seres Humanos http://forpapers.blogspot.com/ http://unimauro.blogspot.com/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSOC 2010: Speech Recognition in Sugar
On Sun, Apr 4, 2010 at 9:49 AM, chirag jain chiragjain1...@gmail.comwrote: Hi, On Sat, Apr 3, 2010 at 7:37 AM, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: I think your proposal is very interesting. It contains a number of different ideas. One major division is between Voice Commands and Speech Recognition. Each of these contains many other possibilities. My biggest suggestion is to specify further which possibilities you want to work on. I recommend you schedule the _easiest_ thing first, before moving on to the hard things. Most GSoC students are too ambitious and never produce anything useful. Thanks Benjamin for a quick reply and providing me with some very useful suggestions. Some specific ideas: Voice Commands: - integrate with a text-command system like Gnome Do [1], so that the commands are accessible through the keyboard as well as microphone. Also look at Perlbox [2]. (Note that neither Gnome Do or Perlbox can be used directly.) - integrate with GnomeVoiceControl [3], which already uses PocketSphinx and should be highly compatible with Sugar. This could allow voice control of unmodified Activities. I have already gone through Gnome Voice control which I think is the best option for integrating into sugar. The reason being it uses Pocket Sphinx which is light weight and thus should be compatible with devices like XO-1.0. The run time memory requirements of Pocket Sphinx are upto 20 MB. During next few days, I will be testing the functionality of Pocket Sphinx in sugar and familiarizing myself more with Gnome voice control. Speech Recognition: - supply text to any unmodified activity - control input language easily for multilingual users [1] http://do.davebsd.com/index.shtml [2] http://perlbox.sourceforge.net/ [3] http://live.gnome.org/GnomeVoiceControl I have broken the proposal into following parts that should be done in sequence: a) My first priority this summer is to enable Sugar Voice Control. This includes: 1. Testing Pocket Sphinx on Sugar 2. Studying more about Gnome Voice Control. 3. Sugarizing the Gnome Voice Control. 4. A command line interface that will start speech recognition in the background and will start taking Speech Commands. b) After the successful implementation of Sugar Voice control, we can then look into providing speech recognized text to unmodified sugar activities. Thus activities like Write can be made to get the required inputs either from Keyboard or through microphone. This includes: 1. Providing a Speech recognition button in the sugar frame (for example on Top Right hand side) which when clicked will automatically start recognizing speech in the background. Clicking the same button again will stop the recognition process. 2. A key board shortcut like Alt+S for starting speech recognition 3. Speech recognition control panel for controlling the various parameters. c) The last part can be creating an API for providing easy Speech Recognition access to activity developers. My aim is to atleast achieve part a) this summer and if time permits I would also like to implement part b). Part c) can be taken care off later. Hi, I just looked at your updated proposal and it's looking very good indeed. I also think that Benjamin's comments are spot-on and so achieving (a) in combination with supporting not only English but also Spanish (arguably the most important language when you look at current OLPC / Sugar deployments) would certainly be a big success and a great foundation for follow-up projects. Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Review of our activity
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 . -- Best Regards, Jose Antonio Camallonga ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] gsoc Ideas: interface for younger children
Hello, I am Mohan, a Computer Science Masters student in UBC, Canada interested in GSoC. My area of study is Human Computer Interaction. My thesis is in the area of learnability issues (in content creation software). I believe that developing better interfaces to bring out the creativity of children is of paramount importance. I would like to hence work on the Sugar UI for the next 1.5 years, making it an integral part of my thesis (hoping everything goes well. fingers crossed). I would like to start my work with GSoC. I went through the project ideas and several of them interested me. I need some clarifications on few ideas. I appreciate any help in this. http://wiki.sugarlabs.org/go/Development_Team/Project_Ideas: EduKT Simple content - history creation tool that needs: Simplify the interface for little people Is it talking about age or the physical attributes of the children? I assume it is age. If so, what range is being talked about? What age range qualifies as little? Do we have data about the age ranges of current users of OLPC/Sugar? According to the website, the system is targeted at children from 5 to 12 years of age. But what is the split up in the real world. Any idea? *Questions that I am interested in finding an answer:* Do children belonging to different age groups need different UI? Can we design UI targeted at different age groups of children such that it improves their experience (usability) with the system? Can such UI designed specifically for different age groups also facilitate learnability of the UI (the system features that it abstracts) as they move from one age group to another? (culminating in a desktop, for e.g from ubuntu-sugar-remix to ubuntu) *What we need to do:* We would need to build a UI abstraction layer that would enable users of different age groups to experience the system differently. This should be achieved requiring minimal change on part of the developers, especially activity devs. *What I could do:* A UI abstraction framework is too much work: for something that we aren't even sure we need. And I couldn't do it myself in 3 months. So I could start paving way for what could eventually grow into a framework, but still manage to do something useful for the community in these 3 months. Lets take the feature of discoverability of keyboard shortcuts and context menus. I could start work on bringing this feature into Sugar. But do younger children need keyboard shortcuts ? Can the clues for enhancing discoverability of such features lead to confusion for those who dont need it ? So depending upon the age of the child using the system (obtained from user profile), the system could choose to expose certain clues or not. I think this can be done in 3 months. Please have a look at my project page (rough first cut) and kindly share your thoughts, ideas. http://wiki.sugarlabs.org/go/Summer_of_Code/2010/Adaptive_UI_Framework_for_Different_Age_Groups Please let me know if you interested in mentoring me or working with (advising) me on this? Thank you for your time, Mohan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GSOC 2010 project ideas from Sugarlabs
On Sun, Apr 4, 2010 at 11:28 AM, sankarshan foss.mailingli...@gmail.com wrote: I'd request that you read the LDTP documentation *before* commencing the GSoC period (assuming that you'd be selected) and, spend some time using LDTP to do some trivial tasks on GNOME and, Sugar so that you can assess the time-line more reasonably. To clarify, before you do dive in you'd need to think through the steps required to make LDTP be useful to Sugar and, assess the timelines for the various tasks that would add-up to your deliverable. -- sankarshan mukhopadhyay http://sankarshan.randomink.org/blog ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Simple Journal Backup Restore
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] Who maintains Hulahop?!?
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. Simon? Tomeu? You guys seem to be tha last ones messing with the Hulahop code back in september 2009. Please respond. 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
[Sugar-devel] GSOC: Pippy ideas
Hello everyone, a GSOC candidate here. I got the idea on how I'd like to contribute to your project a few hours ago so I haven't yet managed to write my proposal (evaluate my ideas, consider the technical aspects etc.) and publish it on the Idea Torrent (I'll most likely do that in the next 24 hours) so I would really like to hear your opinions on my still raw idea to know if it's even appropriate. I would like to work on Pippy and do the following: 1) write more examples to at least double the current amount. 2) write an interactive Python tutorial. Learners would be introduced to Python, given lessons to study, encouraged to try experimenting with the code, asked questions which would direct them further (either pointed to their mistakes and the parts of the lesson they should reread, or given the next lesson) etc. Unless I've missed something (I admit, I wasn't very thorough yet), Pippy is basically static - learners are given examples with some comments and an interpreter. This tutorial would facilitate their learning process. The tutorial would be based on constructivist principles (I'm studying to become a teacher of CS and have had additional experience with constructivism, but I'll leave my introduction for the proposal). 3) Instead of preparing a test to check learners' knowledge when they finish a batch of lessons, I would write an adventure game in which the player moves towards the goal by solving Python problems. I'll throw some ideas: the player starts as a level 1 wizard who has just learned a few basic spells (Python commands). He meets enemies which he must defeat by demonstrating his knowledge of Python and programming creativity. At first, he'd have to feed the villagers (just set some food variables to a higher number), then perhaps defeat a few goblins (using loops to inflict damage, control statements to heal himself...) and finally slay the ancient dragon by studying his API functions and finding a weakness for which to exploit he'll have to write a DragonSlayer class. Of course, the game would have to be text based (at least for now) since anything else would be too much for one GSOC project. 4) Assist in translating Sugar to Croatian, as it is now only 23% complete. Now, I know that it's quite improbable to bring all of this to a 'production quality' standard and that's one of the reasons why I would appreciate feedback from the group - to know what to focus on and whether these are appealing ideas for Sugar at the moment. I could write the examples easily, but I think that the realistic goal for ideas 2) and 3) would be either to have a high quality tutorial and a basic version of the game, or a good tutorial and a good game (I don't mean writing the tutorial poorly, just not getting quite as far as I could if I were to only focus on that). I think I'd personally prefer to go with the latter idea because your software is for children up to 12 years old and that somewhat limits how much advanced Python concepts we could teach them. Though, we might stumble into some prodigies that way... I hope you'll have the time to write some feedback soon. Kind regards, Dinko Galetic ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
