First boot user experience

[Zack]

When sugar is first booted, the user is asked to enter her name, and pick a color (really colors). I find myself clicking through lots and lots of combinations until I find one I like; but if I click too fast, I'll run right over the one I like. I'd like to be able to go "back" - maybe by right-clicking?

It would actually be nice to have a color chooser to select colors manually instead of "rolling dice", but I guess that's a separate issue :)

[Eben]

The sequence currently in place is just a placeholder. The attached screenshots specify a much cleaner user experience and should eliminate the problem as reported. This sequence is specifically designed to function seamlessly with the general startup sequence specified in #692 and #534 and the home screen which appears thereafter.

[Eben]

Oops...summary now accurate.

[Eben]

I'm not sure why this bumped back to me; The design is complete and awaiting implementation.

[marco]

Kim, Eben how much priority should this have for trial-2? There is substantial work to do here so I'd need to start on this asap if we want it.

[marco]

Damn got Kim nick wrong.

[jg]

This seems to be pretty low to me, for Trial-2.

[marco]

Moving to FRS then.

[coderanger]

Adding reporter to CC list

[coderanger]

Adding reporter to CC list

[Eben]

The spec for the color chooser portion of the intro sequence is now detailed in #2336.

[Eben]

I've updated the intro sequence with a revised design which takes into account the new color chooser and Rebecca's designs for the animation. (I don't presume that the designs in my screens will match exactly what Rebecca will provide; I was just attempting to indicate the presence of this animation and the "in to" and "out of" screens that will make the sequence seamless) This intro sequence can be broken down into the following segments:

00 - 01 : initialization of every boot 02 - 03 : activation sequence; skipped completely when activation is immediately verified 04 - 10 : first boot only sequence for assigning name, colors, photo, etc. 11 - 13 : loading animation that occurs every boot, transitioning to Home screen when complete.

Thus, the average boot will skip directly from frame 01 to frame 11. Scott, can you comment on the various phases indicated here and make sure they match up reasonably from a technical perspective?

[Eben]

(Sorry, forgot the "almost-wiki formatting" rules...)

I've updated the intro sequence with a revised design which takes into account the new color chooser and Rebecca's designs for the animation. (I don't presume that the designs in my screens will match exactly what Rebecca will provide; I was just attempting to indicate the presence of this animation and the "in to" and "out of" screens that will make the sequence seamless) This intro sequence can be broken down into the following segments:

• 00 - 01 : initialization of every boot
• 02 - 03 : activation sequence; skipped completely when activation is immediately verified
• 04 - 10 : first boot only sequence for assigning name, colors, photo, etc.
• 11 - 13 : loading animation that occurs every boot, transitioning to Home screen when complete.

Thus, the average boot will skip directly from frame 01 to frame 11. Scott, can you comment on the various phases indicated here and make sure they match up reasonably from a technical perspective?

[marco]

I don't think *all* of this is going to make Trial-3. Let's keep it as a tracker since it contains the design spec. But please file separate tickets if there are parts of it that you think must happen for Trial-3.

[marco]

We should just move the spec on the Wiki and file separate bugs about the parts we want to get fixed on the short time (we already have a ticket for color chooser).

[kimquirk]

I'm moving this to first deployment since the color chooser is a separate ticket, which can be done for trial-3 (hopefully).

[cscott]

Kim, marco's point was that we can't do *all* of this. We need to split it into separate tickets, some pieces of which can be done for Trial-3, First Deployment, or post-FRS.

[kimquirk]

I agree that it needs to be broken up; and it turns out that the first piece, the color changer, didn't even make it into Trial-3... so we'll have to give something higher priorities. I found that bug and made it high priority for FRS.

It is very difficult for me to know which pieces of this spec are difficult to implement. I think it would be good for a developer to come up with the separate items and then Jim and I can prioritize them. Can you do that, cscott?

[cscott]

Startup design is now documented at http://wiki.laptop.org/go/Startup_Sequence which links to bugs for the various components. In particular, see trac bugs #543, #1328, #3296, #2336, #3297, #3299, #3295, and #692.

[cscott]

Whoops: bug #543 should be bug #534 above. Bug #3300 is also part of the startup design.

[cscott]

Reassigning to kim. This bug should probably be closed, in favor of the specific bugs linked from the wiki page above.

[Eben]

This seems adequately covered by a variety of tickets, linked above and also linked on the wiki.