View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014848 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2018-05-30 09:38 | 2021-05-04 21:53 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | tweak | Reproducibility | N/A |
| Status | closed | Resolution | reopened | ||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0014848: Album Art: In Image search window there is no way to preview found images in larger window | ||||
| Description | 1. In Image search window there is no way to preview found images in larger window which is needed in cases where user need to confirm if found Image is the right one. See attached Image. 2. Minor tweak Image Search window do not have Scroll Bars in case windows is resized | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 2202 | ||||
| related to | 0012245 | closed | jiri | Artwork scanning improvements |
| has duplicate | 0016013 | closed | michal | Using trashcan icon to delete opens Artwork when multiple Artworks present |
| related to | 0014857 | closed | michal | Album Art Lookup: Some Images Can't be downloaded |
| related to | 0017820 | closed | michal | Album Art may fail to download at full size |
|
|
Fixed in build 2109. Added context menu option to view original image. |
|
|
Have you added Double click action also? |
|
|
Doubleclick selects image. 1) added to context menu on thumb. |
|
|
1. I would Reverse double click behavior making Double click Show Full Image and possibly remove context completely (very useful for Touch mode 2. Verified 2110 3. We should add Select Overlay behavior like in rest of MM5 (eg. Grid view) Due the fact that it is possible to add multiple Album Arts (Covers, Media, Posters [Movie], ...) 4. Instead of [Search] I would rather use word [Refresh] as it is more clear on what button would do eg. refresh search results |
|
|
1) double-click chooses the image and closes whole dialog now, it is more comfortable than selecting image and then pressing OK button (which is also possible) 3) not sure, if there could be situation, where multi-select makes sense. This feature is for selecting at least one cover image where none exists, not for searching other images (and it will only rarely find relevant images of more cover types in one searching) 4) Search button initiates Google search, so "Search" makes more sense to me. |
|
|
4) After longer use you are right |
|
|
5) I just did a quick review of image interactions in various portions of the UI and found that there's a bit of inconsistency that we may want to improve (not urgent, but it's probably trivial to fix). Here are the current interactions: a) Preview window: Single or Double-click --> Full-size image opens b) Properties>Artwork tab: single-click-->nothing happens / Double-click --> Full-size image opens c) Image Search: Single-click --> Selection / double-click --> Selection and acceptance d) Auto-tag dialog: Single/Double-click --> Selector [Old vs New] opens e) Auto-tag Selector dialog: Single or Double-click --> Nothing happens (only the Radio button selector has an effect) I've indicated suggested changes (only for b) d) and e) )below with an '!'. The changes are all relatively minor but should yield a more cohesive experience: a) Preview window: Single or Double-click --> Full-size image opens b) Properties>Artwork tab: single-click-->Full-size image opens (!) / Double-click --> Full-size image opens c) Auto-tag dialog: Single/Double-click --> Selector [Old vs New] opens d) Auto-tag Selector dialog: Single or Double-click --> Full-size image opens (!) (Radio button selector continues to be for selection) e) Image Search: Single-click --> Full-size image opens and becomes selected (!) / double-click --> Selection and acceptance 6) Also, - The image chooser doesn't indicate which image has been selected (this is urgent to fix). i.e. 1 Lookup image 2 In 'Image Search' dialog, click an image --> no indication which image has been selected (tested with MD Dark skin)! |
|
|
6) fixed in 2199. |
|
|
re 5e) but it will be very annoying in scenario - click to select image - click OK button to confirm it, because after the click window with full size image will pop up. Are you sure, we should do it this way? |
|
|
5e) I don't think it would be that annoying, but a couple of possible approaches to minimize annoyance could be: i - have the image to Pop open in the window (e.g. clicking the thumbnail would both cause the image to both open and close) ii - instead of selecting the image via a click, use radio buttons like in the auto-tag selector (perhaps placing them in the corner of the image to limit how much space is used by the radio buttons) |
|
|
Suggested changes fixed in build 2199. As discussed offline, for 5e) used original suggestion, opens full image after 0.5s delay. |
|
|
Verified 2200. This is fine for now, though I think that additional improvements could be made for the future: 1) eliminating the .5s delay for case e) 2) eliminating the need to open and close images Enabling hover in all cases could accomplish both of the above. |
|
|
I just noticed a regression related to clicking images --> full size artwork opens. If the image has a button superimposed on it (e.g. 'Delete' button), then when the user clicks the button, the image opens full-size (when the user just intended to delete the item)! |
|
|
Where do you see this? I have tried properties dialog and delete button works as expected. |
|
|
see (build 2201): https://www.screencast.com/t/jXfC3FFfaL Also, re. case 5e) you were right--it _is_ annoying that when the user attempts to select an image that it also pops up. Perhaps an alternative approach would be that the pop-up only occurs when the user clicks on the resultion 'button' (i.e. the portion of the image that shows the resolution of the image) ? It's not consistent, but I think it would be less annoying. |
|
|
Fixed in build 2202. |
|
|
Verified 2202 @Rusty No more popus. Please lose if you are satisfied |
|
|
Verified 2203. |
