UI for "working on it"

Mikus Grinbergs mikus at bga.com
Mon Apr 7 21:20:38 EDT 2008


The recent talk on Sugar about notifications reminds me that the 
OLPC currently appears to lack easy-to-check "I'm working on that" 
feedback to the user.

Combined with Sugar's  "a single screen for whatever one is doing" 
philosophy, this serves to HIDE "what is going on" from the user.


I had originally thought "as long as information is shown somewhere, 
that's good enough" -- let the user come looking.  But seeing how 
much I myself resent interruptions to what I am involved in, status 
ought to be available "where the user is looking", and notification 
ought not to impose non-deferrable "taking the user away from his 
current task".  [I hate it if I'm typing something, and the Frame 
pops up and obscures where I was working.]

--------

Two recent 1825 experiences have raised my sensitivity to "how to 
know what is/is_not going on":

(1)  I clicked (in Home "list" mode) on a rarely-used icon.  Nothing 
seemed to happen.  Losing patience, I navigated to a Terminal 
activity I had previously opened, and was about to type in something 
when the XO screen changed over to the newly-launched activity. 
[From the information available "where I was looking", I thought the 
XO was not "working on it" (was not launching the new activity).]


[On Linux (and Windows), once the user has clicked on something, the 
cursor changes (e.g., includes a bouncing ball).  As long as the 
cursor change persists, the user can feel "I don't need to do 
anything more RIGHT NOW about what I clicked on".  Normally, the 
requested action will start (accompanied by a visual indication). 
Else, when the cursor reverts to its non-changed form, the user 
knows that he should investigate the possibility that the requested 
action never started.]


On 1825 the only place that shows "activity being launched" is an 
obscure corner of the Frame -- and I had gotten rid of the Frame to 
be able to switch Home view into "list" mode.  [I'm sorry, but to me 
the Frame is too intrusive so far to be useful as a "current status" 
display -- I only use it when I want to perform some "action".]

For me, showing "loading is going on" by in a corner blinking a dark 
icon on a dark background is much too easily overlooked.  At least, 
both Home view modes need to give a *positive* indication at the 
clicked-on icon that "your click-request was accepted".  [Perhaps 
have the background of the icon be "highlighted" until "launching" 
completes.]

[All "to be noticed" areas of the Frame should have a WHITE (or at 
the least, a contrasting) background.]


(2)  I had attempted to connect to an AP, by clicking on its icon in 
the Neighborhood view.  I got bored after several minutes waiting 
for that icon in the Neighborhood view to stop blinking, and went 
back to working within activities.

I don't know what the ultimate result was of me having done that 
click in Neighborhood view.  [From the information available "where 
I was looking", I believed the XO had kept on "working on it" (was 
still trying to connect).]  I think the XO ought to have notified 
me, either when it decided it had accomplished that connection, or 
when it decided it could *not* make that connection.


Elsewhere (#1385) I've proposed that the two LEDs on the XO front 
show "peer connection" status and "data server connection" status. 
It's a pity that there are not three LEDs - "AP connection" status 
also deserves a "front LED" (visible all the time, which the Frame 
<thank goodness> is not).

[If important information changes status on the Frame (or on a 
different screen than what the user is currently looking at), let me 
suggest "blinking" (i.e., one-time dimming and brightening) the 
current screen.  Then, when he is ready to be interrupted from what 
he was doing, the user can go off to view whatever that status 
change was.]

mikus




More information about the Devel mailing list