[Sugar-devel] RFC:Simple Help widget for activities
manuq at laptop.org
Wed Mar 14 10:00:50 EDT 2012
El día 13 de marzo de 2012 00:22, Manuel Quiñones <manuq at laptop.org> escribió:
> Hi Gary, hi everybody,
> El día 9 de marzo de 2012 21:09, Gary Martin
> <garycmartin at googlemail.com> escribió:
>> Hi Manuel,
>> On 9 Mar 2012, at 03:36, Manuel Quiñones wrote:
>>> Hi Gonzalo,
>>> El día 7 de marzo de 2012 09:37, Gonzalo Odiard <gonzalo at laptop.org> escribió:
>>>> We receive many times request about adding help in the activities,
>>>> and if is true Sugar propose a exploratory approach,
>>>> not all the people learn in the same way,
>>>> and there are people who prefer a little guidance.
>>>> For the development we need a simple api, and easy i18n,
>>>> and a non obtrusive experience for the user.
>>>> Inspired by the DescriptionItem, I was experimenting with a widget to add
>>>> simple help to activities.
>>>> This is not:
>>>> * A manual
>>>> * Lessons
>>>> * Tips
>>>> Is a short startup help for the activity.
>>> I think tips can be better than direct guidance. "Do this, then do
>>> that" manner is counterproductive for exploration. Of course tips can
>>> be ordered in a convenient way, is a matter of manners. Would be
>>> better to see each section at once instead of a large scrollable list.
>>> I imagine a slideshow with back/forward buttons.
>>> Also I think visual help can be used instead of text when possible, so
>>> would be great if the widget allows it. Images can be understand by
>>> early children, and are universal, so no need to translate. Of course
>>> a little paragraph below the image can be convenient too.
>>> Here is a mockup I did for the same activity with this ideas:
>>> What do people think?
>> I think Gonzalo's mockup is a more attainable goal for most activities, it's using standard UI feature designs as used already else where in Sugar, and introduces no new metaphors (e.g. the iOS/iTunes like page dots). The trick (in either case) will be to keep them short and to the point, too much text, or too much fine detail and few will read much of them – writing the one for Calculate or Write is going to be a challenge to get right ;-)
> I think we should not be afraid to add new metaphors if this allows a
> better user experience to the children. I find an image with
> highlights, circled items and lines, a better explanation for an
> interaction than just text. Of course text-only can be left as a
> fallback, and we can concentrate in designing nice startup graphics
> for the core activities. I would like to see the text-only also
> having this slideshow view, so there is not too much text shown at the
> same time inside a scrolled window. Separated by sections / tips.
>> At a side note, many iOS apps take the startup help route where they provide a graphical overlay that indicates what each button does (sometimes several overlays are needed for each different app view). These provide plenty of flexibility to the developer for the types of information they include (mixed text, graphics, even animation), and they place the help in context next to the real widgets; however they are harder to localise for more than a few languages and require reliable alpha compositing support for fullscreen overlays (ideally through hardware). Folding this information into a single palette, as per Gonzalo's mockup, looses the spacial information context (though the existing palette hints are still there for context if needed), but it seems a good design for us to provide some additional information and help point a user in the right direction.
> Yes, that help in context is so much more nice because it shows next
> to the real widgets. I think something similar is doable now with the
> GtkOverlay widget, but only for GTK+3.
Maybe what Chrome does is a good intermediate between overlays in the
real widgets and an image help. When opening Chrome for the first
time I get a tab labelled "First steps" with this content:
That is, an image with overlays.
.. manuq ..
More information about the Sugar-devel