On 18 Feb 2009, at 20:31, Wade Brainerd wrote: > As I understood it, the ability to "Not Keep" was an important part > of this design, but I haven't seen the implementation yet. > > Is it not there, or maybe just not immediately discoverable? > > I too think it would be wonderful to have a Don't Keep button right > there.
I'd like to see a 'don't keep' as well, but I think it's a bunch more complicated in the current data-store implementation. Activities get Journal entries created as you switch away from them, and perhaps some other cases (sleep?), so a 'don't keep' button would need to actively DELETE journal entries that may have been created before the activity was first stopped. Just wanted to raise the implementation issues, but I would like a 'don't keep' if it didn't burn too much core dev time, though I accept this may be due to my particular current Sugar usage pattern. --Gary > Best, > Wade > > On Wed, Feb 18, 2009 at 3:27 PM, Eduardo H. Silva <[email protected] > > wrote: > Hi, I managed to run the latest development release of Sucrose. > When you close a fresh new activitiy instance, it shows a dialog to > name and keep the instance. I think it should also have the option to > discard it, which would unclutter the journal with so many unusefull > entries. It would use the Erase icon (a white minus inside a black > circle), so as not to confuse other ocasions where the cross in black > circle is used to escape or cancel an option. The accept icon could > perhaps be the Keep icon instead. This way, we are asking the user if > he wants to keep or not the instance, and if so, give him the option > to name it. What do you think? > > Eduardo > _______________________________________________ > Sugar-devel mailing list > [email protected] > http://lists.sugarlabs.org/listinfo/sugar-devel > > _______________________________________________ > Sugar-devel mailing list > [email protected] > http://lists.sugarlabs.org/listinfo/sugar-devel _______________________________________________ Sugar-devel mailing list [email protected] http://lists.sugarlabs.org/listinfo/sugar-devel
