Improve parity between file recovery's snapshot history and Sync's version history

Use case or problem

File Recovery’s Snapshot History and Sync’s Version History aim to provide the same functionality to the user, just using different underlying data - the saved snapshots in File Recovery’s case and syncing changes in Sync’s case. However, there are some small differences in using the two functionalities that are a little bit frustrating.

(1) Align the behavior for opening the file histories

Sync allows you to only open the version history of the currently focused note, while File Recovery requires you to select the note after running the command. File Recovery allows you to look at the snapshot history of other notes after selecting a note, while Sync forces you to stay with the opened note.

(2) Proposed solution

Both commands open the respective history dialog for the currently focused note. If no note is focused, default to the “select a note” view.
Add the “selected note” input to Sync’s dialog to allow user to switch to a different note.

(3) “Restore this version” button

Sync has a “Restore this version” button while File recovery has not. Would be good to also add that to the snapshot history.

Add new “Open snapshot history” option to note settings

In the note settings in the top right of the note an option for “Open version history” exists which opens Sync’s version history. It would make sense to also add an option “Open snapshot history” which opens the File Recovery’s snapshot history for that note.

3 Likes

One potential option to consider is to have a single, shared UI for both, but allow users to choose the source of their version e.g. remote vs. local, or perhaps both. With the last option, it will be more of filter rather than choice. This way, both version control type feature will always provide the same functionality, and won’t create multiple buttons.