View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012390 | MMA | Now Playing | public | 2014-11-28 16:13 | 2015-01-14 20:58 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.1.0 | ||||
| Target Version | 1.1.0 | Fixed in Version | 1.1.0 | ||
| Summary | 0012390: Remove from Now Playing confirmation dialog is unneeded | ||||
| Description | Some users (e.g. http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=78497 ) are annoyed by the confirmation dialog as it slows down edits to the Now Playing list (the dialog was added in order to support track deletion -- see 0009692) A possible approach to resolving this would be to change the dialog so that deletion occurs automatically: Deleting track in 3s -------------------------- Remove from now playing^ [Cancel] Note: Any cursor movement in the dialog would halt the timer and add a [Delete] button to the dialog OR Have a toast pop up: "Deleting in 3s. Click for more options." Click dialog --> The currently implemented dialog appears. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 365 | ||||
|
|
During the implementation I found best solution I guess. Add countdown to current confirm dialog. It means "cancel/delete" buttons keep available, then user can delete tracks immediatelly by press delete button or cancel deletion or touch on dialog to cancel countdown and then he can choose different delete option. You can test it in build 1.1.0.349 |
|
|
It seems to be working well except that pressing CANCEL during the first three seconds causes mma to crash. |
|
|
Fixed in build 1.1.0.0353 |
|
|
Verified 353. |
|
|
The user indicated that it still effectively requires user interaction because if they don't want to wait 5 seconds, then they have to click 'delete'. The suggested solution is to have the dialog disappear and continue with the delete operation if the user clicks outside the dialog. |
|
|
Fixed in build 1.1.0.365 |
|
|
Verified 365. |
