Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
On Mon, Oct 19, 2009 at 13:32, Gabriel Eirea gei...@gmail.com wrote: How about Quit and Don't quit? That would be better, though activities are stopped, rather than quitted. Thanks, Tomeu 2009/10/19 Tomeu Vizoso to...@sugarlabs.org: Any ideas for a better wording? Thanks, Tomeu On Sat, Oct 17, 2009 at 00:40, Sugar Labs Bugs bugtracker-nore...@sugarlabs.org wrote: #1508: confusing wording on download from Browse --+- Reporter: walter | Owner: erikos Type: enhancement | Status: new Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team Component: Browse | Version: Git as of bugdate Severity: Trivial | Keywords: Distribution: Unspecified | Status_field: Unconfirmed --+- If you try to quit Browse in the middle of a download, you are told that quiting will cancel the download and you are presented with two buttons: cancel and stop. Hitting the stop button will cancel the download and hitting the cancel button will cancel the quitting, hence not cancel the download. I wonder if there are better words we can use to make this a bit less confusing. -- Ticket URL: http://bugs.sugarlabs.org/ticket/1508 Sugar Labs http://sugarlabs.org/ Sugar Labs bug tracking system ___ Bugs mailing list b...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/bugs -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
Yeah, Stop and Don't Stop sound best to me. Cancel is almost never an appropriate button; we should grep the codebase for it :) On Mon, Oct 19, 2009 at 8:35 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Mon, Oct 19, 2009 at 13:32, Gabriel Eirea gei...@gmail.com wrote: How about Quit and Don't quit? That would be better, though activities are stopped, rather than quitted. Thanks, Tomeu 2009/10/19 Tomeu Vizoso to...@sugarlabs.org: Any ideas for a better wording? Thanks, Tomeu On Sat, Oct 17, 2009 at 00:40, Sugar Labs Bugs bugtracker-nore...@sugarlabs.org wrote: #1508: confusing wording on download from Browse --+- Reporter: walter | Owner: erikos Type: enhancement | Status: new Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team Component: Browse | Version: Git as of bugdate Severity: Trivial | Keywords: Distribution: Unspecified | Status_field: Unconfirmed --+- If you try to quit Browse in the middle of a download, you are told that quiting will cancel the download and you are presented with two buttons: cancel and stop. Hitting the stop button will cancel the download and hitting the cancel button will cancel the quitting, hence not cancel the download. I wonder if there are better words we can use to make this a bit less confusing. -- Ticket URL: http://bugs.sugarlabs.org/ticket/1508 Sugar Labs http://sugarlabs.org/ Sugar Labs bug tracking system ___ Bugs mailing list b...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/bugs -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ 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
Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
In this particular case, we may want to say: Continue with download Stop download and stop browsing -walter On Mon, Oct 19, 2009 at 9:09 AM, Wade Brainerd wad...@gmail.com wrote: Yeah, Stop and Don't Stop sound best to me. Cancel is almost never an appropriate button; we should grep the codebase for it :) On Mon, Oct 19, 2009 at 8:35 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Mon, Oct 19, 2009 at 13:32, Gabriel Eirea gei...@gmail.com wrote: How about Quit and Don't quit? That would be better, though activities are stopped, rather than quitted. Thanks, Tomeu 2009/10/19 Tomeu Vizoso to...@sugarlabs.org: Any ideas for a better wording? Thanks, Tomeu On Sat, Oct 17, 2009 at 00:40, Sugar Labs Bugs bugtracker-nore...@sugarlabs.org wrote: #1508: confusing wording on download from Browse --+- Reporter: walter | Owner: erikos Type: enhancement | Status: new Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team Component: Browse | Version: Git as of bugdate Severity: Trivial | Keywords: Distribution: Unspecified | Status_field: Unconfirmed --+- If you try to quit Browse in the middle of a download, you are told that quiting will cancel the download and you are presented with two buttons: cancel and stop. Hitting the stop button will cancel the download and hitting the cancel button will cancel the quitting, hence not cancel the download. I wonder if there are better words we can use to make this a bit less confusing. -- Ticket URL: http://bugs.sugarlabs.org/ticket/1508 Sugar Labs http://sugarlabs.org/ Sugar Labs bug tracking system ___ Bugs mailing list b...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/bugs -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ 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 -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
Since the desire to stop the activity has already been conveyed by clicking the Stop button, the real choice to be made is whether or not the download should be cancelled. How about changing the wording to convey this choice directly: To stop the activity now now you must cancel your ongoing download. [Cancel download] [Continue download] Clicking [Cancel download] will cancel the download and stop the activity (as was already requested by clicking Stop). I chose to keep the word cancel in the Cancel download button because the term stop is used in the UI as an action which can be resumed, which is untrue of the download. Clicking on [Continue download] will cause the alert to disappear, and implicitly cancel the previously requested stop action on the activity. On Mon, Oct 19, 2009 at 9:54 AM, Walter Bender walter.ben...@gmail.com wrote: In this particular case, we may want to say: Continue with download Stop download and stop browsing This isn't bad either, though perhaps we could say the same in fewer words: [Continue download] [Cancel and stop] Eben -walter On Mon, Oct 19, 2009 at 9:09 AM, Wade Brainerd wad...@gmail.com wrote: Yeah, Stop and Don't Stop sound best to me. Cancel is almost never an appropriate button; we should grep the codebase for it :) On Mon, Oct 19, 2009 at 8:35 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Mon, Oct 19, 2009 at 13:32, Gabriel Eirea gei...@gmail.com wrote: How about Quit and Don't quit? That would be better, though activities are stopped, rather than quitted. Thanks, Tomeu 2009/10/19 Tomeu Vizoso to...@sugarlabs.org: Any ideas for a better wording? Thanks, Tomeu On Sat, Oct 17, 2009 at 00:40, Sugar Labs Bugs bugtracker-nore...@sugarlabs.org wrote: #1508: confusing wording on download from Browse --+- Reporter: walter | Owner: erikos Type: enhancement | Status: new Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team Component: Browse | Version: Git as of bugdate Severity: Trivial | Keywords: Distribution: Unspecified | Status_field: Unconfirmed --+- If you try to quit Browse in the middle of a download, you are told that quiting will cancel the download and you are presented with two buttons: cancel and stop. Hitting the stop button will cancel the download and hitting the cancel button will cancel the quitting, hence not cancel the download. I wonder if there are better words we can use to make this a bit less confusing. -- Ticket URL: http://bugs.sugarlabs.org/ticket/1508 Sugar Labs http://sugarlabs.org/ Sugar Labs bug tracking system ___ Bugs mailing list b...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/bugs -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ 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 -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ 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
Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
On Mon, Oct 19, 2009 at 10:12 AM, Eben Eliason e...@laptop.org wrote: To stop the activity now now you must cancel your ongoing download. [Cancel download] [Continue download] This sounds well thought out, but imagining the experience in my head makes me wonder a little. Two user perspectives: 1) Do I want to keep downloading or not? Continuing the activity is the implicit choice. 2) Do I want to keep using the activity or not? Continuing the download is the implicit choice. Since I clicked the [Stop] button, 2) feels more natural. Whether to stop the activity should be the primary choice, with the download's continuation being implicit, since stopping the activity was the initiating action. In other words making a decision, then being asked an orthogonal question (with an implicit effect on the decision I made), seems off. Side note: Since the Journal displays the progress bar as files are downloaded, wouldn't it be cool if Browse just handed the download off to the Journal? That would allow the download to continue even after Browse stops. It would also allow the download to be resumed if the machine is restarted, network connection lost, etc. Worthy Journal feature request? -Wade ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
On Mon, Oct 19, 2009 at 20:01, Wade Brainerd wad...@gmail.com wrote: On Mon, Oct 19, 2009 at 10:12 AM, Eben Eliason e...@laptop.org wrote: To stop the activity now now you must cancel your ongoing download. [Cancel download] [Continue download] This sounds well thought out, but imagining the experience in my head makes me wonder a little. Two user perspectives: 1) Do I want to keep downloading or not? Continuing the activity is the implicit choice. 2) Do I want to keep using the activity or not? Continuing the download is the implicit choice. Since I clicked the [Stop] button, 2) feels more natural. Whether to stop the activity should be the primary choice, with the download's continuation being implicit, since stopping the activity was the initiating action. In other words making a decision, then being asked an orthogonal question (with an implicit effect on the decision I made), seems off. Side note: Since the Journal displays the progress bar as files are downloaded, wouldn't it be cool if Browse just handed the download off to the Journal? That would allow the download to continue even after Browse stops. It would also allow the download to be resumed if the machine is restarted, network connection lost, etc. Worthy Journal feature request? This was the desired user experience, but mozilla's architecture made it quite hard without losing the ability to download inside existing http sessions. I heard that WebKit has pluggable network backends, so that may make it possible. Regards, Tomeu -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
On Mon, Oct 19, 2009 at 3:04 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Mon, Oct 19, 2009 at 20:01, Wade Brainerd wad...@gmail.com wrote: Side note: Since the Journal displays the progress bar as files are downloaded, wouldn't it be cool if Browse just handed the download off to the Journal? That would allow the download to continue even after Browse stops. It would also allow the download to be resumed if the machine is restarted, network connection lost, etc. Worthy Journal feature request? This was the desired user experience, but mozilla's architecture made it quite hard without losing the ability to download inside existing http sessions. I see what you mean about sessions. Is there some way to detect whether a download is dependent on the browser session? Another option, though it would not allow later resuming, would be to let the Browse instance keep running even after the activity has stopped. It would just hide its main window and send some other termination notice to the Sugar shell. The activity failure notice patch might be a good start; Browse could just send a NotifyActivityEnded message to the shell without terminating its process. -Wade ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Re: [Bugs] #1508 UNSP: confusing wording on download from Browse
On Mon, Oct 19, 2009 at 20:18, Wade Brainerd wad...@gmail.com wrote: On Mon, Oct 19, 2009 at 3:04 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Mon, Oct 19, 2009 at 20:01, Wade Brainerd wad...@gmail.com wrote: Side note: Since the Journal displays the progress bar as files are downloaded, wouldn't it be cool if Browse just handed the download off to the Journal? That would allow the download to continue even after Browse stops. It would also allow the download to be resumed if the machine is restarted, network connection lost, etc. Worthy Journal feature request? This was the desired user experience, but mozilla's architecture made it quite hard without losing the ability to download inside existing http sessions. I see what you mean about sessions. Is there some way to detect whether a download is dependent on the browser session? Another option, though it would not allow later resuming, would be to let the Browse instance keep running even after the activity has stopped. It would just hide its main window and send some other termination notice to the Sugar shell. The activity failure notice patch might be a good start; Browse could just send a NotifyActivityEnded message to the shell without terminating its process. Yes, we could do something like that, though I'm afraid we would risk trading considerable fragility to fundamental use cases in exchange of lower gains. Though this largely depends on the effort put, so if someone is so inclined... Regards, Tomeu -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel