On 27 Feb 2010, at 15:53, Eben Eliason wrote: > On Sat, Feb 27, 2010 at 10:07 AM, Tomeu Vizoso <to...@tomeuvizoso.net> wrote: >> On Fri, Feb 26, 2010 at 23:03, Gary C Martin <g...@garycmartin.com> wrote: >>> On 26 Feb 2010, at 15:59, Tomeu Vizoso wrote: >>> >>>> On Fri, Feb 26, 2010 at 13:30, Daniel Castelo >>>> <dcast...@plan.ceibal.edu.uy> wrote: >>>>> I've applied Eben's mockup, I also tried to show the connection errors >>>>> using >>>>> an alert inside the palette. >>>>> This solution has the problem that Tomeu said: when user clicks "connect", >>>>> the palette is hidden and users could miss the notification. >>>>> Is a solution that doesn't look nice, because the palette should resize to >>>>> show the errors. >>>> >>>> We could bring attention to the issue by using a notification, but I'm >>>> not really seeing a good solution for this. Any ideas? >>> >>> Is it possible to override the dismissing of the palette when connect is >>> clicked? User sees a 'connecting' positive feedback message in the palette, >>> with the palette only auto-dismissing after a successful connection? >> >> I think it's pretty doable from the coding side and could work quite >> well in this case. About the design side, do we want to introduce this >> variation? > > This could be a bit odd. Since the palette is attached to the Frame, > does that also prevent the Frame from hiding? How long does it usually > take to connect? Could it get in the way of the user?
FWIW I was imagining the palette dismissing as usual in all other existing cases, the only change would be to override the dismiss that happens when you click on the connect item. The message must change to "connecting" or some such language, so the user immediately knows their click is being responded to. Does the icon vary colour at all to indicate status? White stroked for inactive, user stroke and fill colour for connected. Perhaps a warning badge on the icon for an error? Regards, --Gary > I think in an upcoming release it makes sense to put more time into > the notification system to support this type of thing. (For instance, > upon failure, the 3G icon would appear and blink in the lower right > corner for a bit; It would continue to have a different visual > treatment within the Frame if you didn't click it in time in the > corner; When clicked it would reveal the error and any actions to > take.) > > In the short term, I guess we could still use the notification system > to get your attention, though the rest of the behavior wouldn't be as > clean. But, if we're using the usual transformation of the icon from > white to XO colors when connecting, and drop back to white when > connection fails, we're no worse off than wifi connection errors until > we institute a more complete design for notifications. > > Eben > > >> Regards, >> >> Tomeu >> >>> Regards, >>> --Gary >>> >>>> Thanks, >>>> >>>> Tomeu >>>> >>>>> >>>>> On Sun, Feb 21, 2010 at 12:27 PM, Tomeu Vizoso <to...@tomeuvizoso.net> >>>>> wrote: >>>>>> >>>>>> On Fri, Feb 19, 2010 at 16:41, Eben Eliason <eben.elia...@gmail.com> >>>>>> wrote: >>>>>>> On Wed, Feb 17, 2010 at 2:27 PM, Daniel Castelo >>>>>>> <dcast...@plan.ceibal.edu.uy> wrote: >>>>>>>> Hi, today we don't show all the 3G connection errors. The unique error >>>>>>>> that >>>>>>>> we show is the "Authentication Error" when the Pin/Puk Sim >>>>>>>> configuration is >>>>>>>> wrong. In this case we show the error in the connection pallete. When >>>>>>>> users >>>>>>>> clicks over the message, the pallete returns to normal behavior. We >>>>>>>> want to >>>>>>>> display all the connection errors. How is the best way to show this? >>>>>>> >>>>>>> I'd recommend showing one or more buttons for dismissing the error and >>>>>>> taking any other relevant actions within the palette. Clicking on the >>>>>>> text label likely won't be very discoverable. For instance, this >>>>>>> error might have two normal buttons for "Cancel" and "Show Settings" >>>>>>> (assuming something in settings can be adjusted to improve the >>>>>>> situation; I don't know enough about what this error means). >>>>>> >>>>>> Hmm, but if the error appears in the palette, and the palette is >>>>>> hidden when the Connect option is clicked, won't most users miss the >>>>>> notification? >>>>>> >>>>>> Regards, >>>>>> >>>>>> Tomeu >>>>>> >>>>>> >>>>>>> Eben >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Ing. Daniel Castelo >>>>>>>> Plan Ceibal - Área Técnica >>>>>>>> Avda. Italia 6201 >>>>>>>> Montevideo - Uruguay. >>>>>>>> Tel.: 601.57.73 Interno 2228 >>>>>>>> E-mail : dcast...@plan.ceibal.edu.uy >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Sugar-devel mailing list >>>>>>>> Sugar-devel@lists.sugarlabs.org >>>>>>>> http://lists.sugarlabs.org/listinfo/sugar-devel >>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Sugar-devel mailing list >>>>>>> Sugar-devel@lists.sugarlabs.org >>>>>>> http://lists.sugarlabs.org/listinfo/sugar-devel >>>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Ing. Daniel Castelo >>>>> Plan Ceibal - Área Técnica >>>>> Avda. Italia 6201 >>>>> Montevideo - Uruguay. >>>>> Tel.: 601.57.73 Interno 2228 >>>>> E-mail : dcast...@plan.ceibal.edu.uy >>>>> >>>> _______________________________________________ >>>> Sugar-devel mailing list >>>> Sugar-devel@lists.sugarlabs.org >>>> http://lists.sugarlabs.org/listinfo/sugar-devel >>> >>> >> _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
