AquaMail Forum
English - Android => Bug reports => Topic started by: LordLanky on June 14, 2016, 10:07:15 am
-
Love the new update especially the snazzy animations.
Noted the delete confirmation settings are being ignored for both swiping and for the main delete command.
v1.6.2.4 on HTC10
-
You will find these options in the app's settings:
> go to the app's main window (account list view) > Menu button > Settings > Confirmations and undo >..
see screenshot
-
Yeah and they don't work
Sent from my HTC 10 using Tapatalk
-
Undo isn't the problem, that works as it did before.
Previously if you swiped to delete a message or selected and deleted messages then a confirmation appeared (with the option ticked appropriately in the settings).
Since yesterday's update this functionality has stopped operating and emails are deleted without any further user confirmation.
-
That's bonkers. I'll give it a try.
The two features are mutually exclusive: there is a distinct requirement for both.
-
That doesn't work... Undo and delete confirmation are required independently.
-
That's got to be a joke response? Have you read the thread?
The new functionality has a conceptual issue within, in that the undo and delete confirmation features are mutually exclusive.
If you disagree then the implication of this thread is that the implementation of the new features are receiving poor feedback from the users.
Summary: undo and delete confirmation need to be unlinked.
-
I apologise unreservedly for the impolite question.
I have articulated the issue incorrectly.
Summary: undo and delete confirmation features are mutually exclusive; please remediate.
-
Re: The new functionality has a conceptual issue within, in that the undo and delete confirmation features are mutually exclusive
There is no conceptual issue.
Yes they are exclusive.
There are two ways in UI design to handle "dangerous" operations:
1 - Asking the user beforehand if he/she is sure, really really sure.
This is how it used to work.
Downside (one of): slows down the flow, since requires an additional user action every time.
2 - Going forward with the said "dangerous" operation, and show some sort of Undo button / panel etc.
This is how it works now, if "undo" is enabled.
If you disable "undo", the new version will work the old way -- "ask for a confirmation first, and since the user indicated that he/she is really really sure, there is no need for undo".
Both asking for a confirmation and then having an undo panel is redundant, and there is no combination of settings that would do it this way.
-
...
Since yesterday's update this functionality has stopped operating and emails are deleted without any further user confirmation.
The new 'undo' functionality is another kind of confirmation.
I will give you an example:
Right after deleting a message the (new) 'undo panel' appears and the user will be able to undo the recent action within a reasonable time. After this time the 'undo toast' disappears which results in a 'automatic' confirmation.
This procedure is a very very useful and comfortable new functionality which I learned to appreciate very much.
If you really don't like the 'automatic' confirmation (= undo panel) then, however, you are still in the position to disable this feature in the settings and go back to the traditionally confirmation windows - as mentioned by @Paris Geek.
I recommend to give the new feature a try.
-
@mikeone thanks. I think that's the point here, I _have_ tried and I do like both features.
Whilst "mutually exclusive" might be a subtle overstatement, the toast undo messages aren't an intrusion, sımply an opportunity.
So the feedback here is that at least this user wants both delete confirmation and undo toast panels.
-
So the feedback here is that at least this user wants both delete confirmation and undo toast panels.
Sorry, but the only choice open to the user is (and will be) either the new way (perform the action first, then show an undo panel / button) or the old way (ask the user for a confirmation first, then perform the action).
Kostya's fully reasonable explanation you will find in his recent post:
http://www.aqua-mail.com/forum/index.php?topic=4759.msg27421#msg27421
PS:
The next version will have a help screen for "undo instead of confirmations":
http://www.aqua-mail.com/forum/index.php?topic=4767.msg27463#msg27463
-
Whilst I clearly disagree, this approach leaves a gap elsewhere - if I use swiping to "hide on server" the "confirmation only user" isn't afforded the undo option.
There is a requirement for both features.
-
Whilst I clearly disagree, this approach leaves a gap elsewhere - if I use swiping to "hide on server" the "confirmation only user" isn't afforded the undo option.
There is a requirement for both features.
There is no swiping action 'hide on server" but "Hide (keep on server)" which means 'Hide the message in the app and keep it on the server'.
-
I am sorry. I should have typed "hide (keep on server)". It was lazy shorthand on my part.
There is a requirement for both features.
-
I am sorry. I should have typed "hide (keep on server)". It was lazy shorthand on my part.
There is a requirement for both features.
Okay, no problem. I just wanted to make it clear.
However, the "confirmation only user" will be able to "unhide" these messages. You can find this option (only) in the message list (when you have chosen a folder):
> Menu (3-dots button) > "Restore hidden"
[this is ia kind of 'Restore', not an 'Undo' action]
-
Thanks, and yes of course I get the notion you disagree, but if having a menu option to restore hidden is the answer to obviate the undo feature for hide keep on server, why is there also restore option for delete in the menus?
We are an undo short!
-
Thanks, and yes of course I get the notion you disagree, but if having a menu option to restore hidden is the answer to obviate the undo feature for hide keep on server, why is there also restore option for delete in the menus?
We are an undo short!
Please don't mix up different types of user actions:
Restore (of already deleted = moved to Trash or hidden messages)
vs.
Undo (of the actual initiated action: deleting, archiving, moving, )
If you have deleted (= moved to Trash) some messages in the past, say two days ago or so, and you want to get a few of these messages back to the former folder(s) then the 'Restore' option is very useful.
-
Mikeone: I've corrected your message slightly: restore doesn't work on really deleted messages.
Restore (of already deleted moved to trash or hidden messages)
vs.
Undo (of the actual initiated action: deleting, archiving, moving, )
If you have deleted moved to trash some messages in the past, say two days ago or so, and you want to get a few of these messages back to the former folder(s) then the 'Restore' option is very useful.
-
@StR
Good point, thanks!
[I just updated my previous post]
-
re: There is a requirement for both features.
I noted this phrase repeated in several posts and understand it is there to concisely reinforce the poster's interests. May I suggest replacing the word "requirement" with "request" as there is no obligation on the part of the developer to satisfy user "requirements". Unless the developer is under contract obligating him to meet certain specifications. Purchasing the app does not infer this obligation.
Semantics to some. I personally find the word "requirement" suggestive of an obligation that holds no merit in this context.