<p dir="ltr"><br>
On 22 Feb 2016 7:57 am, "Thomas Pfeiffer" <<a href="mailto:thomas.pfeiffer@kde.org">thomas.pfeiffer@kde.org</a>> wrote:<br>
><br>
> On Sonntag, 21. Februar 2016 11:24:46 CET Dirk Hohndel wrote:<br>
> > > On Feb 20, 2016, at 10:21 PM, Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
> > >> I was a bit disappointed not to be able to delete my bogus dives from<br>
> > >> Subsurface-mobile.  Would that be hard to implement?><br>
> > > This I don't think I'll get to tonight.<br>
> ><br>
> > So I'm wondering about the user interaction flow for this one.<br>
> > Because I don't want to make it too easy to delete a dive. But I don't want<br>
> > it to be TOO much of a pain, either.<br>
> ><br>
> > So how about this:<br>
> ><br>
> > user selects the dive - dive details are shown.<br>
> > user decides to delete that dive.<br>
> > context menu (right drawer) contains a "delete this dive"<br>
> > you tap this and then there is a confirmation dialog that slides up from the<br>
> > bottom of the screen - you have to click "yes, really delete" within 5<br>
> > seconds or it just cancels the delete<br>
><br>
> > Does that sound reasonable? Too weird?<br>
> > The reason I suggest this is because the Mobile Components contain a timed<br>
> > dialog with only one option to click on - it looks nice and it does exactly<br>
> > the interaction I suggest above. So doing this would be fairly straight<br>
> > forward. Whereas doing something else (like a typical pop up with yes/no<br>
> > buttons) would require a bit more digging and figuring out.</p>
<p dir="ltr">I think I'd prefer the timer, but really any method that isn't too complicated is good. It's necessary occasionally, but don't envisage it being used all that often. I agree the option should go in the right drawer. If only one option in the right drawer is odd, we could add a discard option - particularly if/when Subsurface-mobile is ported to ios, where there is no Android back button.</p>
<p dir="ltr">><br>
> The component gallery on Plasma Mobile has a slide-in dialog component with<br>
> two buttons in it, so there must be something that can do this.<br>
><br>
> That said, confirmation dialogs are not really a nice user interaction, since<br>
> they feel like the system doesn't trust the user to know what they're doing.<br>
><br>
> What's almost always nicer than confirmation, however, is undo. What we have on<br>
> Plasma Desktop is that when you remove a widget from the desktop or panel, you<br>
> get a notification with a big "Undo" button on it.<br>
> In the background, the widget isn't really removed yet until the notification<br>
> expires. We do the same for deleting manually installed widgets from the<br>
> system.<br>
><br>
> I'd recommend the same here. While this is not as "safe" as what you suggest<br>
> (the user might accidentally tap "Delete" and then for some reason miss the<br>
> undo dialog, but that's quite an unrealistic scenario), it should feel much<br>
> better for the user. The system executes the command without asking for<br>
> confirmation, but gives the user an easy way to roll back if it was issued by<br>
> accident.<br>
> If they really wanted to delete, they have to do nothing. If they realize<br>
> deleting isn't what they wanted to do, they just hit the undo button.<br>
><br>
> It's kind of like "better ask for forgiveness than permission", though in this<br>
> case it's also better for the one who gets asked (or rather doesn't get<br>
> asked).<br>
><br>
> This should be done with a notification with an action, though (there is<br>
> definitely a component for that, or maybe that is actually the one you're<br>
> referring to), since a dialog would block the user from doing something else.<br>
><br>
Having an undo option would be ideal, but implementing it sounds like a lot of work.</p>
<p dir="ltr">> > Yeah, I'm lazy. And to be honest, I think that the Mobile Components are<br>
> > very well designed and if they don't contain that typical dialog than I<br>
> > have to assume that's for a reason...<br>
><br>
> Thank you for your trust in our design :)<br>
> That said: If there is not component for some interaction, I'd not advise to<br>
> automatically assume that we have explicitly decided against it. The component<br>
> set is not complete yet.<br>
> In such cases, the safe way would be to ask me or Marco instead.<br>
><br>
> Cheers,<br>
> Thomas<br>
> _______________________________________________<br>
> subsurface mailing list<br>
> <a href="mailto:subsurface@subsurface-divelog.org">subsurface@subsurface-divelog.org</a><br>
> <a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</p>