View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0021379 | MMW 5 | FileMonitor / Find Missing | public | 2024-11-28 16:44 | 2024-11-28 16:45 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | feedback | Resolution | open | ||
| Product Version | 2024.0 | ||||
| Target Version | 2026 | ||||
| Summary | 0021379: Confusion/Extra Steps needed to scan the current folder | ||||
| Description | At 0021299 improvements were made so that MM doesn't automatically add folders to the scan list. However, there are still a couple of cases where the current behavior suboptimal or confusing: 1) If the user wants to scan only a single folder they must uncheck all selected folders that are normally scanned, then check the single folder. And the next time a full scan is initiated, they must reselect the subset of folders that they want scanned. See: 2) If the user wants to scan a single folder, via Collection > Locations or Folders they're forced into a multi-step operation described at 1) above. This confusing because when the user right-clicks on a folder > 'Add/Rescan...' they would expect only the selected folder to be scanned (and this is also arguably true true when initiating a scan from within those nodes without right-clicking). https://www.mediamonkey.com/forum/viewtopic.php?t=106983 https://www.mediamonkey.com/forum/viewtopic.php?t=106845 Solutions to both of the above we previously discussed at 0021299: A) A new contextual menu: Find more from same > Folder (Library + Scan). This would initiate a scan of the folder containing the first selected track and switch to the Library folder. Pros: it's simple, and users can attach a shortcut to it. Cons: It can't apply to a parent folder (e.g. It can apply to FolderA/FolderB but not to FolderA). This can be mitigated by opening the Scan dialog when the command is initiated, but then the Scan dialog would also need to be modified since it can't currently differentiate between one-time-scan folders and other folders configured to be scanned, resulting in confusion as to the saved state of which folders are scanned in a full scan. Thus this would only work if the dialog changes as well. B) Modify the Add/Rescan dialog so that it separates one-time scan functions from full scans. This can be accomplished via: i) An approach that uses radio buttons: Scan the following locations for media: . . . . [Add Location] (o) One time: C:/...../ ( ) Folders (list): . . . . . . . [x] Folder A . . [x] Folder B . . [ ] Folder C . . In other words, in most cases, the scan list would be active by default. Except when the user initiates a scan from a Folder or Music>Location. Note: with this approach, the Folders list would never include one-time scans. One time scans would be transferred to the folders (list) via the 'Add Location' button (i.e. when clicked, it would show Local storage, Network, Media server..., PathOfTheActiveOneTimeScan). The only downside to this approach is that it's not trivial to scan both the One-time scan + existing folders. ii) A second approach would be to use checkboxes: Scan the following locations for media: . . . . [Add Location] [x] C:/...../ [ ] Folders (list): . . . . . . . [x] Folder A . . [x] Folder B . . [ ] Folder C . . iii) An even simpler approach suggested at ~77448 was to facilitate all folders to be checked/unchecked: Scan the following locations for media: . . . . [Add Location] [ ] Location [ ] C:/...../ [x] Folder A [x] Folder B [ ] Folder C . This is much simpler, and although it's a slight improvement, it doesn't fully solve issue 1) or 2) and perpetuates the issue raised at A). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
