[Bugs] #525 UNSP: Should Chat really resume by default?
SugarLabs Bugs
bugtracker-noreply at sugarlabs.org
Thu Mar 12 11:20:29 EDT 2009
#525: Should Chat really resume by default?
------------------------------------------+---------------------------------
Reporter: CarolineM | Owner: morgs
Type: defect | Status: new
Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team
Component: Chat | Version: Unspecified
Severity: Unspecified | Resolution:
Keywords: | Distribution: Unspecified
Status_field: Unconfimed |
------------------------------------------+---------------------------------
Comment(by eben):
OK, we clearly need to fix all the color bugs. This is a really important
notion that needs to be wholly consistent throughout the UI or its just
meaningless. It's upsetting to hear that it's still so broken.
Regarding the higher level question, I'm unsure. I think the system could
get more confusing if we allowed activities to specify what kind of
behavior they want, since the user won't know what to expect from any
given activity. If it poses a problem, and "starting new" is too hard to
do with the new approach, as I've always feared it might be, then we may
have to resort to introducing an extra step into the launch.
First you would select an activity, and then you would select to start new
or resume the most recent. It wouldn't be a terrible system, but it adds
clicks to the process. That can be OK if the clicks improve the
experience. When you really think about it, there are other things we
could ask up front too. Activities that support sharing, for instance,
could offer to share at time of launch, preventing the need to switch to
the activity toolbar to activate this purportedly central feature of
Sugar. I don't want to open Pandora's box here and make launching any
activity feel like filling out a survey, but perhaps we could actually
streamline the overall experience by requiring a couple up-front steps.
This also goes hand in hand with my previous response about the chat
dialog in #402, which suggested that resumed activities that have already
been shared in the past could offer to re-share with those participants at
launch, automatically sending them invitations.
What do other people think? We've been avoiding dialogs in general, but
this isn't the "bad kind", since it's presenting the user with meaningful
choices which change based on context, rather than an "Are you sure?"
("Yes I'm sure, just do it!") type affair.
--
Ticket URL: <http://dev.sugarlabs.org/ticket/525#comment:2>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list