[Sugar-devel] Location of Saved XO Settings
The XO settings from the control panel used to rest in /home/olpc/.sugar/default/config. Where are they resting now in SoaS images? -- 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
Re: [Sugar-devel] nitpicks on the sucrose 0.83.6 UI
On 22 Feb 2009, at 19:52, Eduardo H. Silva wrote: > Last one (I promisse): > > On resume mode, clicking on an already instantiated activity icon from > home, should switch to that opened activity. Right now, it tries to > re-launch instance that has been saved in the journal, and fails > (doesnt pass the blinking activity icon stage). Hi Eduardo, thanks for all the recent great feedback! Just wanted to point you to: http://dev.sugarlabs.org/ticket/238 I only have XOs to test the 0.83.x Sugar work, so I'm week or so behind :-( but my above ticket from a month back sounds very much like what you've just described; Tomeu fixed and closed this ticket, so if you've found another chink in the new home resume function, please do open the ticket and mention the steps needed to reproduce! Regards, --Gary > Eduardo > > 2009/2/22 Eduardo H. Silva : >> Just another nitpick I've remembered. When in resume mode, the option >> to start a fresh instance of an activity is just named "Start". Could >> it perhaps be made more explicit, like "Start new activity"? >> >> Eduardo >> >> 2009/2/22 Eduardo H. Silva : >>> 2009/2/22 Eben Eliason : On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva 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 >>> >>> I keep forgetting that there _are_ future ideal mockups of the >>> interface, which already solve many of the issues I find! :) > 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. > > 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. > 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. > 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
Re: [Sugar-devel] [IAEP] SoaS - moving onward...
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 > Thanks, > Caroline > > On Sun, Feb 22, 2009 at 3:23 PM, Sebastian Dziallas > wrote: > 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 > > > > -- > Caroline Meeks > Solution Grove > carol...@solutiongrove.com > > 617-500-3488 - Office > 505-213-3268 - Fax > ___ > 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] SoaS - moving onward...
How will I know what snapshot I have on a given USB so that I can accurately report bugs? Thanks, Caroline On Sun, Feb 22, 2009 at 3:23 PM, Sebastian Dziallas wrote: > 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 > -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request for icons
That would be super, Thank you :-) Sayamindu On Mon, Feb 23, 2009 at 2:23 AM, Eben Eliason wrote: > I have these lying around in the mockup somewhere. I can export them > properly and get them to you tomorrow. > > - Eben > > > On Sun, Feb 22, 2009 at 3:22 PM, Sayamindu Dasgupta > wrote: >> On Mon, Feb 23, 2009 at 1:42 AM, Eduardo H. Silva >> wrote: >>> As I understand it, not all palette options need an icon. In your >>> case, they are variations of skipping to the next X, where X can be a >>> page, or section, or bookmark. The icon which opens that palette >>> already has the turning page icon, and so by default should switch to >>> the next page. >> >> Yeah. Currently the generic go-back/fwd icons are being used. Instead >> of that, I want to use the page-up/page-down icons, as I think they >> make more sense. The submenu/advanced options do not have any icons, >> and I don't see any reason to add any (except for the icons/symbols >> indicating the keyboard shortcuts - which I plan to implement later). >> >> Cheers, >> Sayamindu >> -- >> Sayamindu Dasgupta >> [http://sayamindu.randomink.org/ramblings] >> ___ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request for icons
I have these lying around in the mockup somewhere. I can export them properly and get them to you tomorrow. - Eben On Sun, Feb 22, 2009 at 3:22 PM, Sayamindu Dasgupta wrote: > On Mon, Feb 23, 2009 at 1:42 AM, Eduardo H. Silva > wrote: >> As I understand it, not all palette options need an icon. In your >> case, they are variations of skipping to the next X, where X can be a >> page, or section, or bookmark. The icon which opens that palette >> already has the turning page icon, and so by default should switch to >> the next page. > > Yeah. Currently the generic go-back/fwd icons are being used. Instead > of that, I want to use the page-up/page-down icons, as I think they > make more sense. The submenu/advanced options do not have any icons, > and I don't see any reason to add any (except for the icons/symbols > indicating the keyboard shortcuts - which I plan to implement later). > > Cheers, > Sayamindu > -- > Sayamindu Dasgupta > [http://sayamindu.randomink.org/ramblings] > ___ > 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] SoaS - moving onward...
On Sun, Feb 22, 2009 at 09:23:25PM +0100, Sebastian Dziallas wrote: > 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... and here it is a teaser :) http://people.sugarlabs.org/~alsroot/soas-1.png -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] SoaS - moving onward...
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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request for icons
On Mon, Feb 23, 2009 at 1:42 AM, Eduardo H. Silva wrote: > As I understand it, not all palette options need an icon. In your > case, they are variations of skipping to the next X, where X can be a > page, or section, or bookmark. The icon which opens that palette > already has the turning page icon, and so by default should switch to > the next page. Yeah. Currently the generic go-back/fwd icons are being used. Instead of that, I want to use the page-up/page-down icons, as I think they make more sense. The submenu/advanced options do not have any icons, and I don't see any reason to add any (except for the icons/symbols indicating the keyboard shortcuts - which I plan to implement later). Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request for icons
As I understand it, not all palette options need an icon. In your case, they are variations of skipping to the next X, where X can be a page, or section, or bookmark. The icon which opens that palette already has the turning page icon, and so by default should switch to the next page. The advanced options dont need an icon, and my reasoning in this is, eventually youll get a UI with icons everywhere for every option, which will overload it with symbols, and eventually will just be disregard it (take Ubuntu: do you care for icons anymore when traversing the Applications icon, or the name?) Icons should be used for first class objects, not everywhere, in my humble opinion. Be free to disagree of course, its just my current thinking on it. (Plus, it gives icon artists a break of ever-inventing a new visual icon for every option). Eduardo 2009/2/22 Sayamindu Dasgupta : > Dear fellow Sugar enthusiasts, > Can someone kindly draw a couple of icons for me ? Both of them are > shown at http://wiki.laptop.org/images/8/8b/Activity_read_next.jpg (I > need the ones which signify next-page and previous-page). I have been > working on bookmarks support and more interesting things in Read for > sometime (check out > http://git.sugarlabs.org/projects/read/repos/sayamindu-sandbox if you > are interested), but I suck at producing anything sensible with > Inkscape :-(. > Thank you very much :-). > Sayamindu > > > -- > Sayamindu Dasgupta > [http://sayamindu.randomink.org/ramblings] > ___ > 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] [Activities] using the browser to display help/docs
disregard my e-mail, it was intended for another email thread, sorry. Eduardo 2009/2/22 Eduardo H. Silva : > On resume mode in Home, there should exist a distinction between > currently opened activities and those which arent: both are colored > right now, with no distincion. > > Perhaps the currently opened activities should appear in a closer > circle to the main XO. So, in the outside ring you can launch and > resume fresh and past activities, and in the inner ring you can resume > presently opened activities. > I think someone else also suggested something like this, and I think > its a great idea: because it brings upfront another way to switch > between opened activities, and makes clearer the difference between > activity launching, past activity resuming, and presently opened > activity resuming. > > Eduardo > > 2009/2/22 Frederick Grose : >> I thought someone was working on a quick, smooth confirmation path through >> the Journal. >> >> On Sun, Feb 22, 2009 at 1:29 PM, Luke Faraone wrote: >>> >>> On Sun, Feb 22, 2009 at 1:16 PM, wrote: >>> > > Ignoring that, you would think you could run one activity from >>> > another >>> > > using a) Python code, b) exec(), or c) DBus. >>> >>> exec() is the spawn of satan: all code exec'd is run in your local >>> namespace and takes over the current thread. >>> >>> You can also use os.fork() or the subprocess module to call >>> sugar-launch-activity, but you'll get perm problems. >>> >>> -- >>> 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 >> >> > ___ 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
Last to last one!! On resume mode in Home, there should exist a distinction between currently opened activities and those which arent: both are colored right now, with no distincion. Perhaps the currently opened activities should appear in a closer circle to the main XO. So, in the outside ring you can launch and resume fresh and past activities, and in the inner ring you can resume presently opened activities. I think someone else also suggested something like this, and I think its a great idea: because it brings upfront another way to switch between opened activities, and makes clearer the difference between activity launching, past activity resuming, and presently opened activity resuming. Eduardo 2009/2/22 Eduardo H. Silva : > Last one (I promisse): > > On resume mode, clicking on an already instantiated activity icon from > home, should switch to that opened activity. Right now, it tries to > re-launch instance that has been saved in the journal, and fails > (doesnt pass the blinking activity icon stage). > > Eduardo > > 2009/2/22 Eduardo H. Silva : >> Just another nitpick I've remembered. When in resume mode, the option >> to start a fresh instance of an activity is just named "Start". Could >> it perhaps be made more explicit, like "Start new activity"? >> >> Eduardo >> >> 2009/2/22 Eduardo H. Silva : >>> 2009/2/22 Eben Eliason : On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva 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 >>> >>> I keep forgetting that there _are_ future ideal mockups of the >>> interface, which already solve many of the issues I find! :) > 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. > > 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. > 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. > 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
Re: [Sugar-devel] [Activities] using the browser to display help/docs
On resume mode in Home, there should exist a distinction between currently opened activities and those which arent: both are colored right now, with no distincion. Perhaps the currently opened activities should appear in a closer circle to the main XO. So, in the outside ring you can launch and resume fresh and past activities, and in the inner ring you can resume presently opened activities. I think someone else also suggested something like this, and I think its a great idea: because it brings upfront another way to switch between opened activities, and makes clearer the difference between activity launching, past activity resuming, and presently opened activity resuming. Eduardo 2009/2/22 Frederick Grose : > I thought someone was working on a quick, smooth confirmation path through > the Journal. > > On Sun, Feb 22, 2009 at 1:29 PM, Luke Faraone wrote: >> >> On Sun, Feb 22, 2009 at 1:16 PM, wrote: >> > > Ignoring that, you would think you could run one activity from >> > another >> > > using a) Python code, b) exec(), or c) DBus. >> >> exec() is the spawn of satan: all code exec'd is run in your local >> namespace and takes over the current thread. >> >> You can also use os.fork() or the subprocess module to call >> sugar-launch-activity, but you'll get perm problems. >> >> -- >> 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 > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Request for icons
Dear fellow Sugar enthusiasts, Can someone kindly draw a couple of icons for me ? Both of them are shown at http://wiki.laptop.org/images/8/8b/Activity_read_next.jpg (I need the ones which signify next-page and previous-page). I have been working on bookmarks support and more interesting things in Read for sometime (check out http://git.sugarlabs.org/projects/read/repos/sayamindu-sandbox if you are interested), but I suck at producing anything sensible with Inkscape :-(. Thank you very much :-). Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ 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
Last one (I promisse): On resume mode, clicking on an already instantiated activity icon from home, should switch to that opened activity. Right now, it tries to re-launch instance that has been saved in the journal, and fails (doesnt pass the blinking activity icon stage). Eduardo 2009/2/22 Eduardo H. Silva : > Just another nitpick I've remembered. When in resume mode, the option > to start a fresh instance of an activity is just named "Start". Could > it perhaps be made more explicit, like "Start new activity"? > > Eduardo > > 2009/2/22 Eduardo H. Silva : >> 2009/2/22 Eben Eliason : >>> On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva >>> 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 >> >> I keep forgetting that there _are_ future ideal mockups of the >> interface, which already solve many of the issues I find! :) >>> 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. >>> 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. >>> 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. >>> 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. >> >> Perhaps when adding the rounded cornered boxes to actionable icons, >> that will signal kids and adults that they are actionable with just
Re: [Sugar-devel] [Activities] using the browser to display help/docs
I thought someone was working on a quick, smooth confirmation path through the Journal. On Sun, Feb 22, 2009 at 1:29 PM, Luke Faraone wrote: > On Sun, Feb 22, 2009 at 1:16 PM, wrote: > > > Ignoring that, you would think you could run one activity from another > > > using a) Python code, b) exec(), or c) DBus. > > exec() is the spawn of satan: all code exec'd is run in your local > namespace and takes over the current thread. > > You can also use os.fork() or the subprocess module to call > sugar-launch-activity, but you'll get perm problems. > > -- > 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] [Activities] using the browser to display help/docs
On Sun, Feb 22, 2009 at 1:16 PM, wrote: > > Ignoring that, you would think you could run one activity from another > > using a) Python code, b) exec(), or c) DBus. exec() is the spawn of satan: all code exec'd is run in your local namespace and takes over the current thread. You can also use os.fork() or the subprocess module to call sugar-launch-activity, but you'll get perm problems. -- 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] [Activities] using the browser to display help/docs
i promised simon on irc that i'd raise this on the sugar devel list, so thanks for replying and reminding me. (to recap: my "legacy" activity would like to be able to present help and documentation info to the user via the local browser.) s page wrote: > p...@laptop.org wrote: > > can someone remind me if there's any reasonable way for an > > activity to display html help or documentation using Browse? > > > > normally i'd simply have the app run "firefox file:///path-to-file", > > but that won't work. > > In candidate-800, Browse can view > file:///home/olpc/Activities/Maze.activity/activity/activity-maze.svg , > so you would think you could tell it to launch and show your HTML help. > > I dunno if Rainbow restricts one activity from launching another. i believe it does, which has always been the problem for doing what i would like to do. i think what might be useful (if rainbow is to be accomodated) is a minimal-functionality html viewer. i'd be okay, in my activity, if the viewer didn't allow any off-page clicks or scripts -- just html rendering. doesn't seem like that would cause a security issue, would it? paul > Ignoring that, you would think you could run one activity from another > using a) Python code, b) exec(), or c) DBus. > a) I couldn't figure out Journal's Start/Resume code, it seems to reach > into datastore and activityfactory, which ends up invoking DBus. > > b) From Terminal Activity you would think that >sugar-activity -u 'file:///{PATH_TO_YOUR_ACTIVITY}/myhtml/help.html' > would work, but I can't even get the sugar-activity exec line in > Activities/Browse.activity/activity/activity.info to work. The > connection between its BUNDLE_ID, ACTIVITY_ID, OBJECT_ID and an > activity's metadata like service_name is a mystery to me. > > > are there any workarounds (like tricking the > > file to be in the journal so that browse can see it, or something like > > that? > > You could write code to display the HTML within your own activity... > > > how does the new pdf-in-browse trick work? > > From > http://sayamindu.randomink.org/ramblings/2008/10/14/14th-october-2008/ , > "Wrote a small PDF viewer tool with support for the Journal which is > then used by mozplugger to show PDF files within Browse. (You can put > the file in your journal if you like it)" > > I.e. he's taking code that displays PDFs and running it inside the > browser as a plug-in. That seems unrelated to what you're trying to do. > > Disclaimer: I have written four lines of Python code and zero activities ;-) > -- > =S Page =- paul fox, p...@laptop.org ___ 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
Just another nitpick I've remembered. When in resume mode, the option to start a fresh instance of an activity is just named "Start". Could it perhaps be made more explicit, like "Start new activity"? Eduardo 2009/2/22 Eduardo H. Silva : > 2009/2/22 Eben Eliason : >> On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva >> 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 > > I keep forgetting that there _are_ future ideal mockups of the > interface, which already solve many of the issues I find! :) >> >>> 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. >> >>> >>> 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. >> >>> 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. >> >>> 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. > > Perhaps when adding the rounded cornered boxes to actionable icons, > that will signal kids and adults that they are actionable with just > one click. Also, from the experience I've seen with a kid, he doesn't > wait, he just goes ahead and click what he wants to get/have. > >> 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. > > You know those pieces of paper (usually publicity or fliers) through > which you can detach a part of them
Re: [Sugar-devel] nitpicks on the sucrose 0.83.6 UI
2009/2/22 Eben Eliason : > On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva > 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 I keep forgetting that there _are_ future ideal mockups of the interface, which already solve many of the issues I find! :) > >> 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. > >> >> 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. > >> 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. > >> 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. Perhaps when adding the rounded cornered boxes to actionable icons, that will signal kids and adults that they are actionable with just one click. Also, from the experience I've seen with a kid, he doesn't wait, he just goes ahead and click what he wants to get/have. > 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. You know those pieces of paper (usually publicity or fliers) through which you can detach a part of them because the division has already been "dotted" (perforated in some manner). The bottom of a primary palette which contains a secondary palette could have such a bottom edge, as if it had been ripped from a larger piece of paper (which would be the entire palette). > > Thanks for all the good thoughts! > > - Eben Welcome, I'll try to be at the me
Re: [Sugar-devel] wiki_laptop_org/go/Specifications
Well, I'm uncertain, mostly because some of the specs are outdated, many others incomplete, etc. What might be better is to migrate a skeleton, and have developers add additional topics which need a spec, thus encouraging the design team (myself very much included) to revisit these areas and polish up the details, pulling from the old specs as appropriate. How do others feel? - Eben On Sat, Feb 21, 2009 at 3:28 PM, David Farning wrote: > A couple of weeks ago I recieved a request to migrate > http://wiki.laptop.org/go/Specifications . > > Unless I hear otherwise, I will migrate that pages to the Development > team in a few days. > > thanks > david > ___ > 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] nitpicks on the sucrose 0.83.6 UI
On Sun, Feb 22, 2009 at 11:42 AM, Eduardo H. Silva 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 > 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. > > 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. > 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. > 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] nitpicks on the sucrose 0.83.6 UI
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: a - For prettiness sake, they could have rounded corners 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. 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" c - This allows one to access any of the above options from any view, via 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. 4 - Change the "View details" icon to the latest try at it that Eben gave. Perhaps I just don't understand why > is preferable. 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? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
On Sun, Feb 22, 2009 at 3:36 PM, Marco Pesenti Gritti wrote: > On Sun, Feb 22, 2009 at 12:51 PM, Marco Pesenti Gritti > wrote: >> We have instructions for SoaS. The whole page could use some cleanups. >> In particular we should not mix different distributions in the same >> page imo and we should expand the linux section. But it's a start. >> >> http://sugarlabs.org/go/Sugar_on_a_Stick#Fedora_based_Sugar_on_a_Stick > > I cleaned up the page a bit and expanded the linux section. Running > the script on Fedora is known to work, it *might* work also on other > distributions. I'm sure the instructions can be improved, feel free to > edit or to send questions. Also please report any problem you run > into. If someone has time it would also be good to test liveusb-creator in Fedora (following the Windows instructions on our wiki), if it works it should be easier to use than the command line script. https://fedorahosted.org/liveusb-creator/ (Can't test myself right now, I don't have a Fedora install) Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
On Sun, Feb 22, 2009 at 12:51 PM, Marco Pesenti Gritti wrote: > We have instructions for SoaS. The whole page could use some cleanups. > In particular we should not mix different distributions in the same > page imo and we should expand the linux section. But it's a start. > > http://sugarlabs.org/go/Sugar_on_a_Stick#Fedora_based_Sugar_on_a_Stick I cleaned up the page a bit and expanded the linux section. Running the script on Fedora is known to work, it *might* work also on other distributions. I'm sure the instructions can be improved, feel free to edit or to send questions. Also please report any problem you run into. Thanks, Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
On Sun, Feb 22, 2009 at 02:30:42PM +0100, Sascha Silbe wrote: Will try to go through the whole lot and take notes. Was a lot less work than I assumed it would be. Here are my (few) notes: #19/20: battery indicator not available on desktops; should have used buttons instead of Frame before for switching views? #23: via Frame or via Journal? #25/27: this order only makes sense if Chat is closed via Frame, not via activity menu CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SoaS - Another Snapshot
Awesome stuff! Let's make sure to update the link on the wiki page when announcing a new image. http://sugarlabs.org/go/Sugar_on_a_Stick#Fedora_based_Sugar_on_a_Stick (I'm removing a comment there about checking people blogs to figure out the latest one, because that seem complicated/unreliable especially now that both you and Simon are doing images). Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
On Sun, Feb 22, 2009 at 02:15:44AM -0500, Mel Chua wrote: Colin, Elsa, and I came up with http://sugarlabs.org/go/Smoke_test. Thanks! Unfortunately, at least Test #7 will fail if Sugar has been used before because of the "resume by default by default" feature. I.e. if Chat has been used before (and been shared), it will start up shared by default. I was on the edge of filing a bug against Chat because of this. :) Will try to go through the whole lot and take notes. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Feb 22, 2009 at 12:51:43PM +0100, Marco Pesenti Gritti wrote: >In general I suggest that we don't settle on a *single* canonical >distributions but we list all the distributions that matches certain >criteria. For example: ship a very recent Sugar version, are >reasonably easy and documented to install, are in a good enough state >to be tested by non-developers. In practice SoaS is probably the only >one that matches them at the moment, hopefully that will change soon. Hear, hear! Promote some criteria. That is great encouragement for distributions. - 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) iEYEARECAAYFAkmhRxAACgkQn7DbMsAkQLiCkwCeKg79mRa4lXNECoaxUK2xgnwZ FtoAnjfaVaj9us9rLat8EbDxINopwy3G =2rdJ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
On Sun, Feb 22, 2009 at 8:15 AM, Mel Chua wrote: > Because of the impending 0.84 release and the need to have a simple > answer to the question "does build X work?" Colin, Elsa, and I came up > with http://sugarlabs.org/go/Smoke_test. It is meant to be a <20min > "does this build work?" test for developers. It can also be used to > verify that your new development/testing environment has set up > correctly, or as a quick (but boring) intro to Sugar's basic functionality. Ww, this is fantastic, thanks Colin, Elsa and Mel! Yay Olin :) > Needed: > > * a link to good 0.84 installation/setup instructions (step-by-step > "here's how to set up to test our latest build" directions) - can > someone point us in the direction of whatever is considered canonical > for this release? We have instructions for SoaS. The whole page could use some cleanups. In particular we should not mix different distributions in the same page imo and we should expand the linux section. But it's a start. http://sugarlabs.org/go/Sugar_on_a_Stick#Fedora_based_Sugar_on_a_Stick In general I suggest that we don't settle on a *single* canonical distributions but we list all the distributions that matches certain criteria. For example: ship a very recent Sugar version, are reasonably easy and documented to install, are in a good enough state to be tested by non-developers. In practice SoaS is probably the only one that matches them at the moment, hopefully that will change soon. Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 23, 2009 at 05:30:14AM +1800, David Farning wrote: >Very Nice, > >We were contacted Friday by a company that sells a rebranded Intel >Classmate. They asked if Sugar would run on their product. > >It will be very helpful to have something like Smoke_test! > >david > >On Mon, Feb 23, 2009 at 1:15 AM, Mel Chua wrote: >> Because of the impending 0.84 release and the need to have a simple >> answer to the question "does build X work?" Colin, Elsa, and I came >> up with http://sugarlabs.org/go/Smoke_test. It is meant to be a >> <20min "does this build work?" test for developers. It can also be >> used to verify that your new development/testing environment has set >> up correctly, or as a quick (but boring) intro to Sugar's basic >> functionality. >> >> As you can see, this smoke test only tests Sugar. This is great indeed. But I suspect the answer to "does it run on this specific hardware?" is more a matter of kernel drivers, X11 configuration and other parts of a Linux distribution than of _Sugar_ itself. A starting point could be http://www.linux-laptop.net/ Question then is, if Sugarlab wants to duplicate such huge work? - 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) iEYEARECAAYFAkmhO94ACgkQn7DbMsAkQLiWFQCfc0KZacuUg9IlDg33aue92CLI UW8AoJcNuUOsq6X8sSWR9t/D+YE6pK7t =rBXM -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar now has smoke test procedures.
Very Nice, We were contacted Friday by a company that sells a rebranded Intel Classmate. They asked if Sugar would run on their product. It will be very helpful to have something like Smoke_test! david On Mon, Feb 23, 2009 at 1:15 AM, Mel Chua wrote: > Because of the impending 0.84 release and the need to have a simple > answer to the question "does build X work?" Colin, Elsa, and I came up > with http://sugarlabs.org/go/Smoke_test. It is meant to be a <20min > "does this build work?" test for developers. It can also be used to > verify that your new development/testing environment has set up > correctly, or as a quick (but boring) intro to Sugar's basic functionality. > > As you can see, this smoke test only tests Sugar. It uses some > Activities in Glucose to verify basic sugar functionalities, but it does > not smoke test that Glucose Activities themselves work; we'd encourage > Activity maintainers to make smoke tests for their Activities. There are > (again, draft) instructions - > http://sugarlabs.org/go/Creating_a_smoke_test will hopefully be enough > to start. > > This is a draft/stub; edits/comments/criticism/help is very welcome, > both of the tests and the format they're listed on in the wiki. Work on > this will continue; I'll be running these smoke tests myself on Monday > and Tuesday during QA Party Time (Join us on IRC! > http://lists.sugarlabs.org/archive/sugar-devel/2009-February/011970.html) > > Needed: > > * a link to good 0.84 installation/setup instructions (step-by-step > "here's how to set up to test our latest build" directions) - can > someone point us in the direction of whatever is considered canonical > for this release? > > * crucial features list and test cases to be finished/uploaded (Colin, I > think you have our features list, can you upload?) > > Cheers, > > --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] [RELEASE] hulahop-0.4.9
== Source == http://download.sugarlabs.org/sources/sucrose/glucose/hulahop/hulahop-0.4.9.tar.bz2 == Fixed tickets == * hulahop_get_view_for_window implicitly converted to pointer #20 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ANNOUNCE] Porting Kandid to the Sugar the desktop environment
Kandid is a system to evolve graphics. It uses an interactive genetic approach to find interesting visual patterns. This idea comes originally from Karls Sims. Some years ago I published a Java application based on this idea. http://kandid.sourceforge.net/ Now I am planing to build a similar program for Sugar and OLPC. This version of Kandid will use Sugar's collaborative capabilities. Instead of an direct port I will rewrite some parts of Kandid in a way more suitable for children and taking in account the limited hardware resources of the OLPC XO. At the moment I have no access to an OLPC XO computer. Therefore the Suguar emulator on Ubuntu will be used. And I hope that other people can test it on a real OLPC XO computer. First release is planed end of 2009. Kind regards Thomas Jourdan -- http://nostalghia.users.sourceforge.net/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel