On Mon, 28 Jun 2010 15:11:04 -0400, Martin Langhoff <martin.langh...@gmail.com> wrote: > Hi Martin, > > great to see action on this front. Thanks for working on this. > > I have a few questions > > - Why is the UI in the main Journal UI? A manual backup should be a > very infrequent op. (And same with a "full" restore). >
Well, originally I added a XS backup and restore option (Journal Management) into the Control Panel. Even when it was not intended for upstreaming, I sent it to the mailing list, therefore a discussion started about where these backup and restore options should go. Finally, this idea of having the options in the resouces (volumes) palette was the most wanted. The arguments favoring this idea were based on user friendliness: It seems easier and makes more sense to find those options in the same context of the resource that provides them. > - Is the 'restore' option a 'full restore' or does it allow to browse > existing backup snapshots? > Not yet, it does a full restore from the one that is available on the storage device. For the Schoolserver backup, we plan to let users choose from the list of available backups, in the future. > ...If it is a 'full restore', is it destructive? What does it do with > documents that already exist but have been modified locally? What does > it do with space concerns (ie: if the backup won't fit on disk) ? > Yes, the entries added after the last backup will be lost. At first sight it seemed easy to just append data, but there are many hard to cover scenarios (Corner cases). Mostly the ones when you have to consider the very few space available. So for the time being we don't merge backups, still better than loosing all data :). > cheers, > > > > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > _______________________________________________ > 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
