[Sugar-devel] [DESIGN] 'Resume' vs 'Start a new' Activity
simon at schampijer.de
Wed Jan 13 11:38:40 EST 2010
thanks very much for your feedback.
On 01/13/2010 02:15 PM, Gary C Martin wrote:
> On 11 Jan 2010, at 20:44, Walter Bender wrote:
>> On Mon, Jan 11, 2010 at 3:32 PM, Simon Schampijer<simon at schampijer.de> wrote:
>>> On 01/11/2010 06:12 PM, Wade Brainerd wrote:
>>>> My feeling regarding all this is that the problem is deeper than
>>>> finding a way to Resume Latest or Start New from the home screen.
>>>> IMO, the whole idea of Resume Latest is broken and needs to be
>>>> ditched. The Journal is the place to resume activities. We need to
>>>> make the Journal more discoverable and usable instead of trying to
>>>> mash its features into the home screen.
>>> My findings are as well that the Journal is the natural place to resume
>>> an activity. The home view is the natural way to create a new activity,
>>> since it contains a graphical representation with the available activities.
>>> I think resuming is a secondary option we can provide, but should not be
>>> the default option when you click on the icon. To overcome the issue of
>>> constantly creating new activities I liked the 'open the full palette on
>>> left click' option. The learner is then provided with options to choose
>> I like this too. It is worth mentioning that on non-OLPC-XO hardware,
>> there is no easily discovered (or typed) dedicated key or mouse
>> movement to get you to the Journal--one of the reasons we have also
>> discussed having the Journal icon always available in the Home View (I
>> am in favor of always at the bottom of the circle). All of these
>> changes collectively may help.
> I've been trying to stay out of this discussion so far, watching for what might stick. So summing up so far:
> - Always show Journal in the home ring, though I'd favour having it as the first item, so that would make it always at the top of the circle ;-)
That sounds like a good compromise to me.
Side-Note: While thinking about it, Walter mentioned that the Journal is
not as accessible, especially on non XO-hardware. Another thing which is
hard to discover is the frame. I see a lot of kids having issues here.
This is one reason why the Journal is hard to find but as well to see
which activities are open at the moment.
> - Home view reverted back to the 'start new' activity focus, all icons are un-coloured.
> - Single left click always reveals the palette with the 'start new' item at the top and 'resume' items below. Some minus design points here as 'start new' and 'resume' will both become 2 clicks away, and take extra palette cursoring dexterity to reach. You could argue both 'start new' and 'resume' will drop to second level features with 'activity palette information' becoming the top level home feature. Being able to read (some of) this palette text would also now be required, so our 'low floor' just got a little higher :-( I do agree though that this provides a compromise between reducing Journal spam and preventing the unintentional overwrite of existing Journal work by making the choice explicit.
I tested today, to have the left click reveal the palette directly
(patch attached for those who want to try it out). You are right, that
you need two clicks, now. For me it would be ok, to just revert the
behavior to 'start new' by default and leave it to the merchandise
(including teacher) to set the message: resume is in the Journal.
Side-Note 2: I figured today that our use of left click is inconsistent.
In the home view clicking on the activity icon does choose one default
option on left click. Clicking on the XO icon does not have a meaning,
you need the palette. Same is true for clicking on a buddy icon in the
neighborhood or group view. The 'add friend' is not the default.
However, clicking on an activity icon in the neighborhood view does join
it, clicking on an AP does try to connect by default.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1320 bytes
Desc: not available
Url : http://lists.sugarlabs.org/archive/sugar-devel/attachments/20100113/9e862b8c/attachment.patch
More information about the Sugar-devel