Accidental file delete on mobile.

Dirk Hohndel dirk at hohndel.org
Sun Jan 17 14:05:48 PST 2021


So this message from Willem (plus some related discussions here and on GitHub, and a suggestion from Peter Zaal) triggered some experiments with some more changes to the mobile UI.
These are making it to the beta streams in both stores as we speak - they should show up as 3.1.3(4.9.10.361) (or newer) soonishly.

These consist of a couple of somewhat separate changes that combined in my opinion give a much better user experience.
But just as with the rest of this, I'm really curious what others are thinking:

- the delete action was removed from the right side of the central action button on the dive details page; the argument that in normal use this is a fairly rare operation and to have it there so prominently was just inviting unintentional dive deletes really made sense to me
- instead delete is now in the context menu, right above (hint, hint) the Undo option
- additionally, the notification messages that pop up after every change and tell the user about our progress storing their data... they weren't really useful to sane people or regular users. So those are gone
- instead we now show a message that summarizes that last change that was saved, and points out that it can be undone, and even offers a button to undo (or redo) things
- that button sneakily doesn't immediately undo/redo, but instead opens the context menu where the user then can decide what they want to do

To me this flow is informative, relatively unobtrusive, and makes sense. Best of all, even if you miss the time window to press the button in the notification, you still can just open the context menu and trigger the undo (or redo) action.

Please, PLEASE test this and let me know how this works for you, if it is intuitive, if this should be changed in some way.
Of course the texts will be translated (and even the command in the button that's part of the notification will be translated).

As of this writing the new versions has just now been pushed for iOS, the Android one is still waiting for Google to review and push out - but lately that hasn't taken too long.

Thanks

/D

> On Jan 17, 2021, at 8:11 AM, Dirk Hohndel via subsurface <subsurface at subsurface-divelog.org> wrote:
> 
> Willem,
> 
> The mobile app has the full undo system, so you could have simply reverted the accidental delete on the mobile device.
> 
> I do agree there could be more visual feedback, though. I'll take a look at that.
> 
> I absolutely hate confirmation dialogs. Because they train the user to blindly click accept and do absolutely nothing to prevent mistakes. They are just a terribly UI, solving the wrong problem. But a transient notice that the user deleted the dive and can recover it via undo makes sense to me.
> 
> /D
> 
> On January 17, 2021 3:57:41 AM PST, Willem Ferguson via subsurface <subsurface at subsurface-divelog.org <mailto:subsurface at subsurface-divelog.org>> wrote:
> I replied about the re-designed dive edit layout on mobile: excellent. 
> However, the issue of accidental deletion of dives is an issue. Given no 
> visual feedback about deleting dives, the only way I could recover was:
> 
> 1) Sync mobile with cloud. This means the dive is also deleted in cloud.
> 
> 2) Do a trivial edit of the dive on laptop and select "save to cloud"
> 
> 3) Sync mobile with cloud again. This restores the deleted dive.
> 
> Ultimately the backup copy of the dive log (the local one on the laptop) 
> was critical to prevent accidental edits such as these.
> 
> An absolutely sure-fire way to prevent accidental deletion of dives or 
> accidental edits on the mobile platform is critical for a positive user 
> experience. I can help myself to prevent a catastrophe, but most newer 
> mobile users will not be able to recover. It would really be useful if 
> there could be a two-level insurance such as:
> 
> 1) After editing a dive on mobile and hitting the Save icon (stiffy 
> drive icon), ("Are you sure you want to save these edits? Y/n")
> 
> 2) Upon exiting the mobile app, issue a message "Dive(s) have been 
> edited. Do you want to save these edits? (Y/n)".
> 
> Kind regards,
> 
> willem
> 
> 
> 
> 
> 
> -- 
> Sent from my phone_______________________________________________
> subsurface mailing list
> subsurface at subsurface-divelog.org <mailto:subsurface at subsurface-divelog.org>
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface <http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20210117/edcc2940/attachment.htm>


More information about the subsurface mailing list