Re: [Sugar-devel] [IAEP] SoaS - moving onward...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 23, 2009 at 09:02:53AM +0100, Bert Freudenberg wrote: On 23.02.2009, at 01:33, Gary C Martin wrote: On 22 Feb 2009, at 23:22, Caroline Meeks wrote: How will I know what snapshot I have on a given USB so that I can accurately report bugs? Hi Caroline, if you have a peek in the directory: http://download.sugarlabs.org/soas/snapshots/1/ You'll see that Soas-200902221746.iso (currently) has the same date as latest.iso. I'm guessing there have been a bunch of pages and emails pointing to some random .iso builds over time, that all need to be kept upto date, pointing them to latest.iso will keep them all in sync in an automated way. --Gary The question is, when I download latest, and find a bug to report, how do I find out which SoaS image this was? About my laptop is unhelpful. I guess there needs to be a version file somewhere. I recommend that you treat Soas as a distribution on its own, and make sure `lsb_release --all` reports info about your distro, not the one you forked from. And that OLPC does the same with the XO images. And I recommend that Sugar - if it doesn't already - gets its About this system from lsb_release. - Jonas - -- * Jonas Smedegaard - idealist og 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.9 (GNU/Linux) iEYEARECAAYFAkmiYfMACgkQn7DbMsAkQLh+0QCgjoM7Nr7ctMDvIDe/NuhIdbYT L6wAmgNc4vxtvq/DDPky6RrS72tohFBp =Lm8K -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Moon-9, almost (Re: addons.sugarlabs.org is starting to work)
On Sat, Feb 21, 2009 at 18:20, Gary C Martin g...@garycmartin.com wrote: On 21 Feb 2009, at 02:40, Gary C Martin wrote: On 20 Feb 2009, at 17:02, Tomeu Vizoso wrote: On Fri, Feb 20, 2009 at 17:51, David Farning dfarn...@sugarlabs.org wrote: As part of /bin/build.py there is a .js add .css minimizer. It must be screw up. I think that we need to replace the minimzed .js and .css with upstream's and turn off the minimizer. It was screwed up because of: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/287035 Thanks Tomeu, I've just got the new Moon-9.xo uploaded, I think I managed to find all the necessary boxes, icon, and screen-shot upload forms :-) OK, so I missed a couple of not so obvious steps (for me). Have to remember... once everything is uploaded and complete, you need to set another flag somewhere (back in 'change status' I think) to say that you do want this in the 'sandbox' (where the sandbox is I'm not sure, I guess this is a site admin only place). Then another flag appears on the form to nominate for it to appear in public (asks you to type some text about how you've tested the release). There's some information here: http://addons.sugarlabs.org/en-US/sugar/pages/policy http://addons.sugarlabs.org/en-US/sugar/pages/sandbox Where should we place these links so people find them when they need it? Thanks, Tomeu Just want to mention incase it catches anyone else out. Regards, --Gary --Gary P.S. Planning to get my act together and push out a Sugar Labyrinth release for later next week if all goes well. Now seems to work fine. Regards, Tomeu 2009/2/21 Tomeu Vizoso to...@sugarlabs.org: On Fri, Feb 20, 2009 at 08:49, Wade Brainerd wad...@gmail.com wrote: Yeah, it seems like a lot of the buttons on the site do nothing when clicked right now. I just encountered the same problem. Looking at it right now. It works in addons-devel, so I suspect that the tricks for minimizing access to .js files are breaking production. Tomeu On Thu, Feb 19, 2009 at 10:48 PM, Gary C Martin g...@garycmartin.com wrote: On 18 Feb 2009, at 15:04, Tomeu Vizoso wrote: Hi, as the site is becoming more functional, we are in need of feedback before we direct there the masses. Could activity maintainers register and upload their last activity bundles? Please try to also upload at least one screenshot, the site will be much prettier that way ;) OK giving up for the night :-( I've merged and built a new moon-9 with aslroots very kind addition of resolution independent scaling code, but I can't get it uploaded to a.sl.org, I thought it was a Safari browser issue, so I tested with Firefox as well, but no luck. I get as far as: http://addons.sugarlabs.org/en-US/developers/addon/submit But the 'Get Started' button does nothing. Game over. Any hints welcome, but will need to wait until tomorrow for me wake up and try again. Regards --Gary P.S As a member of the ActivityTeam, I am rather embarrassed to have to ask what I should now do with the Moon-9.tar.bz2 file that fell out the back of ./setup dist_source (couldn't see any ActivityTeam wiki suggestions for how to officially publish Activities other than the links to addons). I'm not officially part of any (confusingly) named, temporally aligned, carbohydrate molecular substrate, but am very happy to provide the source code somewhere formal if it makes distro packager lives easier. Thanks, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Moon-9, almost (Re: addons.sugarlabs.org is starting to work)
On Sat, Feb 21, 2009 at 03:40, Gary C Martin g...@garycmartin.com wrote: On 20 Feb 2009, at 17:02, Tomeu Vizoso wrote: On Fri, Feb 20, 2009 at 17:51, David Farning dfarn...@sugarlabs.org wrote: As part of /bin/build.py there is a .js add .css minimizer. It must be screw up. I think that we need to replace the minimzed .js and .css with upstream's and turn off the minimizer. It was screwed up because of: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/287035 Thanks Tomeu, I've just got the new Moon-9.xo uploaded, I think I managed to find all the necessary boxes, icon, and screen-shot upload forms :-) --Gary P.S. Planning to get my act together and push out a Sugar Labyrinth release for later next week if all goes well. Cool! Tomeu Now seems to work fine. Regards, Tomeu 2009/2/21 Tomeu Vizoso to...@sugarlabs.org: On Fri, Feb 20, 2009 at 08:49, Wade Brainerd wad...@gmail.com wrote: Yeah, it seems like a lot of the buttons on the site do nothing when clicked right now. I just encountered the same problem. Looking at it right now. It works in addons-devel, so I suspect that the tricks for minimizing access to .js files are breaking production. Tomeu On Thu, Feb 19, 2009 at 10:48 PM, Gary C Martin g...@garycmartin.com wrote: On 18 Feb 2009, at 15:04, Tomeu Vizoso wrote: Hi, as the site is becoming more functional, we are in need of feedback before we direct there the masses. Could activity maintainers register and upload their last activity bundles? Please try to also upload at least one screenshot, the site will be much prettier that way ;) OK giving up for the night :-( I've merged and built a new moon-9 with aslroots very kind addition of resolution independent scaling code, but I can't get it uploaded to a.sl.org, I thought it was a Safari browser issue, so I tested with Firefox as well, but no luck. I get as far as: http://addons.sugarlabs.org/en-US/developers/addon/submit But the 'Get Started' button does nothing. Game over. Any hints welcome, but will need to wait until tomorrow for me wake up and try again. Regards --Gary P.S As a member of the ActivityTeam, I am rather embarrassed to have to ask what I should now do with the Moon-9.tar.bz2 file that fell out the back of ./setup dist_source (couldn't see any ActivityTeam wiki suggestions for how to officially publish Activities other than the links to addons). I'm not officially part of any (confusingly) named, temporally aligned, carbohydrate molecular substrate, but am very happy to provide the source code somewhere formal if it makes distro packager lives easier. Thanks, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Location of Saved XO Settings
On Sun, Feb 22, 2009 at 11:51:29PM -0800, FGrose wrote: The XO settings from the control panel used to rest in /home/olpc/.sugar/default/config. Where are they resting now in SoaS images? SoaS is based on 0.83.x thus all configs are now in gconf it could be changed by sugar-control-panel command (not sure about direct changing gconf's parameters) -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] Sucrose 0.84 Release Candidate 2 (0.83.6)
Dear Sugar Community, this is Release Candidate 2 for the upcoming 0.84 Release - see the [1] for more details. Only one more week to go in this release cycle. Please test this release and report all the bugs you find that we are able to fix them in time. A friendly BugSquad [2] will be available to triage those bugs accordingly and the developers can never have enough bug food. If you have non-bug feedback about features you can use the sugar-devel mailing list to share it with us. From a user point of view we want to highlight the following changes that have been made: === Resume by Default === Resume by default is now the way we handle activity startup. The option in the Favourites View palette has been removed completely. You can still start a new instance using the 'Start' option in the Activity palette. === View Source === There has been some refinements to the View Source dialog. You can access it from the Activity palette in the Frame or by using 'Shift+Alt+V' directly. The coloured activity icon represents the source of the activity instance. The outlined activity icon represent the bundle source for the activity itself, the template. We use this to help draw a distinction between the activity instance and the activity bundle Using the uncoloured outline to represent the bundle vs the coloured icon to represent an instance has been the design cue all along. === File transfer === We make use of the files new file transfer files now. === Read === Morgan fixed an error that was introduced due to changes in Evince. === Browse === Martin Langhoff has been adding functionality to authenticate with the Schoolserver. When registered with the server an HTTP Cookie is created to ease the use of services on the Schoolserver in future sessions. Thanks to Daniel Drake Browse propagates the current locale now. This helps to use web services and pages in your mother language. Try it out with the [http://addons.sugarlabs.org/ addons] page for example. Thanks everyone for your great contributions! In behalf of the sugar community, Your Release Team [1] The Sucrose Release Schedule can be found here http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule [2] More Info about the BugSquad at http://sugarlabs.org/go/BugSquad [3] You can find more details and screenshots at http://sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.83.6 __ Modules that changed: == Glucose news == === sugar-toolkit === * Don't try to hide the tray if the activity has none (alsroot) {{Bug|395}} * NamingAlert: Icon dependent on the entry type {{Bug|353}} * Updated Languages === sugar === * Revert Add a favorites mode setting for deciding if the favorites view resumes by default or not * Listen for changes in the Activities dir and install/uninstall activities accordingly {{Bug|235}} * Fix sorting of favorite icons by installation_time {{Bug|387}} * View Source: Option and accelerator in activity frame palette * View Source: Use activity icon outline for Bundle Source, part of {{Bug|360}} * View Source: Hide Python Bytecode files {{Bug|361}} * Use the file transfer icons * Many new translations! === sugar-base === * Many new translations! === sugar-artwork === * Icon for a generic document, part of {{Bug|360}} * Add view source icon == Fructose news == === Chat === * Translation update === Read === * AttributeError: 'module' object has no attribute 'evince_embed_init' {{Bug|351}} * Translation updates. === Browse === * Create a HTTP Cookie to authenticate with the Schoolserver (Martin Langhoff) * Deprecation fix: Use bundle_id instead od service_name * Set intl.accept_languages based on the locale (Daniel Drake) * New Translations == Fructose dependencies news== === Hulahop === * hulahop_get_view_for_window implicitly converted to pointer (Dann Frazier) #20 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Location of Saved XO Settings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 23, 2009 at 10:05:19AM +, Aleksey Lim wrote: On Sun, Feb 22, 2009 at 11:51:29PM -0800, FGrose wrote: The XO settings from the control panel used to rest in /home/olpc/.sugar/default/config. Where are they resting now in SoaS images? SoaS is based on 0.83.x thus all configs are now in gconf it could be changed by sugar-control-panel command (not sure about direct changing gconf's parameters) I believe the best approach is to use gconftool. - Jonas - -- * Jonas Smedegaard - idealist og 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.9 (GNU/Linux) iEYEARECAAYFAkmie48ACgkQn7DbMsAkQLj+aACeNmlRqByZvRACHpf2DSMOLrsK gw8An3+0htJDYC0F1UqciSgMJCUCF8Bl =aZ2p -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] nitpicks on the sucrose 0.83.6 UI
On Sun, Feb 22, 2009 at 18:00, Eben Eliason e...@laptop.org wrote: On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva hoboprim...@gmail.com wrote: The Sucrose 0.83.6 Release Notes said that we can comment on it UI on the sugar mailing list, so I hope you don't mind me making my wish list. Many of these things are perhaps nitpicks, but so be it :) 1 - I'm unsure about this one, but you tell me: Boxes around all desktop objects when hovered: Yes, that was the intent. a - For prettiness sake, they could have rounded corners Yup, see mockup. ;) http://laptop.org/en/laptop/interface/index.shtml Entered http://dev.sugarlabs.org/ticket/406 about this. b - They should always appear even if the resume by default choice isn't toggled. In fact, all actionable graphic on sugar should have some graphical change when hovered. For example, in the frame, the background for icons change from grey to black. I think this could be easily made with the activity icons by adding to them a new light-grey rounded square which is only visible when hovered. This would mean all icons on the desktop, XO users, Activity icons, network icons. c - this also makes the interface give more feedback to the user. Yup yup, this was exactly our thoughts when introducing the rounded rect on hover. It should be ubiquitous in the zoom levels, and Also in other places with actionable icons, such as the Journal. Yeah, would be nice to modify CanvasIcon and the gtk button theme engine to add support for this. Added this to the wiki: http://sugarlabs.org/go/DevelopmentTeam/ProjectIdeas#Graphical_toolkit 2 - a laptop icon to be placed in the bottom of the frame a - It contains in its palette the options: - Configure - Logout - Restart - Shutdown b - This leaves the current XO in home with only the option About me Actually, we discussed this possibility, and Christian and I were averse to it because we want to maintain the idea that the XO itself is the hybrid online identity of the user and their machine. This is precisely why the XO is shown at start up, transitioning from stroke to colored fill (and why, ideally, the reverse would happen at shutdown). c - This allows one to access any of the above options from any view, via the frame. This is possible in the latest builds. The fact that the XO menu for yourself wasn't consistent everywhere was a bug. You can now access the actions you mention from the XO in any zoom level, as well as the Frame. 3 - Add a don't Keep option in the name this fresh activity dialog. Perhaps a Keep icon with a cross over it? Or just the erase icon to keep symbols consistent throughout the interface. I think it goes without saying that this is a desired feature. I guess we need to work out the DS details. Would be nice to start specifying soon the work that needs to be done, so we make sure all the pieces land at the same time in the next release. 4 - Change the View details icon to the latest try at it that Eben gave. Perhaps I just don't understand why is preferable. I'm with you on the [...] idea. Christian adamantly opposes. Perhaps it's something we can discuss at an upcoming design meeting. Yeah, the small button we have today is quite bad. Thanks for the ideas, Tomeu 5 - I'm unsure about this one, so I'll just throw it out as food for thought. It takes approximately one second to reveal the primary palette (which usually only titles the object), and another second to reveal the secondary. Perhaps these times could be decreased? Is it really discoverable that a secondary palette exists for a icon, if it takes 2 seconds of a stationary cursor for it to be revealed? It's a fair question. It's worth noting that we actually *increased* these times after the early releases, because we found that nearly everyone would wait for the secondary menu to perform *any* action at all on an object, including the simple starting of activities. This wasn't the intent. The secondary actions were meant to be just that, with the default action (the first in the list of the secondary palette) being invoked with a simple click on the object. It seems to me thus far that this was the right decision. The people who cared (because they really wanted the secondary features) then learned that right-click reveals the secondary palette immediately. What you say about indication is true, though. I wonder if there are any thoughts on how we could indicate there is more here without speeding up the reveal. Thanks for all the good thoughts! - Eben ___ 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
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
On Mon, Feb 23, 2009 at 09:44, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 23, 2009 at 09:02:53AM +0100, Bert Freudenberg wrote: On 23.02.2009, at 01:33, Gary C Martin wrote: On 22 Feb 2009, at 23:22, Caroline Meeks wrote: How will I know what snapshot I have on a given USB so that I can accurately report bugs? Hi Caroline, if you have a peek in the directory: http://download.sugarlabs.org/soas/snapshots/1/ You'll see that Soas-200902221746.iso (currently) has the same date as latest.iso. I'm guessing there have been a bunch of pages and emails pointing to some random .iso builds over time, that all need to be kept upto date, pointing them to latest.iso will keep them all in sync in an automated way. --Gary The question is, when I download latest, and find a bug to report, how do I find out which SoaS image this was? About my laptop is unhelpful. I guess there needs to be a version file somewhere. I recommend that you treat Soas as a distribution on its own, and make sure `lsb_release --all` reports info about your distro, not the one you forked from. And that OLPC does the same with the XO images. And I recommend that Sugar - if it doesn't already - gets its About this system from lsb_release. Actually, the build number in the control panel is retrieved from /boot/olpc_build, /etc/redhat-release and lsb_release -ds. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 23, 2009 at 12:14:00PM +0100, Tomeu Vizoso wrote: On Mon, Feb 23, 2009 at 09:44, Jonas Smedegaard d...@jones.dk wrote: On Mon, Feb 23, 2009 at 09:02:53AM +0100, Bert Freudenberg wrote: The question is, when I download latest, and find a bug to report, how do I find out which SoaS image this was? About my laptop is unhelpful. I guess there needs to be a version file somewhere. I recommend that you treat Soas as a distribution on its own, and make sure `lsb_release --all` reports info about your distro, not the one you forked from. And that OLPC does the same with the XO images. And I recommend that Sugar - if it doesn't already - gets its About this system from lsb_release. Actually, the build number in the control panel is retrieved from /boot/olpc_build, /etc/redhat-release and lsb_release -ds. Ok. Do you want that to stay that way (i.e. all distros need to include /etc/redhat-release) or do you agree that in the future this should be changed to something not distro-specific? - Jonas - -- * Jonas Smedegaard - idealist og 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.9 (GNU/Linux) iEYEARECAAYFAkmiiIoACgkQn7DbMsAkQLhMrwCgiC5Jt6XKs8tZyXdYmqnQhsKP vGQAn1UDWcPdC5AalxF9cnyhGX7I/72E =GllX -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
On Mon, Feb 23, 2009 at 12:29, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 23, 2009 at 12:14:00PM +0100, Tomeu Vizoso wrote: On Mon, Feb 23, 2009 at 09:44, Jonas Smedegaard d...@jones.dk wrote: On Mon, Feb 23, 2009 at 09:02:53AM +0100, Bert Freudenberg wrote: The question is, when I download latest, and find a bug to report, how do I find out which SoaS image this was? About my laptop is unhelpful. I guess there needs to be a version file somewhere. I recommend that you treat Soas as a distribution on its own, and make sure `lsb_release --all` reports info about your distro, not the one you forked from. And that OLPC does the same with the XO images. And I recommend that Sugar - if it doesn't already - gets its About this system from lsb_release. Actually, the build number in the control panel is retrieved from /boot/olpc_build, /etc/redhat-release and lsb_release -ds. Ok. Do you want that to stay that way (i.e. all distros need to include /etc/redhat-release) or do you agree that in the future this should be changed to something not distro-specific? No, I agree that we should move to something not distro specific. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
On Mon, Feb 23, 2009 at 12:46:36PM +0100, Tomeu Vizoso wrote: On Mon, Feb 23, 2009 at 12:29, Jonas Smedegaard d...@jones.dk wrote: Do you want that to stay that way (i.e. all distros need to include /etc/redhat-release) or do you agree that in the future this should be changed to something not distro-specific? No, I agree that we should move to something not distro specific. maybe include it to gconf scheme, I mean putting new file to /etc or /boot fits only for custom ditros(like soas) not for regular ones. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 23, 2009 at 11:54:45AM +, Aleksey Lim wrote: On Mon, Feb 23, 2009 at 12:46:36PM +0100, Tomeu Vizoso wrote: On Mon, Feb 23, 2009 at 12:29, Jonas Smedegaard d...@jones.dk wrote: Do you want that to stay that way (i.e. all distros need to include /etc/redhat-release) or do you agree that in the future this should be changed to something not distro-specific? No, I agree that we should move to something not distro specific. maybe include it to gconf scheme, I mean putting new file to /etc or /boot fits only for custom ditros(like soas) not for regular ones. I see no need for custom inventions here. What is currently grabbed from below /boot/ is hardware-specific, so should be provided by the setup of the kernel, bootloader or similar, and we (Sugar) should silently ignore if it doesn't exist. What is currently grabbed from below /etc/ is distribution-specific, so should be provided by them in a generic way (LSB), and we (Sugar) should warn if the underlying system does not conform to core LSB standards. If by we you mean the distributors of Soas, then I recommend that you do not use GConf but LSB to tell about your distribution. - Jonas - -- * Jonas Smedegaard - idealist og 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.9 (GNU/Linux) iEYEARECAAYFAkmikTsACgkQn7DbMsAkQLh92gCglnIA9DfROc8mwiR5WKM69YC0 6YIAoJLR8qXGn3ZKRubfq2wKFOg6ktFn =Uxb+ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] User Interface Anoyances and Bugs in the latest Sugar On A Stick build dated 23 of February, 2009
Tomeu assured me that I wouldn-t be creating noise in the mailing list if I sent you these nitpicks, some small, some large, some recent, some old, so here goes my todays list of: User Interface Anoyances and Bugs in the latest Sugar On A Stick build dated 23 of February, 2009: 1 - In Read, the zoom to width icon resembles more a zoom to fit, i.e., zoom out sufficiently so that the document corners are visible inside the magnifying glass, i.e., show the entire document inside the magnifying glass. Either change the icon or the default action (I prefer the later option). 2 - After clicking a toolbar icon (tested in Read), you cant reveal its palette unless you exit and reenter the icon with the cursor. 3 - Clicking on a video at archive.org, downloads the ogg video, instead of streaming. What should be the default? The right-click palette (that allows one to download a link) is not as discoverable as the rest of the UI. 4 - The right-click palette of weblinks say #copy#, but copy what? I can figure it-s about copying the url, but will a kid know. It should be spelled out as #copy link# 5 - Right-click palettes in Browse don-t disappear unless you choose one of its options. They should work like other palettes in the UI, disappear after a bit when you exit the cursor away from it. 6 - The right-click palette are totally undiscoverable because they need an explicit right-click action to appear. I vote to test having it appear on hover, with a bigger delay than normal palettes and see if the feedback is really that bad as you expect it to be (i.e., that navigating webpages full of images and links will make palettes appear everywhere. Fix number 5, and increase the timer on it appearing on hover, and it wont be bad, I think). 7 - The text size of some Text boxes and options are too small in contrast with the rest of the UI. Some automatic adjustment should be made between the screen resolution and the font size. 8 - When clicking a link in GMail, the page doesnt load unless you click Stop and Reload it. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] User Interface Anoyances and Bugs in the latest Sugar On A Stick build dated 23 of February, 2009
This is not noise at all! The day Sugar Labs starts to consider feedback and bug reports from users as _noise_ is the day we close up emacs and start pushing XP:( david On Tue, Feb 24, 2009 at 7:41 AM, Eduardo H. Silva hoboprim...@gmail.com wrote: Tomeu assured me that I wouldn-t be creating noise in the mailing list if I sent you these nitpicks, some small, some large, some recent, some old, so here goes my todays list of: User Interface Anoyances and Bugs in the latest Sugar On A Stick build dated 23 of February, 2009: 1 - In Read, the zoom to width icon resembles more a zoom to fit, i.e., zoom out sufficiently so that the document corners are visible inside the magnifying glass, i.e., show the entire document inside the magnifying glass. Either change the icon or the default action (I prefer the later option). 2 - After clicking a toolbar icon (tested in Read), you cant reveal its palette unless you exit and reenter the icon with the cursor. 3 - Clicking on a video at archive.org, downloads the ogg video, instead of streaming. What should be the default? The right-click palette (that allows one to download a link) is not as discoverable as the rest of the UI. 4 - The right-click palette of weblinks say #copy#, but copy what? I can figure it-s about copying the url, but will a kid know. It should be spelled out as #copy link# 5 - Right-click palettes in Browse don-t disappear unless you choose one of its options. They should work like other palettes in the UI, disappear after a bit when you exit the cursor away from it. 6 - The right-click palette are totally undiscoverable because they need an explicit right-click action to appear. I vote to test having it appear on hover, with a bigger delay than normal palettes and see if the feedback is really that bad as you expect it to be (i.e., that navigating webpages full of images and links will make palettes appear everywhere. Fix number 5, and increase the timer on it appearing on hover, and it wont be bad, I think). 7 - The text size of some Text boxes and options are too small in contrast with the rest of the UI. Some automatic adjustment should be made between the screen resolution and the font size. 8 - When clicking a link in GMail, the page doesnt load unless you click Stop and Reload it. ___ 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] [RELEASE] Browse-100 (8.2.1 only)
Simon Schampijer wrote: Hi, this is Browse for Sucrose 0.82 or OLPC 8.2.1. XO-bundle: http://shell.sugarlabs.org/~erikos/bundles/Browse-100.xo News: - Inline pdf support (Sayamindu Dasgupta) - Set intl.accept_languages based on the locale (Daniel Drake) - Create a HTTP Cookie to authenticate with the Schoolserver (Martin Langhoff) Thanks for all your contributions, Simon New bundle available with, thanks to Sayamindu, fixed Spanish translations: http://shell.sugarlabs.org/~erikos/bundles/Browse-101.xo Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Location of Saved XO Settings
On 23 Feb 2009, at 07:51, FGrose wrote: The XO settings from the control panel used to rest in /home/olpc/.sugar/default/config. Where are they resting now in SoaS images? I think the majority of settings have moved to gconf; not a tool I've played with much but I'm assuming their must be a command line tool to view and set them (anyone?). I did also find a nested directory structure with XML settings files in last time I had a 8.3.x running on an XO. Can't check for sure just now but i think it was in something like a .gconf directory in my home directory. --Gary -- View this message in context: http://n2.nabble.com/Location-of-Saved-XO-Settings-tp2370905p2370905.html Sent from the Sugar Development mailing list archive at Nabble.com. ___ 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] Location of Saved XO Settings
This gconf-editor tool should be accessible somewhere in Sugar (the control panel?): remember, low floor, high ceiling. Eduardo 2009/2/23 Luke Faraone l...@faraone.cc: On Mon, Feb 23, 2009 at 11:34 AM, Gary C Martin g...@garycmartin.com wrote: I think the majority of settings have moved to gconf; not a tool I've played with much but I'm assuming their must be a command line tool to view and set them (anyone?). I did also find a nested directory structure with XML settings files in last time I had a 8.3.x running on an XO. Can't check for sure just now but i think it was in something like a .gconf directory in my home directory. Tool to modify Gconf from the command line: http://www.gnome.org/~shaunm/admin-guide/gconf-6.html For GUI people, there is gconf-editor. -- Luke Faraone http://luke.faraone.cc ___ 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] Location of Saved XO Settings
On 2/23/09, Eduardo H. Silva hoboprim...@gmail.com wrote: This gconf-editor tool should be accessible somewhere in Sugar (the control panel?): remember, low floor, high ceiling. The main concern with making these keys easilly accessible are twofold: it discourages from implementing the settings in a user-friendly panel applet (see firefox's about:config or the windows registry) and secondly it makes it simpler for a child to hose their setup. Gconf-edit is not meant to be a user-facing tool, but a last resort when normal configuration tools provided by an app are insufficent. For this reason, I think adding the editor to the control panel would be a mistake. -- 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] [ANNOUNCE] Sucrose 0.84 Release Candidate 2 (0.83.6)
da...@lang.hm wrote: On Mon, 23 Feb 2009, Simon Schampijer wrote: Dear Sugar Community, this is Release Candidate 2 for the upcoming 0.84 Release - see the [1] for more details. Only one more week to go in this release cycle. Please test this release and report all the bugs you find that we are able to fix them in time. A friendly BugSquad [2] will be available to triage those bugs accordingly and the developers can never have enough bug food. If you have non-bug feedback about features you can use the sugar-devel mailing list to share it with us. From a user point of view we want to highlight the following changes that have been made: === Resume by Default === Resume by default is now the way we handle activity startup. The option in the Favourites View palette has been removed completely. You can still start a new instance using the 'Start' option in the Activity palette. === View Source === There has been some refinements to the View Source dialog. You can access it from the Activity palette in the Frame or by using 'Shift+Alt+V' directly. not by Fn+space? (as marked on the keyboard) Which keyboard? Sugar does not only run on XO hardware. Best, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy not ready for Sucrose
Brian Jordan wrote: On Fri, Jan 23, 2009 at 2:21 PM, Simon Schampijer si...@schampijer.de wrote: Simon Schampijer wrote: Hi, the Sucrose package of Pippy is version 25 - when I last released it back in August. Since then there has been some development going into Pippy (now version 30) http://dev.laptop.org/git?p=projects/pippy-activity;a=shortlog But none of the maintainers did follow the Sucrose release cycle, even though I sent a reminder http://lists.laptop.org/pipermail/sugar/2008-November/010021.html Any, specific reason for that? Pippy has not been moved to git.sugarlabs.org, as well. please indicate clearly: * if you still want to be part of Sucrose (including following the release cycle) * any new maintainer that is willing to do this task if you does not want to * any issues/reasons you have to do so Best, Simon To follow up on this, I mainly want to find a maintainer for Pippy for Sucrose. If there is no one willing to do that we drop it, which is ok - one can still download the xo etc, I just want a clearer situation. Hi, I will maintain Pippy for Sucrose, though I may need a bit of hand holding. Please let me know if what I did seems correct (esp. step 2): 1. l got the most recent version of Pippy from git git-clone git://dev.laptop.org/projects/pippy-activity cd pippy-activity 2. ./setup.py gave a bunch of invalid entry in MANIFEST errors about different locales, so I ran: ./setup.py fix_manifest 3. ./setup.py dist_source 4. I asked a crank sysadmin to add me to the Sugar group, And I moved Pippy-30.tar.bz2 to: http://dev.laptop.org/pub/sugar/sources/Pippy/Pippy-30.tar.bz2 (805K) I will move pippy over to git.sugarlabs.org as well. Thanks, Brian Hi Brian, where are we with that? Pippy is the only activity of fructose that has not been moved to sugarlabs services (trac and git). Are you still planning to? Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Sucrose 0.84 Release Candidate 2 (0.83.6)
Simon Schampijer wrote: Dear Sugar Community, this is Release Candidate 2 for the upcoming 0.84 Release - see the [1] for more details. Only one more week to go in this release cycle. Please test this release and report all the bugs you find that we are able to fix them in time. A friendly BugSquad [2] will be available to triage those bugs accordingly and the developers can never have enough bug food. If you have non-bug feedback about features you can use the sugar-devel mailing list to share it with us. From a user point of view we want to highlight the following changes that have been made: === Resume by Default === Resume by default is now the way we handle activity startup. The option in the Favourites View palette has been removed completely. You can still start a new instance using the 'Start' option in the Activity palette. === View Source === There has been some refinements to the View Source dialog. You can access it from the Activity palette in the Frame or by using 'Shift+Alt+V' directly. The coloured activity icon represents the source of the activity instance. The outlined activity icon represent the bundle source for the activity itself, the template. We use this to help draw a distinction between the activity instance and the activity bundle Using the uncoloured outline to represent the bundle vs the coloured icon to represent an instance has been the design cue all along. === File transfer === We make use of the files new file transfer files now. === Read === Morgan fixed an error that was introduced due to changes in Evince. === Browse === Martin Langhoff has been adding functionality to authenticate with the Schoolserver. When registered with the server an HTTP Cookie is created to ease the use of services on the Schoolserver in future sessions. Thanks to Daniel Drake Browse propagates the current locale now. This helps to use web services and pages in your mother language. Try it out with the [http://addons.sugarlabs.org/ addons] page for example. I want to annotate that we have as well a new version of the Log [1] activity and TurtleArt [2]. Sorry for let those slipping through. Please make sure to package them as well. Thanks, Simon [1] http://sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.83.6#Log [2] http://sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.83.6#Turtleart Sources: http://sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.83.6#Fructose_modules ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Activity startup idea
On 23 Feb 2009, at 20:46, Wade Brainerd wrote: Opening up a conversation with Eben about the activity startup animation. The pulsing, scaling icon appears to slow down activity startup, at least on slow hardware like the XO. I suggested replacing the pulsing icon with a static one, and surrounding it with dots at a rate of 1 per second. Eben suggests an alternative, replacing the pulsing one with a blinking icon. It strikes me that the two could possibly be combined. To be honest, I like the idea of static icon with 'clock' dots appearing as an alternative. Now I do like the current pulsing (there to prevent impatient random clicking on other UI slowing things down even more), but if no one can code the pulsing lean enough, given the XO hardware, then we perhaps need to move on. --Gary Anyone else want to weigh in? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Activity startup idea
The pulsing doesn't prevent random clicking. On Mon, Feb 23, 2009 at 2:26 PM, Gary C Martin g...@garycmartin.com wrote: On 23 Feb 2009, at 20:46, Wade Brainerd wrote: Opening up a conversation with Eben about the activity startup animation. The pulsing, scaling icon appears to slow down activity startup, at least on slow hardware like the XO. I suggested replacing the pulsing icon with a static one, and surrounding it with dots at a rate of 1 per second. Eben suggests an alternative, replacing the pulsing one with a blinking icon. It strikes me that the two could possibly be combined. To be honest, I like the idea of static icon with 'clock' dots appearing as an alternative. Now I do like the current pulsing (there to prevent impatient random clicking on other UI slowing things down even more), but if no one can code the pulsing lean enough, given the XO hardware, then we perhaps need to move on. --Gary Anyone else want to weigh in? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- It is difficult to get a man to understand something, when his salary depends upon his not understanding it. -- Upton Sinclair ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Activity startup idea
On Mon, Feb 23, 2009 at 5:30 PM, Carol Farlow Lerche c...@msbit.com wrote: The pulsing doesn't prevent random clicking. I thought it was to be as a don't worry, we're working symbol, thus letting the user know that their last click _did_ cause the activity to load. The issue is that after a few seconds there is no visual feedback provided to the user; they have no way of knowing whether their activity is *truly* loading or has failed to start, since sugar does not reap zombie activities in non-joyride builds. (Although I'm not sure how that will work with Sugar on other platforms) -- 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] Pippy not ready for Sucrose
Hi Simon, Yup, I will have it completed this week. Apologies for my recent absence, and thanks for the reminder: -- Forwarded message -- From: Brian Jordan bcjor...@gmail.com Date: Mon, Feb 23, 2009 at 3:10 PM Subject: Re: Migrating activities from OLPC to SL To: David Farning dfarn...@sugarlabs.org Cc: Wade Brainerd wad...@gmail.com Hey David and Wade, On Mon, Feb 23, 2009 at 2:42 PM, David Farning dfarn...@sugarlabs.org wrote: Brian, We are handing off development and distribution of Sugar activities from OLPC to the SL community. Would you please insure that your activities: 1. Have been migrated to http://git.sugarlabs.org for a source code repository. 2. Are being tracked via pootle for internationalization. 3. Are registered in the the Sugar Labs bug tracker at http://dev.sugarlabs.org . 4. Have been uploaded to http://addons.sugarlabs.org for distribution. We have you listed as working on or maintaining: help physics* pippy Will do, I'll have that done this week. Thanks for the heads up, and sorry for my radio silence the past couple weeks. I've been taking some time off to complete my college transfer applications. Cheers, Brian I have cced Wade the Sugar Labs activity Team Leader in case you have any questions. thanks david On Mon, Feb 23, 2009 at 4:41 PM, Simon Schampijer si...@schampijer.de wrote: Brian Jordan wrote: On Fri, Jan 23, 2009 at 2:21 PM, Simon Schampijer si...@schampijer.de wrote: Simon Schampijer wrote: Hi, the Sucrose package of Pippy is version 25 - when I last released it back in August. Since then there has been some development going into Pippy (now version 30) http://dev.laptop.org/git?p=projects/pippy-activity;a=shortlog But none of the maintainers did follow the Sucrose release cycle, even though I sent a reminder http://lists.laptop.org/pipermail/sugar/2008-November/010021.html Any, specific reason for that? Pippy has not been moved to git.sugarlabs.org, as well. please indicate clearly: * if you still want to be part of Sucrose (including following the release cycle) * any new maintainer that is willing to do this task if you does not want to * any issues/reasons you have to do so Best, Simon To follow up on this, I mainly want to find a maintainer for Pippy for Sucrose. If there is no one willing to do that we drop it, which is ok - one can still download the xo etc, I just want a clearer situation. Hi, I will maintain Pippy for Sucrose, though I may need a bit of hand holding. Please let me know if what I did seems correct (esp. step 2): 1. l got the most recent version of Pippy from git git-clone git://dev.laptop.org/projects/pippy-activity cd pippy-activity 2. ./setup.py gave a bunch of invalid entry in MANIFEST errors about different locales, so I ran: ./setup.py fix_manifest 3. ./setup.py dist_source 4. I asked a crank sysadmin to add me to the Sugar group, And I moved Pippy-30.tar.bz2 to: http://dev.laptop.org/pub/sugar/sources/Pippy/Pippy-30.tar.bz2 (805K) I will move pippy over to git.sugarlabs.org as well. Thanks, Brian Hi Brian, where are we with that? Pippy is the only activity of fructose that has not been moved to sugarlabs services (trac and git). Are you still planning to? Cheers, Simon ___ 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] Fwd: Activity startup idea
Spend a few hours in a kindergarten classroom. It doesn't work to prevent repeated launching of activities and ultimately a need to reboot. On Mon, Feb 23, 2009 at 2:39 PM, Luke Faraone l...@faraone.cc wrote: On Mon, Feb 23, 2009 at 5:30 PM, Carol Farlow Lerche c...@msbit.com wrote: The pulsing doesn't prevent random clicking. I thought it was to be as a don't worry, we're working symbol, thus letting the user know that their last click _did_ cause the activity to load. The issue is that after a few seconds there is no visual feedback provided to the user; they have no way of knowing whether their activity is *truly* loading or has failed to start, since sugar does not reap zombie activities in non-joyride builds. (Although I'm not sure how that will work with Sugar on other platforms) -- Luke Faraone http://luke.faraone.cc -- It is difficult to get a man to understand something, when his salary depends upon his not understanding it. -- Upton Sinclair ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Activity startup idea
On Mon, Feb 23, 2009 at 5:46 PM, Carol Farlow Lerche c...@msbit.com wrote: Spend a few hours in a kindergarten classroom. It doesn't work to prevent repeated launching of activities and ultimately a need to reboot. Is there anything sugar can do in this regard? Would this activity starting logic work: * If no activity instances are running, start it. * If an instance has been started already but the process has not yet signaled on the dbus that it is running, ie drawing windows etc. for the user, switch to that instance * If an instance has been started and is running, start a new instance. (*or* send a start new instance request to the existing instance, which allows us to save the overhead of loading up another python process) * Reap all instances still in the starting state for more than X seconds that have not explictly requested this functionality to be disabled nor signaled via the dbus that they are still active -- 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] Fwd: Activity startup idea
Luke Faraone wrote: On Mon, Feb 23, 2009 at 5:46 PM, Carol Farlow Lerche c...@msbit.com wrote: Spend a few hours in a kindergarten classroom. It doesn't work to prevent repeated launching of activities and ultimately a need to reboot. Is there anything sugar can do in this regard? In 0.84, clicking an icon in the home view for an activity that is already running will simply switch to the running instance. It will still be possible to have multiple instances open, by selecting new instance from a dropdown menu, but multiple instances will not be created without a deliberate conscious choice. I expect that this will dramatically reduce the incidence of the effect that Carol describes. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Location of Saved XO Settings
yep, once again I am wrong :) sensible options should be added to the control-panel. Perhaps it could exist as a separate activity, a power-user tool like the Terminal, Analize and Log activities are. Eduardo 2009/2/23 Luke Faraone l...@faraone.cc: On 2/23/09, Eduardo H. Silva hoboprim...@gmail.com wrote: This gconf-editor tool should be accessible somewhere in Sugar (the control panel?): remember, low floor, high ceiling. The main concern with making these keys easilly accessible are twofold: it discourages from implementing the settings in a user-friendly panel applet (see firefox's about:config or the windows registry) and secondly it makes it simpler for a child to hose their setup. Gconf-edit is not meant to be a user-facing tool, but a last resort when normal configuration tools provided by an app are insufficent. For this reason, I think adding the editor to the control panel would be a mistake. -- 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] Fwd: Activity startup idea
On 23 Feb 2009, at 22:30, Carol Farlow Lerche wrote: The pulsing doesn't prevent random clicking. Please elaborate! I'm on the edge of my chair here!! This is just the kind of feedback needed!!! With my 7, 10 and 11yr old nieces and nephew, the main reason I observed for multiple activity instances were: a) not being able to find the Stop on an activity, they were 'done' and wanted a fresh start... b) it was easier to find the home view and just launch a new activity instance. They did **clearly** want things to start sooner, but did not independently discover the hot corners; there fore had nothing to click on while their first choice (slowly) started up (other wise I'm sure there would have been multiple simultaneous activity launches and all the pain that entails). --Gary P.S I've used up my pling quota for the next few emails, apologies for any offence. On Mon, Feb 23, 2009 at 2:26 PM, Gary C Martin g...@garycmartin.com wrote: On 23 Feb 2009, at 20:46, Wade Brainerd wrote: Opening up a conversation with Eben about the activity startup animation. The pulsing, scaling icon appears to slow down activity startup, at least on slow hardware like the XO. I suggested replacing the pulsing icon with a static one, and surrounding it with dots at a rate of 1 per second. Eben suggests an alternative, replacing the pulsing one with a blinking icon. It strikes me that the two could possibly be combined. To be honest, I like the idea of static icon with 'clock' dots appearing as an alternative. Now I do like the current pulsing (there to prevent impatient random clicking on other UI slowing things down even more), but if no one can code the pulsing lean enough, given the XO hardware, then we perhaps need to move on. --Gary Anyone else want to weigh in? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- It is difficult to get a man to understand something, when his salary depends upon his not understanding it. -- Upton Sinclair ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Activity startup idea
On Mon, Feb 23, 2009 at 5:57 PM, Luke Faraone l...@faraone.cc wrote: On Mon, Feb 23, 2009 at 5:46 PM, Carol Farlow Lerche c...@msbit.comwrote: Spend a few hours in a kindergarten classroom. It doesn't work to prevent repeated launching of activities and ultimately a need to reboot. Is there anything sugar can do in this regard? Would this activity starting logic work: * If no activity instances are running, start it. * If an instance has been started already but the process has not yet signaled on the dbus that it is running, ie drawing windows etc. for the user, switch to that instance * If an instance has been started and is running, start a new instance. (*or* send a start new instance request to the existing instance, which allows us to save the overhead of loading up another python process) * Reap all instances still in the starting state for more than X seconds that have not explictly requested this functionality to be disabled nor signaled via the dbus that they are still active What about watching system resources and refusing to start a new activity when there isn't enough RAM available to launch it? It should be pretty straightforward to add a required_memory field to activity.info - it would be a simple, approximate high water mark memory usage for a given activity. The default could be determined by analyzing the basic activities - maybe 20mb would be good? Just seems like we should be attacking the problem by attacking the problem. Cheers, Wade ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
On Sun, Feb 22, 2009 at 3:23 PM, Sebastian Dziallas sebast...@when.comwrote: Hi all, and here's another announcement for Sugar on a Stick! You can grab your updated version now directly from here: http://download.sugarlabs.org/soas/snapshots/1/latest.iso Hey, this link appears to have disappeared. I updated http://sugarlabs.org/go/Sugar_on_a_Stick to focus on downloading and writing this distribution to a USB stick. Other aspects of SoaS were moved down to the TODO links. I'd like to standardize on a *single* program for creating USB keys, preferrably the Fedora LiveUSB Creator. Can anyone try this out on Linux and report back whether it works? If it indeed does, I'll move the other key creation methods and post instructions with screenshots. Second, given the amount of work we are doing on SoaS right now should we consider a SoaS namespace in the wiki? E.g. SoaS/VirtualBox, SoaS/Ubunto, SoaS/TODO, etc. I'm not suggesting a whole new Team (unless you guys want to do that) but just a little more organization. Finally, I think the next thing to do in this area is to tidy up the Get Sugar page - right now SoaS is just a parenthetical reference, despite being one of the better ways to try Sugar given all the recent work. Best, Wade ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
One more thing. Going forward, would you guys be willing to produce VMDK files for VMWare / VirtualBox in addition to the ISO? A lot of activity developers (including myself) develop entirely using emulators and this would allow us to test our work on the latest versions. Here are the steps (prepared by FGrose), which could likely be automated by someone clever enough: http://sugarlabs.org/go/Sugar_on_a_Stick_VirtualBox/Preparing_a_disk_image Best, Wade On Sun, Feb 22, 2009 at 3:23 PM, Sebastian Dziallas sebast...@when.comwrote: Hi all, and here's another announcement for Sugar on a Stick! You can grab your updated version now directly from here: http://download.sugarlabs.org/soas/snapshots/1/latest.iso This file is linking to the latest snapshot - if you're unsure whether you already have the latest version, please either check the file information or browse the snapshots directory. What's has changed over the weekend? * We're now shipping honey activities, so don't miss the speak tamtam activities, as well as others... * Speak is now working! Kudos to alsroot for making this possible. * The mouse cursor issue introduced in the last build should now have been fixed. If it still occurs to you, please speak up and report it! * Size reduction has been improved: The image is still bigger than it was before (due to the new honey activities), but it would have been way bigger without these changes. Again, please report any issues you come along! Thanks and happy testing, --Your SoaS team ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] ActivityTeam meeting
Hi all, We are holding our second ActivityTeam meeting this Friday at 12pm EST (17:00 UTC). It should last 1 hour (the length of my lunch break). Hope to see you there! What: Activity Team meeting When: 27 February 2009, 12:00 pm EST Where: irc.freenode.net, #sugar-meeting Agenda: * Catch up on the past month's progress * activities.sugarlabs.org discussion * Status of activity migration + author outreach * Review of the TODO list * Distribution discussion ** Minimum resolution supported by Sugar ** Help system * News from this Tuesday's OLPC Deployment meeting. Best, Wade ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Permissions to upload honey sources
Hi folks, Just got a shell account on sunjammer (thanks Bernie!), and was hoping to upload the source of Moon-9 so that it appears in the (as I understand) official place for distros to go looking for honey: http://download.sugarlabs.org/sources/honey/ Now... the below wiki page lists /pub/sugarlabs/sources/honey as the pace to make a directory and upload to: http://sugarlabs.org/go/DevelopmentTeam/Activities_packaging ... but /pub/sugarlabs/sources/honey doesn't seem to exist on sunjammer, though I did find /upload/sources/honey/ which seems to be the correct path as it has the other 4 listed honey sources living there (/var/www/sugarlabs/download/sources/honey/ is also another possibility). Unfortunately I don't seem to have permission to create a directory there. /upload/sources/honey is owned by marcopg, group sugarlabs; the other 4 directories in there were created by alsroot, group sugarlabs. I'm guessing on the face of it I'd need to be in the sugarlabs group, **but** this doesn't seem like a good situation given that honey is for activity sources developed out there in the wild, that could turn into a whole stinging bee hive of admin and excessive shell access... Any (scalable) hints much appreciated! Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
Here are the steps (prepared by FGrose), which could likely be automated ... http://sugarlabs.org/go/Sugar_on_a_Stick_VirtualBox/Preparing_a_disk_image I only confirmed and tweaked Dave Bauer's work posted at, http://schools.sugarlabs.org/mod/forum/discuss.php?d=27 . I confirmed the livecd-iso-to-disk script for Ubuntu 8.10 with instructions at, http://sugarlabs.org/go/Sugar_on_a_Stick#On_Linux_using_the_shell_script. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
On Tue, Feb 24, 2009 at 2:53 AM, Wade Brainerd wad...@gmail.com wrote: Hey, this link appears to have disappeared. I updated http://sugarlabs.org/go/Sugar_on_a_Stick to focus on downloading and writing this distribution to a USB stick. Other aspects of SoaS were moved down to the TODO links. Great, thanks! I'd like to standardize on a *single* program for creating USB keys, preferrably the Fedora LiveUSB Creator. Can anyone try this out on Linux and report back whether it works? If it indeed does, I'll move the other key creation methods and post instructions with screenshots. Unfortunately there are not Debian/Ubuntu packages of the liveusb creator :/ Second, given the amount of work we are doing on SoaS right now should we consider a SoaS namespace in the wiki? E.g. SoaS/VirtualBox, SoaS/Ubunto, SoaS/TODO, etc. I'm not suggesting a whole new Team (unless you guys want to do that) but just a little more organization. Sounds good to me, always wanted to do that but never got at it... Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
On Tue, Feb 24, 2009 at 6:47 AM, Marco Pesenti Gritti marc...@sugarlabs.org wrote: I'd like to standardize on a *single* program for creating USB keys, preferrably the Fedora LiveUSB Creator. Can anyone try this out on Linux and report back whether it works? If it indeed does, I'll move the other key creation methods and post instructions with screenshots. Unfortunately there are not Debian/Ubuntu packages of the liveusb creator :/ If someone confirms that it works in Fedora, we could at least standardize on it for Windows + Fedora and keep the script instructions just for other distros. Also maybe at some point we can get a friendly debian packager to package it up :) Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel