Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Hi Sebastian, On 7 Jun 2009, at 14:37, Sebastian Dziallas wrote: Hi all, looking at the wiki page, I'm really impressed - great work! :) I also really like the idea of switching the logo color for each release - this shouldn't be hard and is an interesting approach. Has there already been some kind of agreement on which version we're going to use for the LinuxTag release? Yes I was wondering this also, given the weekend was the deadline :-) Is the one with the progress bar something everyone could agree with? FWIW, my two current favourites are the grey progress bar, or the grey circle of dots: http://wiki.sugarlabs.org/go/Image:XO-sugar-boot-with-progress-bar.gif http://wiki.sugarlabs.org/go/Image:Refined-XO-sugar-boot-with-overlap.gif And could I possibly get the .png files, so that I can compose a new snapshot with a preview of the new boot screen (we can still change it afterwards, but I'd like to have some snapshot to test it)? I don't want to short circuit a decision making process, but let me kick out their PNGs and email to you (will do that now). That way you at least have a couple of the possible candidates to experiment/test with now. Regards, --Gary Walter: Have you heard anything regarding the use of the XO in our boot screen? Is this okay with OLPC? --Sebastian Sean DALY wrote: Actually the logo color linked to a version idea was in my long mail the other day about communicating the version :-) I too think 2 changes a year will give us time to cycle through the twelve variants. To make that work, the actual place where the version number is communicated (Control Panel / About my computer) would need to have the matching color Sugar Labs (not just Sugar) logo. I like this progress bar boot screen because: * ultrasimple, unobtrusive, fits perfectly with Sugar HIG * bar is universally easy to understand, no possibility of confusion with graphic elements. * keeping logo around that long=strong branding, which is vital for Sugar to be recognized by name rather than just the system running on XOs, netbooks, etc. I miss the iconic ring treatment though. And, no matter how clean we would like it to be, we still need to address the questions of school/sponsor co-branding (if they have a logo, they won't feel like jst putting their name in grey) and distro co-branding. Perhaps we could solve those problems by putting them in the About my computer page as well? Awful as far as co-branding goes (partners would not be happy), but will keep boot minimalist and functional. For a shining example of how more-is-less packaging is ruinous, may I direct your attention to: http://www.youtube.com/watch?v=EUXnJraKM3k Sean On Thu, Jun 4, 2009 at 9:44 PM, Gary C Marting...@garycmartin.com wrote: On 4 Jun 2009, at 16:35, Gary C Martin wrote: On 4 Jun 2009, at 15:45, Sean DALY wrote: Yes that would be very helpful I think I was just going to start tinkering again, I'll make an animated version of Eben's XO and progress-bar for evaluation. Just uploaded an animated version showing Eben's boot with progress bar treatment: http://wiki.sugarlabs.org/go/Image:XO-sugar-boot-with-progress-bar.gif FWIW: +1 on Eben's suggestion for changing the colour of the Sugar logo for each major new Sugar release. It nicely avoids what looks like jumping through lot's of technical burning hoops of fire, trying to set up a boot anim that dynamically changes to match the owners own colours (nice idea but I think a big ask at this point in time). FWIW2: Just incase any one was wondering, the colour dot versions were based on the 1-12 official Sugar Logo treatment colour pairs, i.e definitely not not random :-) Regards, --Gary If we can reach consensus by tomorrow and finish the actual PNG frames over the weekend we will meet the deadline but, we need a volunteer to do the frames (unless Gary what you have is nearly ready; my stuff is cut/pasted mockup no color control etc) Sure, getting a series of PNGs from any of my mock-ups is just a save for web away. Regards, --Gary thanks Sean On Thu, Jun 4, 2009 at 4:40 PM, Christian Marc Schmidt christianm...@gmail.com wrote: I agree with Eben's points below... Maybe it would help if one of us mocked up the alternative he is describing? Christian On Jun 4, 2009, at 10:35 AM, Eben Eliasoneben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliasoneben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALYsdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Yes Gary by all means, the deadline is this weekend Sebastian, earlier in the thread we discussed how part of keeping a clean-looking boot involves getting more information (logos) on the About My Computer page, is that difficult to do? Sean On Sun, Jun 7, 2009 at 4:13 PM, Gary C Marting...@garycmartin.com wrote: Hi Sebastian, On 7 Jun 2009, at 14:37, Sebastian Dziallas wrote: Hi all, looking at the wiki page, I'm really impressed - great work! :) I also really like the idea of switching the logo color for each release - this shouldn't be hard and is an interesting approach. Has there already been some kind of agreement on which version we're going to use for the LinuxTag release? Yes I was wondering this also, given the weekend was the deadline :-) Is the one with the progress bar something everyone could agree with? FWIW, my two current favourites are the grey progress bar, or the grey circle of dots: http://wiki.sugarlabs.org/go/Image:XO-sugar-boot-with-progress-bar.gif http://wiki.sugarlabs.org/go/Image:Refined-XO-sugar-boot-with-overlap.gif And could I possibly get the .png files, so that I can compose a new snapshot with a preview of the new boot screen (we can still change it afterwards, but I'd like to have some snapshot to test it)? I don't want to short circuit a decision making process, but let me kick out their PNGs and email to you (will do that now). That way you at least have a couple of the possible candidates to experiment/test with now. Regards, --Gary Walter: Have you heard anything regarding the use of the XO in our boot screen? Is this okay with OLPC? --Sebastian Sean DALY wrote: Actually the logo color linked to a version idea was in my long mail the other day about communicating the version :-) I too think 2 changes a year will give us time to cycle through the twelve variants. To make that work, the actual place where the version number is communicated (Control Panel / About my computer) would need to have the matching color Sugar Labs (not just Sugar) logo. I like this progress bar boot screen because: * ultrasimple, unobtrusive, fits perfectly with Sugar HIG * bar is universally easy to understand, no possibility of confusion with graphic elements. * keeping logo around that long=strong branding, which is vital for Sugar to be recognized by name rather than just the system running on XOs, netbooks, etc. I miss the iconic ring treatment though. And, no matter how clean we would like it to be, we still need to address the questions of school/sponsor co-branding (if they have a logo, they won't feel like jst putting their name in grey) and distro co-branding. Perhaps we could solve those problems by putting them in the About my computer page as well? Awful as far as co-branding goes (partners would not be happy), but will keep boot minimalist and functional. For a shining example of how more-is-less packaging is ruinous, may I direct your attention to: http://www.youtube.com/watch?v=EUXnJraKM3k Sean On Thu, Jun 4, 2009 at 9:44 PM, Gary C Marting...@garycmartin.com wrote: On 4 Jun 2009, at 16:35, Gary C Martin wrote: On 4 Jun 2009, at 15:45, Sean DALY wrote: Yes that would be very helpful I think I was just going to start tinkering again, I'll make an animated version of Eben's XO and progress-bar for evaluation. Just uploaded an animated version showing Eben's boot with progress bar treatment: http://wiki.sugarlabs.org/go/Image:XO-sugar-boot-with-progress-bar.gif FWIW: +1 on Eben's suggestion for changing the colour of the Sugar logo for each major new Sugar release. It nicely avoids what looks like jumping through lot's of technical burning hoops of fire, trying to set up a boot anim that dynamically changes to match the owners own colours (nice idea but I think a big ask at this point in time). FWIW2: Just incase any one was wondering, the colour dot versions were based on the 1-12 official Sugar Logo treatment colour pairs, i.e definitely not not random :-) Regards, --Gary If we can reach consensus by tomorrow and finish the actual PNG frames over the weekend we will meet the deadline but, we need a volunteer to do the frames (unless Gary what you have is nearly ready; my stuff is cut/pasted mockup no color control etc) Sure, getting a series of PNGs from any of my mock-ups is just a save for web away. Regards, --Gary thanks Sean On Thu, Jun 4, 2009 at 4:40 PM, Christian Marc Schmidt christianm...@gmail.com wrote: I agree with Eben's points below... Maybe it would help if one of us mocked up the alternative he is describing? Christian On Jun 4, 2009, at 10:35 AM, Eben Eliasoneben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliasoneben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALYsdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. thanks Sean On Thu, Jun 4, 2009 at 5:00 AM, Frederick Grose fgr...@gmail.com wrote: Please indulge me to make another pitch for the 'sunrise' metaphor for the growing ring. Using the same color locations, the ring would build from sunrise orange to midday yellow to afternoon greens and blues to dusky red-violets (perhaps the darker one last). These are just common earth metaphors that might come to mind as children worldwide--who may have never seen a analog or digital clock--anticipate what may be waiting for them in their day ahead of them. The ring would also build from one foot, and end symmetrically on the other--a growth surrounding the nascent learner like a cover--a home--a safe shelter for learning or a shower of celestial opportunities. Will I grow too like the graphic is suggesting? OK, these are just potential metaphors... On Wed, Jun 3, 2009 at 10:17 PM, Frederick Grose fgr...@gmail.com wrote: I like that a lot. I'm with others on leaving the version number as well to the 'About my Computer' panel. (It can be referenced and then read as needed after booting, whereas the vanishing boot image just makes me nervous about writing down or memorizing a long number.) The Green Hornet, would of course only appear on a 'Graphic guidelines' page for deployments and packagers. I suggest you try this sequence: 1. a short, blank white field (infinite potential) 2. the small xo figure (just possibly me in a big universe) 3. the building ring and figure (what might be building for me? Will I grow too as suggested?) 4. the Sugar, and optional custom graphic, pausing, usually a machine-dependent variable time, allowing for reading (fixing the name of this tool and those who built it for me) Do we want a gray Sugar Labs opposite the fedora remix? (5. the living, playable, ready-to-open door to Learning--the Sugar Home view.) Thanks everyone! --Fred On Wed, Jun 3, 2009 at 8:50 PM, Sean DALY sdaly...@gmail.com wrote: Fred - I have uploaded a new variant to the wiki: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#Eleven_Color_Ray_Variant.2C_Growing_XO_Avatar.2C_No_Prior_Outlines.2C_Starts_With_Logo_Splash_Page On Tue, Jun 2, 2009 at 4:37 AM, Frederick Grose fgr...@gmail.com
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On Thu, Jun 04, 2009 at 01:24:26PM +0200, Sean DALY wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) The rays are too dominant, IMHO. The circles suffer from the confusion you mention, and the dots (gray) are just right. Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page I think that information is great to work in, but it won't be too visible (thus useful) in just one frame, will it? Version info: In fact I feel strongly about showing version information...or its corollary, making it easy to find. +1 I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). In grey it's not, IMHO. Nota: my idea would be for each version to change the Sugar logo color too... Much less obtrusive, perhaps, and still effective. I guess we'll run out of easily-differentiable fill colours in a few years, but that's a different bridge... thanks Sean Martin pgpaZ8VP66WVS.pgp Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On 4 Jun 2009, at 12:24, Sean DALY wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Coloured dots resembling access-point icons, hadn't twigged with, me but I do see your point now you've mentioned it. I'm still playing safe with a simple all grey vote at the moment ;-) http://wiki.sugarlabs.org/go/Image:Refined-XO-sugar-boot.gif Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Hmmm, think this will destroy the whole idea of making the boot process animation a transition into a working user interface. If it's just going to show some random branding at the end, there's little benefit in trying to initially transition gracefully (might as well make the whole sequence some branding message). Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. -1, to misc numbers in the frame. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. We really need to solve this technically (as best we can), not make folks need hunt through compatibility lists to see if their Sugar version number allows them to install and run some Activity. Regards, --Gary I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. thanks Sean On Thu, Jun 4, 2009 at 5:00 AM, Frederick Grose fgr...@gmail.com wrote: Please indulge me to make another pitch for the 'sunrise' metaphor for the growing ring. Using the same color locations, the ring would build from sunrise orange to midday yellow to afternoon greens and blues to dusky red-violets (perhaps the darker one last). These are just common earth metaphors that might come to mind as children worldwide--who may have never seen a analog or digital clock--anticipate what may be waiting for them in their day ahead of them. The ring would also build from one foot, and end symmetrically on the other--a growth surrounding the nascent learner like a cover--a home--a safe shelter for learning or a shower of celestial opportunities. Will I grow too like the graphic is suggesting? OK, these are just potential metaphors... On Wed, Jun 3, 2009 at 10:17 PM, Frederick Grose fgr...@gmail.com wrote: I like that a lot. I'm with others on leaving the version number as well to the 'About my Computer' panel. (It can be referenced and then read as needed after booting, whereas the vanishing boot image just makes me nervous about writing down or memorizing a long number.) The Green Hornet, would of course only appear on a 'Graphic guidelines' page for
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Sorry, meant to reply-all! Comment below: On Thu, Jun 4, 2009 at 7:55 AM, Martin Dengler mar...@martindengler.com wrote: On Thu, Jun 04, 2009 at 01:24:26PM +0200, Sean DALY wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) The rays are too dominant, IMHO. The circles suffer from the confusion you mention, and the dots (gray) are just right. I agree--the rays don't feel like they are part of the same visual language as the rest of the UI, since they break the square grid that other icons succumb to. I'm not sure about the confusion regarding the color circles and access points; maybe we should ask around and see what other people think? Maybe we could also just choose a single color (the colors you have set for your XO) to avoid any confusion. Otherwise, I'm also perfectly happy sticking to gray dots, and coloring the XO as I mentioned earlier. Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page I think that information is great to work in, but it won't be too visible (thus useful) in just one frame, will it? Version info: In fact I feel strongly about showing version information...or its corollary, making it easy to find. +1 I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). In grey it's not, IMHO. Nota: my idea would be for each version to change the Sugar logo color too... Much less obtrusive, perhaps, and still effective. I guess we'll run out of easily-differentiable fill colours in a few years, but that's a different bridge... thanks Sean Martin -- anyth...@christianmarcschmidt.com http://www.christianmarcschmidt.com 917/ 575 0013 ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On Thu, Jun 4, 2009 at 9:15 AM, Christian Marc Schmidt christianm...@gmail.com wrote: Sorry, meant to reply-all! Comment below: On Thu, Jun 4, 2009 at 7:55 AM, Martin Dengler mar...@martindengler.com wrote: On Thu, Jun 04, 2009 at 01:24:26PM +0200, Sean DALY wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) The rays are too dominant, IMHO. The circles suffer from the confusion you mention, and the dots (gray) are just right. I agree--the rays don't feel like they are part of the same visual language as the rest of the UI, since they break the square grid that other icons succumb to. I'm not sure about the confusion regarding the color circles and access points; maybe we should ask around and see what other people think? Maybe we could also just choose a single color (the colors you have set for your XO) to avoid any confusion. Otherwise, I'm also perfectly happy sticking to gray dots, and coloring the XO as I mentioned earlier. I agree about the rays not feeling like the fit. It feels like its not part of Sugar. I haven't been following carefully but my favorite idea was grey dots getting colored in as you go. Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page I think that information is great to work in, but it won't be too visible (thus useful) in just one frame, will it? Version info: In fact I feel strongly about showing version information...or its corollary, making it easy to find. +1 I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). In grey it's not, IMHO. Nota: my idea would be for each version to change the Sugar logo color too... Much less obtrusive, perhaps, and still effective. I guess we'll run out of easily-differentiable fill colours in a few years, but that's a different bridge... thanks Sean Martin -- anyth...@christianmarcschmidt.com http://www.christianmarcschmidt.com 917/ 575 0013 ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing -- 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!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I would much rather see the logo change colors with each boot, but changing with each release is a pretty cool idea. I would support that. I think there are enough of combinations to make wrapping around a non-issue, as long as we only change the color for major releases (2 per year, on average). Finally, regarding the animation itself: I Think the gray dots are still the best option, and the clearest. They fit the style, but won't be confused with APs. If we can in any way manage it, coloring the XO in the child's chosen colors is really the way that color should be introduced. The colored dots seem to undermine the importance of that metaphor, for me. Everywhere else in the UI, color relates to
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
I agree with Eben's points below... Maybe it would help if one of us mocked up the alternative he is describing? Christian On Jun 4, 2009, at 10:35 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I would much rather see the logo change colors with each boot, but I meant to take this back before sending, and forgot to. I actually think changing the colors with each release is a pretty awesome idea. Eben changing with each release is a pretty cool idea. I would support that. I think there are enough of combinations to make wrapping around
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Yes that would be very helpful I think If we can reach consensus by tomorrow and finish the actual PNG frames over the weekend we will meet the deadline but, we need a volunteer to do the frames (unless Gary what you have is nearly ready; my stuff is cut/pasted mockup no color control etc) thanks Sean On Thu, Jun 4, 2009 at 4:40 PM, Christian Marc Schmidt christianm...@gmail.com wrote: I agree with Eben's points below... Maybe it would help if one of us mocked up the alternative he is describing? Christian On Jun 4, 2009, at 10:35 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I would
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On Thu, Jun 4, 2009 at 11:07 AM, Walter Bender walter.ben...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? +1 I don't have an XO nearby my to try this, so perhaps someone could investigate for me. We also need to decide how many frames we show the Sugar logo for before switching over to the XO. One frame might not be long enough. This is important because the number of dots shown (if we do dots) will be directly impacted. I'd wager that the Sugar logo should remain for perhaps somewhere from 10% to 25% of the boot duration (which may or may not be anything close to 1/10 or 1/4 of the frames). Eben Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I would much rather see the
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On 4 Jun 2009, at 15:45, Sean DALY wrote: Yes that would be very helpful I think I was just going to start tinkering again, I'll make an animated version of Eben's XO and progress-bar for evaluation. If we can reach consensus by tomorrow and finish the actual PNG frames over the weekend we will meet the deadline but, we need a volunteer to do the frames (unless Gary what you have is nearly ready; my stuff is cut/pasted mockup no color control etc) Sure, getting a series of PNGs from any of my mock-ups is just a save for web away. Regards, --Gary thanks Sean On Thu, Jun 4, 2009 at 4:40 PM, Christian Marc Schmidt christianm...@gmail.com wrote: I agree with Eben's points below... Maybe it would help if one of us mocked up the alternative he is describing? Christian On Jun 4, 2009, at 10:35 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
58 posts in this thread and climbing:) I think that is a new Sugar Labs record. The results are looking great and getting better everyday. david On Thu, Jun 4, 2009 at 10:38 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 11:07 AM, Walter Bender walter.ben...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? +1 I don't have an XO nearby my to try this, so perhaps someone could investigate for me. We also need to decide how many frames we show the Sugar logo for before switching over to the XO. One frame might not be long enough. This is important because the number of dots shown (if we do dots) will be directly impacted. I'd wager that the Sugar logo should remain for perhaps somewhere from 10% to 25% of the boot duration (which may or may not be anything close to 1/10 or 1/4 of the frames). Eben Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Eben - it's not clear how many frames the plymouth boot sequencer needs or allows; it seems possible that (similar to animated GIFs) a frame duration can be set for some parts of the sequence, while others are related to the booting itself. Even the frame size may be variable; I've been using the XO-1.5's 425x425px. It's our wish to contact the lead plymouth developer, Ray Strode of Fedora, who I believe has stated he wishes plymouth to work on other distros Sean On Thu, Jun 4, 2009 at 5:38 PM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 11:07 AM, Walter Bender walter.ben...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? +1 I don't have an XO nearby my to try this, so perhaps someone could investigate for me. We also need to decide how many frames we show the Sugar logo for before switching over to the XO. One frame might not be long enough. This is important because the number of dots shown (if we do dots) will be directly impacted. I'd wager that the Sugar logo should remain for perhaps somewhere from 10% to 25% of the boot duration (which may or may not be anything close to 1/10 or 1/4 of the frames). Eben Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On Thu, Jun 4, 2009 at 16:35, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I would much rather see the logo change colors with each boot, but I meant to take this back before sending, and forgot to. I actually think changing the colors with each release is a pretty awesome idea. So awesome that it may solve the controversial issue of naming releases: Banana-Chocolate Sugar, Cherry-Oak Sugar, etc Regards, Tomeu Eben changing with each release is a pretty cool idea. I would support that. I think there are enough of combinations to make wrapping around a non-issue, as long as we only change the
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On 4 Jun 2009, at 16:35, Gary C Martin wrote: On 4 Jun 2009, at 15:45, Sean DALY wrote: Yes that would be very helpful I think I was just going to start tinkering again, I'll make an animated version of Eben's XO and progress-bar for evaluation. Just uploaded an animated version showing Eben's boot with progress bar treatment: http://wiki.sugarlabs.org/go/Image:XO-sugar-boot-with-progress-bar.gif FWIW: +1 on Eben's suggestion for changing the colour of the Sugar logo for each major new Sugar release. It nicely avoids what looks like jumping through lot's of technical burning hoops of fire, trying to set up a boot anim that dynamically changes to match the owners own colours (nice idea but I think a big ask at this point in time). FWIW2: Just incase any one was wondering, the colour dot versions were based on the 1-12 official Sugar Logo treatment colour pairs, i.e definitely not not random :-) Regards, --Gary If we can reach consensus by tomorrow and finish the actual PNG frames over the weekend we will meet the deadline but, we need a volunteer to do the frames (unless Gary what you have is nearly ready; my stuff is cut/pasted mockup no color control etc) Sure, getting a series of PNGs from any of my mock-ups is just a save for web away. Regards, --Gary thanks Sean On Thu, Jun 4, 2009 at 4:40 PM, Christian Marc Schmidt christianm...@gmail.com wrote: I agree with Eben's points below... Maybe it would help if one of us mocked up the alternative he is describing? Christian On Jun 4, 2009, at 10:35 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Flavors - now that's a horse of a different color :D Yes, it may yet help us - the whole point of beta and v1 of SoaS was to simplify the arcane mysterious Sugar Labs / OLPC version numbering system :-) Sean On Thu, Jun 4, 2009 at 9:24 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Thu, Jun 4, 2009 at 16:35, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many earlier); SoaS with its simplified numbering scheme will (we hope) sow the seeds for preinstalled Sugar in distributions for education projects. We may be deploying v0.86 at the end of the year... aside from how we manage the Activity compatibility matrix, we need to make such info *extremely* easy to track down for someone interested in checking if Sugar + Activities are up-to-date. Our strategy for teacher buy-in is star marketing on Activities (see press releases); making Activity installation/upgrade simple this summer is part of what we need to do to make SoaS possible in the classroom. Helping users understand what version they have (of Sugar, of each Activity) is a key aspect of that. I agree that it's unpleasant to see numbers at boot time (especially a datestamped snapshot number). Why don't we borrow an idea from Apple? We basically have this already. We ust happen to have an XO in the center of the screen, instead of an apple icon in the upper left. The info is actually in the About my XO section of the settings, which might be one step too far. We could go back to an earlier design for the XO menu and have a direct About my XO menu item which jumps directly to the correct settings panel. We could also separate the About my XO panel from settings, removing it from the settings panel completely and showing it as it's own modal dialog accessible via an About my XO menu item. I would be fine with either approach. They have a tiny apple icon in the upper-left corner of the screen; clicking on it opens a window with the processor, RAM and OSX version number. In addition to the About my computer section in the Control Panel, perhaps we could show the version in the Frame? The bottom bar has room I think. There's no need to expose this information directly. It will only be needed on occasion, and the Frame is designed for the information you want to carry with you all the time. When we start to get consolidated feedback, we will know if difficult-to-find version info is a problem for Sugar / Activity updaters or not. I feel sure it is and showing the version in the Frame (the one-glance status communicator) seems to me a good approach which would let us skip info in the splash screen. Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I would much rather see the logo change colors with each boot, but I meant to take this back before sending, and forgot to. I actually think changing the colors with each release is a pretty awesome idea. So awesome that it may solve the
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Actually the logo color linked to a version idea was in my long mail the other day about communicating the version :-) I too think 2 changes a year will give us time to cycle through the twelve variants. To make that work, the actual place where the version number is communicated (Control Panel / About my computer) would need to have the matching color Sugar Labs (not just Sugar) logo. I like this progress bar boot screen because: * ultrasimple, unobtrusive, fits perfectly with Sugar HIG * bar is universally easy to understand, no possibility of confusion with graphic elements. * keeping logo around that long=strong branding, which is vital for Sugar to be recognized by name rather than just the system running on XOs, netbooks, etc. I miss the iconic ring treatment though. And, no matter how clean we would like it to be, we still need to address the questions of school/sponsor co-branding (if they have a logo, they won't feel like jst putting their name in grey) and distro co-branding. Perhaps we could solve those problems by putting them in the About my computer page as well? Awful as far as co-branding goes (partners would not be happy), but will keep boot minimalist and functional. For a shining example of how more-is-less packaging is ruinous, may I direct your attention to: http://www.youtube.com/watch?v=EUXnJraKM3k Sean On Thu, Jun 4, 2009 at 9:44 PM, Gary C Martin g...@garycmartin.com wrote: On 4 Jun 2009, at 16:35, Gary C Martin wrote: On 4 Jun 2009, at 15:45, Sean DALY wrote: Yes that would be very helpful I think I was just going to start tinkering again, I'll make an animated version of Eben's XO and progress-bar for evaluation. Just uploaded an animated version showing Eben's boot with progress bar treatment: http://wiki.sugarlabs.org/go/Image:XO-sugar-boot-with-progress-bar.gif FWIW: +1 on Eben's suggestion for changing the colour of the Sugar logo for each major new Sugar release. It nicely avoids what looks like jumping through lot's of technical burning hoops of fire, trying to set up a boot anim that dynamically changes to match the owners own colours (nice idea but I think a big ask at this point in time). FWIW2: Just incase any one was wondering, the colour dot versions were based on the 1-12 official Sugar Logo treatment colour pairs, i.e definitely not not random :-) Regards, --Gary If we can reach consensus by tomorrow and finish the actual PNG frames over the weekend we will meet the deadline but, we need a volunteer to do the frames (unless Gary what you have is nearly ready; my stuff is cut/pasted mockup no color control etc) Sure, getting a series of PNGs from any of my mock-ups is just a save for web away. Regards, --Gary thanks Sean On Thu, Jun 4, 2009 at 4:40 PM, Christian Marc Schmidt christianm...@gmail.com wrote: I agree with Eben's points below... Maybe it would help if one of us mocked up the alternative he is describing? Christian On Jun 4, 2009, at 10:35 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 10:31 AM, Eben Eliason eben.elia...@gmail.com wrote: On Thu, Jun 4, 2009 at 7:24 AM, Sean DALY sdaly...@gmail.com wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo Christian - I myself prefer the rays to dots which I feel too closely resemble networks in the Neighborhood view, confusion is possible (networks being connected to at startup?) Fred - I'm willing to try that sunrise metaphor, tonight if I can (travelling today) Re splash page with logo: in my next mockup I'll leave off the example school logo.and move that frame to the end. It might be better to reserve a frame for customizable logo or message, before or after the Sugar spash page Yes, in that mockup the first screen is kind of overwhelming with several logos and a few pieces of textual information. At the same time, we tried very hard to eliminate the slideshow effect that feels (well, is) like a bunch of marketing material that detracts from the UI. I think the Sugar logo should stand alone, so it reads powerfully, and then be replaced in short order by the XO. Perhaps we could entertain a text only solution to identifying the school, in gray beneath the sugar logo. Thoughts? Version info: In fact I feel strongly about showing version information... or its corollary, making it easy to find. Teachers, I think it's more important that we make it easy to find in the UI. Kids won't reboot that often, and it would be silly to reboot just to find that info. parents, admins, G1G1 donors unfamiliar with Sugar will not have the foggiest idea how to hunt down version information (Learners might not have trouble finding it - they will explore their machines ad infinitum - but they can't be expected to know about versioning). We are about to embark on hundreds of thousands of XO-1.5s running v0..84 which will coexist with a huge installed base of v0.82 (and many
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
2) seemed odd for the dots to appear from 6 o'clock to 6 o'clock (12 to 12 feels more natural to me) I like the clock metaphor, with the boot up process rising like the sun, building upon itself, and then closing the ring to present a complete system. (I guess some of us start our day at noon, or only get started at midnight. And my analog stopwatch starts at the top.) In any case, Sugar, being an open system, can and will distinguish itself by its ability to support unlimited adaptation, of itself and by extension, its Learners. Every element of the system is a learning opportunity. Especially one that can't be avoided. The start-up sequence in Sugar will become a unique, community and personal introduction spot (like home pages and desktops). For Sugar, the new Hello World tutorial could be its boot Activities for Learners: Each development tool (Pippy, Turtle Art, Etoys, others, even Forth) should provide an Activity to build the start-up sequence. Learners could play with the tools to build an endless variety of start-up spots, modify and preview from a library of saved sequences, learn all sorts of things about the system, the different tools, and of course, designate one sequence to display on the next boot. The work space is both sufficiently small and necessarily limited, so that robustness could be provided, while at the same time, the content of the sequences is limited only by the imagination. Learners will be able to take pride in a working sequence based on their modifications! Schools and classes of Learners could use prepared sequences to provide short reminders of lessons or announcements (perhaps loaded before shutdown at the end of the day or class). I imagine that simple cartoons with embedded, single point or short point lessons, messages, and humor would become popular. Brief jingles would develop a currency like ring tones. And so on, *ad infinitum*! --Fred ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
On Sat, May 30, 2009 at 1:07 PM, Frederick Grose fgr...@gmail.com wrote: [snip] For Sugar, the new Hello World tutorial could be its boot Activities for Learners: Each development tool (Pippy, Turtle Art, Etoys, others, even Forth) should provide an Activity to build the start-up sequence. Learners could play with the tools to build an endless variety of start-up spots, modify and preview from a library of saved sequences, learn all sorts of things about the system, the different tools, and of course, designate one sequence to display on the next boot. Fred has sparked an idea. What if we replace the dots with activity icons? -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Gary C Martin wrote: On 30 May 2009, at 18:50, Walter Bender wrote: On Sat, May 30, 2009 at 1:07 PM, Frederick Grose fgr...@gmail.com wrote: [snip] For Sugar, the new Hello World tutorial could be its boot Activities for Learners: Each development tool (Pippy, Turtle Art, Etoys, others, even Forth) should provide an Activity to build the start-up sequence. Learners could play with the tools to build an endless variety of start-up spots, modify and preview from a library of saved sequences, learn all sorts of things about the system, the different tools, and of course, designate one sequence to display on the next boot. Fred has sparked an idea. What if we replace the dots with activity icons? Hmmm, activities shown might not be installed and then lead to confusion (unless you are considering the difficult step of pre-generating boot graphics at shutdown). There's a fine line between cool eye-candy – and there are plenty of cool Sugary lickable animations we could try, activity icons being one – and boot UI feedback utility :-) Now... If the technical boot stages could be made clear (device/keyboard checks, network detection, certain key services, etc) it could be of real use to have some simplified abstract icon for each stage so you'd have an idea for what really might be going on (or where a boot/hardware problem was) – but realistically that's more of a long term UI opportunity**. ** Sebastian: Do you know just where/when each progress update is triggered, and what major boot landmark could be sensible to visually indicate success of? Sorry, I'm not exactly sure *when* it gets triggered. What I can tell you from looking at the tarball is that there are also other themes, which contain a different number of .png files. For example, there's one, that contains 32 progress and 19 throbber .png files. So I guess plymouth adjusts what gets displayed to the number of images. I suppose there's one event which triggers the change from showing the progress to the throbber files, but I'm not sure, what it is. From my experience, the throbber files are shown rather late in the boot process, shortly before logging in. Ray Strode (halfline in #fedora-devel) is one of the developers and has been really helpful with regard to my questions when hacking the logo into plymouth. He might know. --Sebastian Regards --Gary -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
http://cvs.fedoraproject.org/viewvc//rpms/plymouth/F-11/plymouth.spec?view=markup found this snippet: snip * Thu Oct 23 2008 Ray Strode rstrode at redhat.com 0.6.0-0.2008.10.23.1 - Add patch from Charlie to align progress bar to milestones during boot up /snip this article has useful info: http://www.phoronix.com/scan.php?page=articleitem=fedora_plymouthnum=1 On Sat, May 30, 2009 at 9:16 PM, Gary C Martin g...@garycmartin.com wrote: On 30 May 2009, at 19:40, Sebastian Dziallas wrote: Gary C Martin wrote: On 30 May 2009, at 18:50, Walter Bender wrote: On Sat, May 30, 2009 at 1:07 PM, Frederick Grose fgr...@gmail.com wrote: [snip] For Sugar, the new Hello World tutorial could be its boot Activities for Learners: Each development tool (Pippy, Turtle Art, Etoys, others, even Forth) should provide an Activity to build the start-up sequence. Learners could play with the tools to build an endless variety of start-up spots, modify and preview from a library of saved sequences, learn all sorts of things about the system, the different tools, and of course, designate one sequence to display on the next boot. Fred has sparked an idea. What if we replace the dots with activity icons? Hmmm, activities shown might not be installed and then lead to confusion (unless you are considering the difficult step of pre-generating boot graphics at shutdown). There's a fine line between cool eye-candy – and there are plenty of cool Sugary lickable animations we could try, activity icons being one – and boot UI feedback utility :-) Now... If the technical boot stages could be made clear (device/ keyboard checks, network detection, certain key services, etc) it could be of real use to have some simplified abstract icon for each stage so you'd have an idea for what really might be going on (or where a boot/ hardware problem was) – but realistically that's more of a long term UI opportunity**. ** Sebastian: Do you know just where/when each progress update is triggered, and what major boot landmark could be sensible to visually indicate success of? Sorry, I'm not exactly sure *when* it gets triggered. What I can tell you from looking at the tarball is that there are also other themes, which contain a different number of .png files. For example, there's one, that contains 32 progress and 19 throbber .png files. So I guess plymouth adjusts what gets displayed to the number of images. I suppose there's one event which triggers the change from showing the progress to the throbber files, but I'm not sure, what it is. From my experience, the throbber files are shown rather late in the boot process, shortly before logging in. Thanks understood, I think getting clever with the progress icons indicating real boot events is pushing the boat out a little too far just now. I was digging about for plymouth guides or instructions for 'creatives' and there is almost nothing I could find except a README and the source code. A real quick skim gave me the impression that the plymouthd daemon does the main work, and then you go lace your relevant/desired start-up scripts with plymouth commands letting plymouthd know some progress state had passed. One quick note, I'm on a MacBook Pro here so can only test Soas using VirtualBox. I think it's only ever showing the 'text' boot animation mode for me (black screen with blue/stripy progress bar at bottom with the word Soas at the right end). Just wanted to mention this as it means I can't see what you have done with the boot already, and can't tinker about and test this for real myself. Ray Strode (halfline in #fedora-devel) is one of the developers and has been really helpful with regard to my questions when hacking the logo into plymouth. He might know. Thanks, will keep that in mind. Regards, --Gary --Sebastian Regards --Gary -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
I understand the plymouth boot animator is specific to Fedora, but that other distros are interested in adapting it. At base our work is just a series of consecutively numbered PNG files Sean On Sat, May 30, 2009 at 4:14 PM, Walter Bender walter.ben...@gmail.com wrote: On Sat, May 30, 2009 at 9:15 AM, David Van Assche dvanass...@gmail.com wrote: Yeah, this is also something that is relevant and usable across distros, so lets try and make it distro agnostic David Agreed, but we may want to provide some way for the distros to get some acknowledgement. Perhaps some distro-specific patch that can be applied to indicate their contribution, similar to the Fedora Remix embossment on the OLPC splash screen? -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
ah, found the mailing list: http://lists.freedesktop.org/archives/plymouth/ On Sun, May 31, 2009 at 12:22 AM, Sean DALY sdaly...@gmail.com wrote: I understand the plymouth boot animator is specific to Fedora, but that other distros are interested in adapting it. At base our work is just a series of consecutively numbered PNG files Sean On Sat, May 30, 2009 at 4:14 PM, Walter Bender walter.ben...@gmail.com wrote: On Sat, May 30, 2009 at 9:15 AM, David Van Assche dvanass...@gmail.com wrote: Yeah, this is also something that is relevant and usable across distros, so lets try and make it distro agnostic David Agreed, but we may want to provide some way for the distros to get some acknowledgement. Perhaps some distro-specific patch that can be applied to indicate their contribution, similar to the Fedora Remix embossment on the OLPC splash screen? -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep