<div dir="ltr">Hi All,<div><br></div><div>Thanks for the responses to my proposal.</div><div><br></div><div>Through reading, I have realized that it was very arrogant to imply that this was *the* onboarding for sugar. Onboarding is more than any individual tour, it is the journey that users take before they can get value from Sugar. This journey is going to compose of multiple parts.</div><div><br></div><div>So how does the current landscape look like (in my opinion)? We have lots of great content. There are Iain's slideshows and Training activity among many others. However many of these systems take time out of the users control. They require the user to do what the content says for 10 minutes or multiple hours respectively. This is perfectly appropriate in some situations, and these are both easy to read/understand systems for delivering good content.</div><div><br></div><div>However, users not all users are in the situation to use those mechanisms. Some may be eager start working on their systems, and be dismissive of the tutorials (users which the in-sugar intro would benefit from the contextual hotspots when they are lost). Others may be forgetful, or not in a good state of mind during less interactive training, and benefit from the reminders. Some users may be evaluating sugar, and would benefit from getting started on their own adventures sooner, which would be facilitated better by the in sugar introduction.</div><div><br></div><div>I have updated my proposal to include F6 frame activation, help activity, shutting down. The link is now with https, and hopefully less line breaks: <a href="https://www.sam.today/blog/sugar-onboard-design.html">https://www.sam.today/blog/sugar-onboard-design.html</a></div><div><br></div><div>I have not updated it to include a better way of displaying progress. I agree with Quozl that it would be beneficial, however I am completely unsure of how to visually design it. Suggestions are always welcome.</div><div><br></div><div>Regarding teaching hotkeys over mouse based interactions, I feel that this is not suited for a tour (unless it a tour of vim that is). I don't want to scare the user away in their first sitting, by trying to make them remember every single key combination. I also feel that hot keys can could be more easily explained by a poster as Tony suggested initially. I will attempt to create a poster to demonstrate this idea.</div><div><br></div><div>Regarding translations and the promise of iconography: I believe that</div><div>iconography is great. But I think it is a very hard task to generate images that represent the complex ideas in the sugar UI, a task above myself.</div><div><br></div><div>Tony also raised the issue of users varying level of familiarity with computers in general. I have probably aimed this introduction proposal at somebody who has never used sugar, but is familiar with basic computer manipulation (how to use a mouse, how to "mouse over" something, how to click buttons) as well as assuming that they may be familiar with basic types of applications (do I want to launch "Write"? It is probably like MicroSoft Word, so yes). In order to work with users without this knowledge, I would need to change the introduction content very much, and maybe even the mechanism. I would probably need to also help the user through the intro screen (where name and colour are setup) as well. However, I plan to aim at the first subset of users, then it may be possible to re-use the technology for the latter subset of users. It is a completely different debate about how to teach via the screen somebody to use a mouse though.</div><div><br></div><div>Thanks,</div><div>Sam</div><div><br><div class="gmail_quote">On Thu, Dec 31, 2015 at 11:33 PM, Iain Brown Douglas <span dir="ltr"><<a href="mailto:iain@browndouglas.plus.com" target="_blank">iain@browndouglas.plus.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Sam,<br> <br> This is a fine proposal and I cannot fault your 15 points.<br> One comment, some are essential, "first ten minutes of use issues" and<br> some might be seen as essential to getting productive.<br> <br> Of course onboarding runs at many levels, and may be significantly<br> different for different user groups.<br> <br> Elsewhere on this thread you asked for feedback on two items:<br> <br> 1. adding references to the F6 and other Function keys. I say yes, as I<br> try to introduce Function keys early - it is more easy to teach small<br> children key presses than mouse movements.<br> <br> 2. I think a hint to Help Activity would be good.<br> <br> Without wanting to detract from your proposal, it is interesting that<br> <a href="https://www.useronboard.com/" rel="noreferrer" target="_blank">https://www.useronboard.com/</a> itself uses a slideshow technology.<br> <br> In general I like this, as it allows the user to speed read the material<br> and salient points are more easily revisited in a slideshow than a<br> youtube or screencast type presentation.<br> <br> <br> My own New to Sugar concept lives here:<br> <a href="http://inkyfingers.github.io/gallery/new.html" rel="noreferrer" target="_blank">http://inkyfingers.github.io/gallery/new.html</a><br> <br> I would very much like to hear detailed critical response to my work.<br> <br> This might give us both some insight into avenues that might be most<br> appreciated by users.<br> <br> Kudos to all involved in champion work on <a href="http://www.sugarlabs.org" rel="noreferrer" target="_blank">www.sugarlabs.org</a> btw.<br> <br> All the best in 2016,<br> <br> Iain<br> <div><div><br> <br> On Sun, 2015-12-27 at 17:20 +1100, Sam P. wrote:<br> > Hi All,<br> ><br> > Sugar has a novel user interface, with lots of beautiful and logical<br> > things. However, there are some important elements (such as the frame<br> > or journal) that are not familiar or intuitive to new users. This is<br> > an issue, as sugar currently relys upon exploration as our only user<br> > onboarding strategy.<br> ><br> > The un-intuitiveness of our ui comes up every now and again. I<br> > previously conducted a small and probably skewed survey, however the<br> > lack of user onboarding and the effects of that (how users did not<br> > understand the interface) were apparent. It's also written about in<br> > Jeff Atwood's (old) article "the Sugar UI", where he says, "I have to<br> > admit that I didn't find the Sugar UI particularly intuitive or<br> > discoverable, even after using it for 10 minutes and learning the<br> > basics."<br> ><br> ><br> > Please have a look at my design proposal to add help for new users<br> > [1]. No implementation has been done (as you would expect due to the<br> > time in the release cycle), and comments would be appreciated to<br> > create a great design before even thinking of implementing.<br> ><br> ><br> > Thanks,<br> > Sam<br> ><br> ><br> > [1] <a href="http://www.sam.today/blog/sugar-onboard-design.html" rel="noreferrer" target="_blank">http://www.sam.today/blog/sugar-onboard-design.html</a><br> </div></div><div><div>> _______________________________________________<br> > Sugar-devel mailing list<br> > <a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br> > <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br> <br> <br> </div></div></blockquote></div><br></div></div>