> How does the ability to set a snapshot schedule for a > particular *file* or *folder* interact with the fact > that ZFS snapshots are on a per-filesystem basis? > This seems a poor fit. If I choose to snapshot my > "Important Documents" folder every 5 minutes, that's > implicitly creating snapshots of my "Giant Video > Downloads" folder every 5 minutes too, if they're > both in the same file system. It seems unwise not > to expose this to the user. > > One possibility would be for the "enable snapshots" > menu item to implicitly apply to the root of the file > system in which the selected item is. So in the > example shown, right-clicking on "Documents" would > bring up a dialog labeled something like "Automatic > snapshots for /home/cb114949". > > == > > I don't think it's a good idea to replace "Enable > Automatic Snapshots" by "Restore from Snapshot" > because there's no obvious way to "Disable Automatic > Snapshots" (or change their properties). (It appears > one could probably do that from the properties > dialog, but that's certainly not obvious to a user > who has turned this on using the menu and now wants > to make a change -- if you can turn it on in the > menu, you should be able to turn it off in the menu > too.) > > == > > If "Roll back" affects the whole file system, it > definitely should NOT be an option when > right-clicking on a file or folder within the file > system! This is a recipe for disaster. I would not > present this as an option at all -- it's already in > the "Restore Files" dialog. > > Also, "All files will be restored" is not a good > description for rollback. That really means "All > changes since the selected snapshot will be lost." I > can readily imagine a user thinking, "I deleted three > files, so if I choose to restore all files, I'll get > those three back [without losing the other work I've > done]." > > == > > Just a few random comments.
Your set of comments intersects with what I was thinking but not saying! This message posted from opensolaris.org
