Re: [Sugar-devel] [PATCH] Fixes to the record UI
Tested on XO-1.5 with os125, patch applied over Record-78. - Activity tab fine, - Photo tab fine, capture, fullscreen, playback, but information tab for the playback image had preview overlaying Tags (white box) and Date, - Record tab fine, capture, fullscreen, playback, same problem as above with information tab, no change to existing performance issues with Record-78 (per dev.laptop.org #10045), - Audio tab fine, capture, fullscreen, playback, same problem as above with information tab. Delta since last test; the fullscreen button works now, and the preview image takes up less room on the information tab. Suggestion: obtain the size available by math using GTK+ widget dimensions after size negotiation. Tested-by: James Cameron qu...@laptop.org -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Record - Fix for ticket #2011
On 9 Jun 2010, at 3:28, Anish Mangal wrote: The bug description suggests that ctrl+w is the standard shortcut (maybe I got it wrong!) Also, I tried ctrl+w with write activity and it worked. So I figured that ctrl+w might be the standard shortcut. We stumbled into similar territory on a (non-sugar) project. It appears that there is a convention, at least on some platforms, that: ctrl+q - quits the app ctrl+w - closes the current window (of a multi-window app) Now... What does ctrl+w do when you close the last window of a multi- window app? AFAICT, the depends on the the app and varies between implementations. Similarly, if ctrl+w does mean close the current window of this app what does that mean for single-window apps? Is it a synonym for ctrl+q then? Anyway, I first encountered this on Windows, but have seen versions of the same behaviour on Linux and OSX, so I believe it is widely implemented (and there seems to be a body of users that expect that behaviour...) Indeed, (testing now) Safari seem to interpret ctrl+w as close current tab and when you close the last tab, it quits. I don't know the history of this, all I know is that we got messed up by this in our app - we'd done something like map ctrl+w to word left or whatever, and the users were upset because this clashed with their expectation that ctrl+w would close the foreground window... ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.
On Tue, Jun 08, 2010 at 12:54:01AM -0400, Michael Stone wrote: Hi folks, Under the temporary working hypothesis that we want to make a Sugar release in a couple of months, I'd like to know more about what we might find ourselves integrating. Here's my current list of, er... mostly unvetted rumors. :) 1. Aleksey: 0install integration, Vala-based sugar-toolkit My current workflow is not targeting to soon inclusion to the core but if people think it will be useful to start 0sugar and polyol integration from 0.90 and keeping in mind API/ABI starting from Jul 19 2010 I can guaranty: * support requires tag in activity.info to fetch 0install dependencies for activities, this feature will be especially useful after adding PackageKit to sugar core dependencies to try install dependencies from native packaging system at first. * initial polyol release with python binding that will be backward compatible with current sugar-toolkit (well, just an initial try). So, having these things, 0.90 will be less stable then 0.88 is. 2. Sascha: versioned datastore 3. Tomeu: collaboration refactoring 4. Gary + Christian: alternative activity launch UI 5. Michael: git repo reorganization and build system rewrite 6. Gary + Scott: preliminary touch-related UI tweaks 7. Raul: rainbow 8. Esteban: virtual keyboard 9. Lucian: browser abstraction 10. Martin L.: polish 11. Walter: write to journal any time 12. Simon: dotted activity versions 13. Walter: enhanced color selector 14. Jorge + Martin A.: journal backup + restore 15. Andres: journal entry sorting 15. you: your patch series here Comments? Additions? Substitutions? Deletions? Michael ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Fixes to the record UI
El Wed, 09-06-2010 a las 11:39 +1000, James Cameron escribió: * There was probably a reason why it moved them off screen instead of** hiding them. Do you have any idea what it is?** ** b480c7ed2e4848f33f11f9df27f6cb34e7c76b82 was a move of elements** offscreen instead of hiding, committed 2007-08-31 by erikb, there's no** explanation given, and the SVN repository does not appear to be** available any longer.* * The reason for moving the elements offscreen was because a problem with z-order was preventing us from guaranteeing the video windows would be on top and in the correct order when we called hide and then show. Calling hide and show resulted in a visual flash/glitch and then nothing since the video was occluded by another window. A thread about this problem, and how it effected other developers at the time, is here: http://lists.laptop.org/pipermail/sugar/2007-August/003239.html To work around this bug, we set up the z-order once (correctly) and then just slid the windows offscreen when they needed to be hidden. When they were moved back into the visible part of the screen they kept their initial and correct Z-order. This is why we did not hide and show windows. P.S. Many OLPC changelogs for activities at that time were in trac. Here is the entry for the first release of record with this change (two weeks after the SVN commit): https://dev.laptop.org/ticket/3377 * ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.
On 8 June 2010 05:54, Michael Stone mich...@laptop.org wrote: Hi folks, Under the temporary working hypothesis that we want to make a Sugar release in a couple of months, I'd like to know more about what we might find ourselves integrating. Here's my current list of, er... mostly unvetted rumors. :) 1. Aleksey: 0install integration, Vala-based sugar-toolkit 2. Sascha: versioned datastore 3. Tomeu: collaboration refactoring 4. Gary + Christian: alternative activity launch UI 5. Michael: git repo reorganization and build system rewrite 6. Gary + Scott: preliminary touch-related UI tweaks 7. Raul: rainbow 8. Esteban: virtual keyboard 9. Lucian: browser abstraction After some debate on what exactly I should be doing, I've decided that it's both prudent and relatively easy to make that abstraction layer after all. Since I last used it, pywebkitgtk's API has grown much closer to hulahop's, so a snippet similar to this one http://wiki.laptop.org/go/Sugar_Code_Snippets#WebView already works for both hulahop and pywebkitgtk. I will be going forward trying to remove all hulahop xpcom imports from Browse, effectively writing a complete hulahop backend for my abstraction layer. After that, I'll implement the pywebkitgtk backend. 10. Martin L.: polish 11. Walter: write to journal any time 12. Simon: dotted activity versions 13. Walter: enhanced color selector 14. Jorge + Martin A.: journal backup + restore 15. Andres: journal entry sorting 15. you: your patch series here Comments? Additions? Substitutions? Deletions? Michael ___ 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] Hypothetical sugar-0.90 material, draft 1.
Hi Lucian, On Wed, Jun 9, 2010 at 1:30 PM, Lucian Branescu lucian.brane...@gmail.com wrote: On 8 June 2010 05:54, Michael Stone mich...@laptop.org wrote: Hi folks, Under the temporary working hypothesis that we want to make a Sugar release in a couple of months, I'd like to know more about what we might find ourselves integrating. Here's my current list of, er... mostly unvetted rumors. :) 1. Aleksey: 0install integration, Vala-based sugar-toolkit 2. Sascha: versioned datastore 3. Tomeu: collaboration refactoring 4. Gary + Christian: alternative activity launch UI 5. Michael: git repo reorganization and build system rewrite 6. Gary + Scott: preliminary touch-related UI tweaks 7. Raul: rainbow 8. Esteban: virtual keyboard 9. Lucian: browser abstraction After some debate on what exactly I should be doing, I've decided that it's both prudent and relatively easy to make that abstraction layer after all. Since I last used it, pywebkitgtk's API has grown much closer to hulahop's, so a snippet similar to this one http://wiki.laptop.org/go/Sugar_Code_Snippets#WebView already works for both hulahop and pywebkitgtk. I will be going forward trying to remove all hulahop xpcom imports from Browse, effectively writing a complete hulahop backend for my abstraction layer. After that, I'll implement the pywebkitgtk backend. I found some more information about the changes Mozilla is planning for XPCom in gecko2. Each week they have a platform meeting [1] and the notes generally have good information about what's going on there. In this weeks meeting [2] they covered some upcoming changes to XPCom [3] so you might find more useful information there. Cheers, Peter [1] https://wiki.mozilla.org/Platform#Meetings [2] https://wiki.mozilla.org/Platform/2010-06-08#Electrolysis [3] https://bugzilla.mozilla.org/show_bug.cgi?id=568691 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Fixes to the record UI
On 8 June 2010 23:25, Anish Mangal anishmangal2...@gmail.com wrote: Hi, I did reply to your mail earlier today, I'll paste my comments here ... Still unanswered questions from my last mail: There was probably a reason why it moved them off screen instead of hiding them. Do you have any idea what it is? This comment in ui.py explains why #we move offscreen to resize or else we get flashes on screen, and setting hide() doesn't allow resize moves OK. So this patch introduces some flashing ? Also, if you are hiding widgets, I don't see any reason to resize them to 1x1. For some widgets, when I attempt to hide them, the UI doesn't work, so I have to resize them to 1x1. (I only resize only those widgets which I can't hide, so there is no redundancy) The resizing 1x1 thing is ugly, I'd rather we understood this issue and came up with something nicer. Comments for other reviewers: for me, the patch is now harder to review because it contains a load of unrelated changes renaming variables. I agree with the name changes, but perhaps best to be careful with feedback this way. Sorry, I'll be careful to include separate changes in different patches the next time. This wasn't your fault. No problem here. This seemed like a minor quirk to me when compared with recording videos in fullscreen. When we finish recording a video in fullscreen mode, we are automatically taken out of fullscreen mode. However in the case of taking photos, when we click the shutter, the photo is captured but we remain in full screen mode. This small snippet takes us out of fullscreen after capturing the photo. We can totally do without this code as well and the UI would work just fine. Lets retain the previous behaviour. I think if you took a photo in full screen mode it would stay like that. Right? When running record on smaller screen resolutions (or perhaps even xo resolution), in the info view, the preview window slightly overlaps with the tags and date text fields. This snippet attempts to fix that. GTK+ is pretty good at widget layout. The problem is probably the way we render the preview window being outside of GTK's layout considerations. I'd suggest leaving it as-is and looking for a better way to fix this for a future patch. Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Heads-up: POSSE folks hacking in Fedora/Sugar this week and next
Some of you may have noticed some new faces in #sugar - we (Walter Bender, Peter Robinson, and I) are hanging out with a group of professors (mostly from the Worcester area) who are in town this week for http://teachingopensource.org/index.php/POSSE, a workshop for learning how to get their students involved contributing to open source projects. (In this case, Sugar, with Fedora as a dev platform.) They've been learning to hack Sugar all week, and are in fact in #sugar at this very moment tinkering away on the Measure Activity. Their feeds haven't yet been added to Planet Sugar Labs (those requests are still pending), but you can read some of their (great!) reflections so far at http://teachingopensource.org/index.php/Planet. So if you have a moment, pop in and say hello to: * Peter Froehlich (Johns Hopkins) - pgf * Karl Wurst (Worcester State College) - kwurst * Nadimpalli Mahadev (Fitchburg State College) - Mahadev * Kristina Striegnitz (Union College, Schenectady, NY) - kis * Jerry Breecher (Clark University, Worcester MA) - diamond * Mihaela Sabin (University of New Hampshire) - mihaela * Gary Pollice (Worcester Polytechnic Institute) - gpollice * Aparna Mahadev (Worcester State College) - aparna Next week we'll have another - slightly larger - batch from RIT doing the same thing, with myself, Chris Tyler, and Luke Macken focusing more on how to make Fedora a better environment for running/deploying/developing Sugar - if you have any thoughts in this direction, please send comments our way! (Things we've come up with so far: general Python development stuff, liveusb-creator hacks, SVG rendering working strangely in different recent versions of Fedora... we need to turn this into a proper ticket queue.) Just wanted to let y'all know. I'll blog this to Planet in a moment. --Mel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Fixes to the record UI
This comment in ui.py explains why #we move offscreen to resize or else we get flashes on screen, and setting hide() doesn't allow resize moves OK. So this patch introduces some flashing ? [It looks like my recent post regarding this matter was not slipped into this thread nicely (at least on the archives).] Here is some explanation / archaeology about the flashing and the reason for moving widgets offscreen instead of hide / show: http://lists.sugarlabs.org/archive/sugar-devel/2010-June/024525.html Also, if you are hiding widgets, I don't see any reason to resize them to 1x1. For some widgets, when I attempt to hide them, the UI doesn't work, so I have to resize them to 1x1. (I only resize only those widgets which I can't hide, so there is no redundancy) The resizing 1x1 thing is ugly, I'd rather we understood this issue and came up with something nicer. Maybe the reason 1x1 resizing works as an alternative hide/show method is related to the reason moving things offscreen worked -- z-order is preserved? Possible explanation: perhaps when you hide/show there is a transparent widget layered above the button widgets, so the UI doesn't work. Then again, maybe this issue and the 1x1 workaround is something completely unrelated to problems from years ago. Or maybe I tried 1x1 years ago too :-) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] initial commit to git?
Bernie, I could do it, but I don't feel technically savvy enough to say what needs to be said correctly. So I'd appreciate it if someone more proficient would enter such an example of an initial git push with master added at the end of the commandline (as is required by an initial push). Art Hunkins - Original Message - From: Bernie Innocenti ber...@codewiz.org To: Art Hunkins abhun...@uncg.edu Cc: Martin Dengler mar...@martindengler.com; sugar-devel@lists.sugarlabs.org; Luke Faraone l...@faraone.cc; Walter Bender walter.ben...@gmail.com Sent: Tuesday, June 08, 2010 6:55 PM Subject: Re: [Sugar-devel] initial commit to git? El Mon, 07-06-2010 a las 00:15 -0400, Art Hunkins escribió: Martin, Thanks for the additional information. Regarding the requirement to add master at the end of the first git push for an activity: nowhere in the wiki git docs do I see (or did I see) mention of this fact. All the examples given end with mainline.git. (This is all I was saying; the command just doesn't work if master is omitted.) I presume this is an important omission, and may well have been the same one blocking Victor Lazzarini, as seen in this (seemingly unresolved) thread (as located by Dev): http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg01655.html Ouch, you're right... can you please fix our wiki? If you have no time or don't know how to do it, just let me know and I'll do it. Thanks! -- // 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] Sugar on a Stick v3 how did we do? release review meeting
On Fri, May 28, 2010 at 10:26 AM, Mel Chua m...@melchua.com wrote: How did the Mirabelle release cycle go? We're gearing up for making v4, and want to know what went well and what could have been better - everything from technical to deployment to documentation to process sustainability to... well, really, everything! A recap of the history is at http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Mirabelle#Release_history and explained more at http://blog.melchua.com/2010/06/04/the-history-of-the-soas-mirabelle-release-learning-from-the-past, for those who are curious. --Mel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.
On Mon, Jun 7, 2010 at 9:54 PM, Michael Stone mich...@laptop.org wrote: Hi folks, Under the temporary working hypothesis that we want to make a Sugar release in a couple of months, I'd like to know more about what we might find ourselves integrating. Here's my current list of, er... mostly unvetted rumors. :) 1. Aleksey: 0install integration, Vala-based sugar-toolkit 2. Sascha: versioned datastore 3. Tomeu: collaboration refactoring 4. Gary + Christian: alternative activity launch UI 5. Michael: git repo reorganization and build system rewrite 6. Gary + Scott: preliminary touch-related UI tweaks 7. Raul: rainbow 8. Esteban: virtual keyboard 9. Lucian: browser abstraction 10. Martin L.: polish 11. Walter: write to journal any time 12. Simon: dotted activity versions 13. Walter: enhanced color selector 14. Jorge + Martin A.: journal backup + restore 15. Andres: journal entry sorting 15. you: your patch series here Comments? Additions? Substitutions? Deletions? Michael ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel sverma: A healthy dose of input from educators. cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor, Information Systems Director, Campus Business Solutions San Francisco State University http://verma.sfsu.edu/ http://opensource.sfsu.edu/ http://cbs.sfsu.edu/ http://is.sfsu.edu/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Heads-up: POSSE folks hacking in Fedora/Sugar thisweek and next
I've noticed that neither the SoaS CD Boot Helper nor the SoaS Floppy Disk Boot Helper manage to boot SoaS Mirabelle (Fedora 13). (For that matter, the Floppy Disk Helper doesn't boot anything but Strawberry.) Is anybody interested in working on this, or are we basically abandoning older computers? Art Hunkins - Original Message - From: Mel Chua m...@melchua.com To: fedora-education-l...@redhat.com; o...@lists.fedoraproject.org; iaep i...@lists.sugarlabs.org; sugar-devel@lists.sugarlabs.org; SoaS s...@lists.sugarlabs.org Sent: Wednesday, June 09, 2010 10:48 AM Subject: [Sugar-devel] Heads-up: POSSE folks hacking in Fedora/Sugar thisweek and next Next week we'll have another - slightly larger - batch from RIT doing the same thing, with myself, Chris Tyler, and Luke Macken focusing more on how to make Fedora a better environment for running/deploying/developing Sugar - if you have any thoughts in this direction, please send comments our way! (Things we've come up with so far: general Python development stuff, liveusb-creator hacks, SVG rendering working strangely in different recent versions of Fedora... we need to turn this into a proper ticket queue.) Just wanted to let y'all know. I'll blog this to Planet in a moment. --Mel ___ 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 Abacus-12
Activity Homepage: http://activities.sugarlabs.org/addon/4293 Sugar Platform: 0.82 - 0.88 Download Now: http://activities.sugarlabs.org/downloads/file/26941/abacus-12.xo Release notes: * Decimal calculator * Reset button (tip of the hat to Nadimpalli Mahadev) 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] [SoaS] Heads-up: POSSE folks hacking in Fedora/Sugar this week and next
Mel Chua wrote: Some of you may have noticed some new faces in #sugar - we (Walter Bender, Peter Robinson, and I) are hanging out with a group of professors (mostly from the Worcester area) who are in town this week for http://teachingopensource.org/index.php/POSSE, a workshop for learning how to get their students involved contributing to open source projects. (In this case, Sugar, with Fedora as a dev platform.) They've been learning to hack Sugar all week, and are in fact in #sugar at this very moment tinkering away on the Measure Activity. Their feeds haven't yet been added to Planet Sugar Labs (those requests are still pending), but you can read some of their (great!) reflections so far at http://teachingopensource.org/index.php/Planet. So if you have a moment, pop in and say hello to: * Peter Froehlich (Johns Hopkins) - pgf * Karl Wurst (Worcester State College) - kwurst * Nadimpalli Mahadev (Fitchburg State College) - Mahadev * Kristina Striegnitz (Union College, Schenectady, NY) - kis * Jerry Breecher (Clark University, Worcester MA) - diamond * Mihaela Sabin (University of New Hampshire) - mihaela * Gary Pollice (Worcester Polytechnic Institute) - gpollice * Aparna Mahadev (Worcester State College) - aparna Next week we'll have another - slightly larger - batch from RIT doing the same thing, with myself, Chris Tyler, and Luke Macken focusing more on how to make Fedora a better environment for running/deploying/developing Sugar - if you have any thoughts in this direction, please send comments our way! (Things we've come up with so far: general Python development stuff, liveusb-creator hacks, SVG rendering working strangely in different recent versions of Fedora... we need to turn this into a proper ticket queue.) Fix the autojoin checkbox on right click of IRC tabs, so it remembers joined channels on next start up? Tom Gilliard Just wanted to let y'all know. I'll blog this to Planet in a moment. --Mel ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Heads-up: POSSE folks hacking in Fedora/Sugar thisweek and next
On Wed, Jun 9, 2010 at 7:50 PM, Art Hunkins abhun...@uncg.edu wrote: I've noticed that neither the SoaS CD Boot Helper nor the SoaS Floppy Disk Boot Helper manage to boot SoaS Mirabelle (Fedora 13). (For that matter, the Floppy Disk Helper doesn't boot anything but Strawberry.) I don't think Floppy Disks are relevant at all. I doubt any of the developers actually have a floppy drive to test. For the boot helper CD. I have no interest in getting it working, I have asked people to provide me specific devices that have problems and need the boot helper CD. The only one i've ever got back is newer Mac's. I know what that problem is. For the rest no one has bothered to send me the specs so I haven't bothered spending the time. Is anybody interested in working on this, or are we basically abandoning older computers? See above. Peter Art Hunkins - Original Message - From: Mel Chua m...@melchua.com To: fedora-education-l...@redhat.com; o...@lists.fedoraproject.org; iaep i...@lists.sugarlabs.org; sugar-devel@lists.sugarlabs.org; SoaS s...@lists.sugarlabs.org Sent: Wednesday, June 09, 2010 10:48 AM Subject: [Sugar-devel] Heads-up: POSSE folks hacking in Fedora/Sugar thisweek and next Next week we'll have another - slightly larger - batch from RIT doing the same thing, with myself, Chris Tyler, and Luke Macken focusing more on how to make Fedora a better environment for running/deploying/developing Sugar - if you have any thoughts in this direction, please send comments our way! (Things we've come up with so far: general Python development stuff, liveusb-creator hacks, SVG rendering working strangely in different recent versions of Fedora... we need to turn this into a proper ticket queue.) Just wanted to let y'all know. I'll blog this to Planet in a moment. --Mel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Heads-up: POSSE folks hacking in Fedora/Sugar thisweek and next
On Wed, Jun 9, 2010 at 3:26 PM, Peter Robinson pbrobin...@gmail.com wrote: On Wed, Jun 9, 2010 at 7:50 PM, Art Hunkins abhun...@uncg.edu wrote: I've noticed that neither the SoaS CD Boot Helper nor the SoaS Floppy Disk Boot Helper manage to boot SoaS Mirabelle (Fedora 13). (For that matter, the Floppy Disk Helper doesn't boot anything but Strawberry.) I don't think Floppy Disks are relevant at all. I doubt any of the developers actually have a floppy drive to test. For the boot helper CD. I have no interest in getting it working, I have asked people to provide me specific devices that have problems and need the boot helper CD. The only one i've ever got back is newer Mac's. I know what that problem is. For the rest no one has bothered to send me the specs so I haven't bothered spending the time. I will dig up the old thread where I did offer the specs of the machines we encounter in the Boston Public Schools that will not boot directly off of USB, but are quite happy with a Helper CD. This is also true of the computer we have worked with at the YMCA. I suspect this is true of most of the computers in elementary schools and available to afterschool programs in much of the urban United States. Think Windows-2000-era machines and you will know what is in schools States-side. -walter Is anybody interested in working on this, or are we basically abandoning older computers? See above. Peter Art Hunkins - Original Message - From: Mel Chua m...@melchua.com To: fedora-education-l...@redhat.com; o...@lists.fedoraproject.org; iaep i...@lists.sugarlabs.org; sugar-devel@lists.sugarlabs.org; SoaS s...@lists.sugarlabs.org Sent: Wednesday, June 09, 2010 10:48 AM Subject: [Sugar-devel] Heads-up: POSSE folks hacking in Fedora/Sugar thisweek and next Next week we'll have another - slightly larger - batch from RIT doing the same thing, with myself, Chris Tyler, and Luke Macken focusing more on how to make Fedora a better environment for running/deploying/developing Sugar - if you have any thoughts in this direction, please send comments our way! (Things we've come up with so far: general Python development stuff, liveusb-creator hacks, SVG rendering working strangely in different recent versions of Fedora... we need to turn this into a proper ticket queue.) Just wanted to let y'all know. I'll blog this to Planet in a moment. --Mel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas -- 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] initial commit to git?
El Sun, 06-06-2010 a las 06:44 +, Sascha Silbe escribió: ssh://gitori...@git.sugarlabs.org/sun-moon-music/mainline.git The correct repository location is gitori...@git.sugarlabs.org:sun-moon-music/mainline.git . Anything else won't work (not even ssh://gitori...@git.sugarlabs.org/~/sun-moon-music/mainline.git). Very odd... the two syntaxes for specifying ssh remotes should work the same. -- // 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] Multitouch in Fedora
Hi, I know people were wondering about multitouch. In the last couple of days there's a couple of posts regarding Multitouch in fedora for those that are interested. http://www.j5live.com/2010/06/09/multitouch-working-in-fedora/ http://blogs.gnome.org/carlosg/2010/06/09/getting-multitouch-to-just-work/ Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Fix broken mesh support
Fix the multiple mesh icons problem in the meshview
Signed-off-by: Martin Abente mabe...@paraguayeduca.org
---
src/jarabe/desktop/meshbox.py | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/src/jarabe/desktop/meshbox.py b/src/jarabe/desktop/meshbox.py
index a04922b..eabc737 100644
--- a/src/jarabe/desktop/meshbox.py
+++ b/src/jarabe/desktop/meshbox.py
@@ -574,13 +574,15 @@ class OlpcMeshView(CanvasPulsingIcon):
self._update_color()
def disconnect(self):
+device_object_path = self._mesh_mgr.mesh_device.object_path
+
self._bus.remove_signal_receiver(self.__device_state_changed_cb,
signal_name='StateChanged',
- path=self._device.object_path,
+ path=device_object_path,
dbus_interface=_NM_DEVICE_IFACE)
self._bus.remove_signal_receiver(self.__wireless_properties_changed_cb,
signal_name='PropertiesChanged',
- path=self._device.object_path,
+ path=device_object_path,
dbus_interface=_NM_OLPC_MESH_IFACE)
@@ -821,6 +823,7 @@ class NetworkManagerObserver(object):
self._bus = None
self._devices = {}
self._netmgr = None
+self._olpc_mesh_device_o = None
def listen(self):
try:
@@ -885,6 +888,7 @@ class NetworkManagerObserver(object):
if device_type == network.DEVICE_TYPE_802_11_WIRELESS:
self._devices[device_o] = DeviceObserver(self._box, device)
elif device_type == network.DEVICE_TYPE_802_11_OLPC_MESH:
+self._olpc_mesh_device_o = device_o
self._box.enable_olpc_mesh(device)
def _get_device_path_error_cb(self, err):
@@ -899,12 +903,9 @@ class NetworkManagerObserver(object):
observer.disconnect()
del self._devices[device_o]
return
-
-device = self._bus.get_object(_NM_SERVICE, device_o)
-props = dbus.Interface(device, 'org.freedesktop.DBus.Properties')
-device_type = props.Get(_NM_DEVICE_IFACE, 'DeviceType')
-if device_type == network.DEVICE_TYPE_802_11_OLPC_MESH:
-self._box.disable_olpc_mesh(device)
+
+if self._olpc_mesh_device_o == device_o:
+self._box.disable_olpc_mesh(device_o)
class MeshBox(gtk.VBox):
__gtype_name__ = 'SugarMeshBox'
--
1.6.0.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Fix broken mesh support
Fix broken mesh support not a good summary line On 9 June 2010 15:35, Martin Abente mabe...@paraguayeduca.org wrote: Fix the multiple mesh icons problem in the meshview not a good description of the problem either nor why the existing code was broken The patch looks good otherwise (I'm only available to review it because I have background knowledge from a private irc conversation) Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Fix broken mesh support
There it goes :) and thanks for the comments and messages.
On Wed, 9 Jun 2010 15:45:40 -0500, Daniel Drake d...@laptop.org wrote:
Fix broken mesh support not a good summary line
On 9 June 2010 15:35, Martin Abente mabe...@paraguayeduca.org wrote:
Fix the multiple mesh icons problem in the meshview
not a good description of the problem either
nor why the existing code was broken
The patch looks good otherwise (I'm only available to review it
because I have background knowledge from a private irc conversation)
Daniel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-develFrom 9082631642b84270f4825bcf420eb7447b0fc91e Mon Sep 17 00:00:00 2001
From: Martin Abente mabe...@paraguayeduca.org
Date: Wed, 9 Jun 2010 16:31:29 -0400
Subject: [PATCH] Fix duplication of OLPC mesh icons
Organization: Paraguay Educa
Three or more mesh icons were being added after every suspend/resume.
There was already code present to detect when the device goes away and
remove the icons, but it was not working. NetworkManagerObserver was
attempting to look at the properties of the gone-away device in order to
see if it is a mesh device, but this was failing because the device has
already been destroyed at this point.
Solve this by recording the device path of the mesh device when it is
detected, so that we can later determine if the gone-away device is the
mesh device.
Signed-off-by: Martin Abente mabe...@paraguayeduca.org
---
src/jarabe/desktop/meshbox.py | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/src/jarabe/desktop/meshbox.py b/src/jarabe/desktop/meshbox.py
index a04922b..eabc737 100644
--- a/src/jarabe/desktop/meshbox.py
+++ b/src/jarabe/desktop/meshbox.py
@@ -574,13 +574,15 @@ class OlpcMeshView(CanvasPulsingIcon):
self._update_color()
def disconnect(self):
+device_object_path = self._mesh_mgr.mesh_device.object_path
+
self._bus.remove_signal_receiver(self.__device_state_changed_cb,
signal_name='StateChanged',
- path=self._device.object_path,
+ path=device_object_path,
dbus_interface=_NM_DEVICE_IFACE)
self._bus.remove_signal_receiver(self.__wireless_properties_changed_cb,
signal_name='PropertiesChanged',
- path=self._device.object_path,
+ path=device_object_path,
dbus_interface=_NM_OLPC_MESH_IFACE)
@@ -821,6 +823,7 @@ class NetworkManagerObserver(object):
self._bus = None
self._devices = {}
self._netmgr = None
+self._olpc_mesh_device_o = None
def listen(self):
try:
@@ -885,6 +888,7 @@ class NetworkManagerObserver(object):
if device_type == network.DEVICE_TYPE_802_11_WIRELESS:
self._devices[device_o] = DeviceObserver(self._box, device)
elif device_type == network.DEVICE_TYPE_802_11_OLPC_MESH:
+self._olpc_mesh_device_o = device_o
self._box.enable_olpc_mesh(device)
def _get_device_path_error_cb(self, err):
@@ -899,12 +903,9 @@ class NetworkManagerObserver(object):
observer.disconnect()
del self._devices[device_o]
return
-
-device = self._bus.get_object(_NM_SERVICE, device_o)
-props = dbus.Interface(device, 'org.freedesktop.DBus.Properties')
-device_type = props.Get(_NM_DEVICE_IFACE, 'DeviceType')
-if device_type == network.DEVICE_TYPE_802_11_OLPC_MESH:
-self._box.disable_olpc_mesh(device)
+
+if self._olpc_mesh_device_o == device_o:
+self._box.disable_olpc_mesh(device_o)
class MeshBox(gtk.VBox):
__gtype_name__ = 'SugarMeshBox'
--
1.6.0.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Fix broken mesh support
On Wed, Jun 09, 2010 at 05:09:42PM -0400, Martin Abente wrote: From: Martin Abente mabe...@paraguayeduca.org Date: Wed, 9 Jun 2010 16:31:29 -0400 Subject: [PATCH] Fix duplication of OLPC mesh icons Organization: Paraguay Educa Three or more mesh icons were being added after every suspend/resume. There was already code present to detect when the device goes away and remove the icons, but it was not working. NetworkManagerObserver was attempting to look at the properties of the gone-away device in order to see if it is a mesh device, but this was failing because the device has already been destroyed at this point. Solve this by recording the device path of the mesh device when it is detected, so that we can later determine if the gone-away device is the mesh device. Signed-off-by: Martin Abente mabe...@paraguayeduca.org Reviewed-by: James Cameron qu...@laptop.org -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Inter-wiki integration example and opportunities
El Tue, 08-06-2010 a las 23:55 -0400, Frederick Grose escribió: The page is now embedded at http://wiki.sugarlabs.org/go/Keyboard_shortcuts in order to maintain single source and history while putting the title within the search scope of wiki.laptop.org. Thanks. BTW: Mediawiki supports exporting and importing pages with full history: http://wiki.sugarlabs.org/go/Special:Export http://wiki.sugarlabs.org/go/Special:Import (If we enable inter-wiki transclusions on both wikis, we could avoid the divergence of source and history for pages like the HIG.) What should we do on the Sugar Labs side to enable this? How many of the HIG pages do have content which applies both to OLPC and Sugar? If it's just one or two, I wouldn't bother... -- // 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] Hypothetical sugar-0.90 material, draft 1.
El Wed, 09-06-2010 a las 13:30 +0100, Lucian Branescu escribió: After some debate on what exactly I should be doing, I've decided that it's both prudent and relatively easy to make that abstraction layer after all. Since I last used it, pywebkitgtk's API has grown much closer to hulahop's, so a snippet similar to this one http://wiki.laptop.org/go/Sugar_Code_Snippets#WebView already works for both hulahop and pywebkitgtk. To simplify our dependencies, couldn't you also fold hulahop into WebView, or vice-versa? As far as I know, Browse is still the only hulahop user on this planet, so it's not like we need to keep it around for API compatibility. -- // 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] Inter-wiki integration example and opportunities
On Wed, Jun 9, 2010 at 8:01 PM, Bernie Innocenti ber...@codewiz.org wrote: El Tue, 08-06-2010 a las 23:55 -0400, Frederick Grose escribió: ... (If we enable inter-wiki transclusions on both wikis, we could avoid the divergence of source and history for pages like the HIG.) What should we do on the Sugar Labs side to enable this? From /srv/www-sugarlabs/wiki-devel/LocalSettings.php # 10Nov2009 fgrose $wgEnableScaryTranscluding = true; The http://wiki-devel.sugarlabs.org/go/Special:Interwiki transclude flag has already been set to yes. How many of the HIG pages do have content which applies both to OLPC and Sugar? http://wiki-devel.sugarlabs.org/go/Template:Transclude has another example. I would transclude the full HIG into wiki.laptop.org (from wiki.sugarlabs.org) after capturing any edits since the import. But that would require OLPC to enable the interwiki transcluding. Thanks! --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Problems adapting activity
Hello, I'm now using the tutorial Daniel posted and it really seems much more complete than the wiki one, thanks again for that. Now that I'm properly testing my activity on sugar-emulator ( I was using a soas emulated image on virtualbox before ) it seems that finding the error will be much easier. Unfortunately, I won't be able to get the logs my last testes produced until friday, and I haven't checked then very well yet. But one error I remember, and that draw my attention is that the log said that the MANIFEST file was missing, even though I had it on my activity folder. Anyone knows why this could be happening? Well, on friday, I'll post here the detailed log trying to run my activity created. Thanks again ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.
Folding hulahop into this abstraction layer could possibly make sense. Let me finish it first, though. Hulahop has a lot of weird code and a lot of XPCOM magic. Both pywebkitgtk and hulahop have very similar WebView classes. My wrapper now offers some extra methods for engine-specific bits and a few utility functions, but very little is added to the base WebView classes. On 10 June 2010 01:11, Bernie Innocenti ber...@codewiz.org wrote: El Wed, 09-06-2010 a las 13:30 +0100, Lucian Branescu escribió: After some debate on what exactly I should be doing, I've decided that it's both prudent and relatively easy to make that abstraction layer after all. Since I last used it, pywebkitgtk's API has grown much closer to hulahop's, so a snippet similar to this one http://wiki.laptop.org/go/Sugar_Code_Snippets#WebView already works for both hulahop and pywebkitgtk. To simplify our dependencies, couldn't you also fold hulahop into WebView, or vice-versa? As far as I know, Browse is still the only hulahop user on this planet, so it's not like we need to keep it around for API compatibility. -- // 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] Problems adapting activity
On Wed, Jun 09, 2010 at 10:50:02PM -0300, Alberto Arruda de Oliveira wrote: But one error I remember, and that draw my attention is that the log said that the MANIFEST file was missing, even though I had it on my activity folder. Anyone knows why this could be happening? Yes, it means you haven't got the patch that removes MANIFEST support. I don't think that has been accepted yet. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.
SocialCalc depends of hulahop. My activity Elements too. Gonzalo On Wed, Jun 9, 2010 at 9:11 PM, Bernie Innocenti ber...@codewiz.org wrote: El Wed, 09-06-2010 a las 13:30 +0100, Lucian Branescu escribió: After some debate on what exactly I should be doing, I've decided that it's both prudent and relatively easy to make that abstraction layer after all. Since I last used it, pywebkitgtk's API has grown much closer to hulahop's, so a snippet similar to this one http://wiki.laptop.org/go/Sugar_Code_Snippets#WebView already works for both hulahop and pywebkitgtk. To simplify our dependencies, couldn't you also fold hulahop into WebView, or vice-versa? As far as I know, Browse is still the only hulahop user on this planet, so it's not like we need to keep it around for API compatibility. -- // 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 -- Gonzalo Odiard Responsable de Desarrollo Sistemas Australes ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Set the DISPLAY env var once Xephyr has been launched
On Thu, May 20, 2010 at 07:15:08AM +1000, James Cameron wrote: Reviewed-by: James Cameron qu...@laptop.org This review tag didn't reach git. http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/d6ebfcbb4d93610bf30df517fcd5360fdd083b50 -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/2010 08:11 PM, Bernie Innocenti wrote: As far as I know, Browse is still the only hulahop user on this planet, so it's not like we need to keep it around for API compatibility. Actually, hulahop is used by pyjamas[1], as evidenced by these bug reports[2][3] spawned when sugar-hulahop was removed from Ubuntu Lucid. An aside, according to upstream this is not an integral part of their project, but it might be a good idea to involve them in the discussion. Going forward, Canonical is trying to get rid of most of the XULRunner embedders, which prompted the removal of hulahop in the first place. [1]: http://pyjs.org/ [2]: https://bugs.launchpad.net/ubuntu/+source/sugar-hulahop/+bug/573772 [3]: https://bugs.launchpad.net/ubuntu/+source/xulrunner-1.9.1/+bug/567819 - -- Luke Faraone http://luke.faraone.cc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwQVlAACgkQtrC51grHAgb7YgCfRlH21+1DE8AC+FtELPb/SBCj TmYAnje4sTwEszm5vTNXPbuKRq+L0atG =3/M3 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Record: disable Best quality video on XO-1.5
On 9 June 2010 16:22, James Cameron qu...@laptop.org wrote: G'dayi Daniel, In our engineering meeting we decided to ship with the Best quality disabled until we could fix it properly. The following patch is tested on XO-1.5 with build os125. I'd rather just remove this option altogether, leaving Low and High. Comments/objections? Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Record: disable Best quality video on XO-1.5
Hi, I'd rather just remove this option altogether, leaving Low and High. Comments/objections? Fine with me. Thanks, - Chris. -- Chris Ball c...@laptop.org One Laptop Per Child ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.
2010/6/9 Luke Faraone l...@faraone.cc -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/09/2010 08:11 PM, Bernie Innocenti wrote: As far as I know, Browse is still the only hulahop user on this planet, so it's not like we need to keep it around for API compatibility. Actually, hulahop is used by pyjamas[1], as evidenced by these bug reports[2][3] spawned when sugar-hulahop was removed from Ubuntu Lucid. An aside, according to upstream this is not an integral part of their project, but it might be a good idea to involve them in the discussion. These days, I do my work in pyjamas - on the cloud. I have never used pyjamas on the desktop, but for people who do, hulahoop* was the least painful way to get there, and its removal sparked indignation. *OK, it's called hulahop, but this way all the code names mesh more surreally. Seriously, though: the fact that pyjamas-desktop can exist without hulahop doesn't make it attractive to lose it. It may not be integral, but I don't see anybody in the pyjamas world who would be replacing it any time soon, so it is essential as a practical matter. Jameson ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
