Accidental file delete on mobile.

Chirana Gheorghita Eugeniu Theodor office at adaptcom.ro
Sun Jan 17 22:57:28 PST 2021


All seems to work as designed. I will see with the Ro translation and come
back if I encounter any issues.

On Mon, Jan 18, 2021, 00:06 Dirk Hohndel via subsurface <
subsurface at subsurface-divelog.org> wrote:

> 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> 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
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
> _______________________________________________
> subsurface mailing list
> subsurface at subsurface-divelog.org
> 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/20210118/7000e718/attachment-0001.htm>


More information about the subsurface mailing list