View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0020441 | MMW 5 | Tracklist | public | 2023-11-24 21:53 | 2026-10-08 23:32 |
| Reporter | zvezdan | Assigned To | |||
| Priority | high | Severity | feature | Reproducibility | N/A |
| Status | assigned | Resolution | open | ||
| Product Version | 5.0.5 | ||||
| Target Version | 2027.0 | ||||
| Summary | 0020441: Grid view should have configurable text below artwork (or added Artist at least) | Grid (by track) view | ||||
| Description | Maybe this doesn't make sense for nodes with files from the same artist, but if I have a folder with many files by different artists (e.g. singles that don't belong to albums), I would like to see at least added Artist to the Title, just like we see Album Artist below the Album name underneath the artwork in the Grid (by Album) view. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
The Grid (by album) mode is currently designed primarily for Albums (MM doesn't currently have a grid mode that's specifically for individual tracks). A possible partial solution within the curren Grid (by Album) view would be to display Artist when Album Artist isn't available. BUT, I don't think that this really makes sense since it would give users the impression that the Album Artist field has been entered even when it isn't. A more realistic solution would be to add a Grid (by Track) view that allows users to display tracks with a range of metadata in a grid instead of a list, without grouping them. In such a view: - Album Art field must be force-enabled - All other fields would be configurable (in the same manner as they are in the list view). The only difference is that metadata would be displayed below the Artwork image. - Artwork would probably have to be larger in such a view so that there's enough space for the metadata |
|
|
I don't why you are bringing Grid (by Album) again when I didn't mentioned it, just as you had it in another related issue. Also, I don't know why you say that MM doesn't currently have a grid mode that is for individual tracks and why are you suggesting adding a new Grid (by Track) view. As far as I know, Grid (by Track) already exists. It is called just Grid and I am talking about that view all the time. What is the current Grid view if not for individual tracks? |
|
|
I'm actually not seeing a 'Grid' view in most track-oriented views. Regardless, my point is that the desired functionality can be achieved by: - only displaying columns (for sorting) for fields that have metadata displayed - allowing for this to be configured via the column configuration (similarly to how this is implemented for Grid (video) |
|
|
Track-oriented views with the Grid view: - Entire Library|Music|Video|... / Location - Folders I don't know what you mean by "the column configuration" and "fields that have metadata displayed". If you mean about Column filter, the columns that are displayed in it are not the same as the fields displayed below the artwork in the grid of Grid (video). The field displayed in my Grid (video) is Filename.extension, and I have by default Genre, Artist and Album columns in Column filter. Actually, I think it would be much better if you have displayed Filename in all track-oriented views instead of just Title. However, if by "the column configuration" you mean about Column settings that you have in the context menu of the grid header, the problem is that you don't have displayed the grid header in the Grid view, unlike the mentioned Grid (video). Which I have mentioned in the 0020440 issue. And, such solution wouldn't be good anyway because it cannot allow sorting on the fields that are not displayed below the artwork in the grid. |
|
|
Column configuration = right-clicking on column to open the Column Configuration dialog. The point I'm trying to make is that columns should only be displayed or available to be displayed in the header if the associated metadata is also displayed with the item(s) being displayed. For instance, if Year isn't somehow displayed in association with a video, then it doesn't make sense to be able to sort by Year. Similarly, if the user enabled Filename to be displayed in association with the video, it would make sense to display a column for filename so that the user can sort by that particular attribute (and conversely, if filename was not displayed in association with a video, it wouldn't make sense to have a column for filename since it's confusing to sort by an attribute that isn't displayed. I think we're agreeing with each other. A problem with the approach being discussed though, is that it doesn't account for 'Grouping' (though this is a feature that isn't yet implemented). e.g. Group videos by Genre (ascending) and sort by Year (within the group). If we implement 'Groups' then MM would need a single UI to configure both Sorts and Groups, but this would be complicated by the fact that 'Groups' are View dependent (i.e. they'd likely only be configured in View configuration whereas sorts aren't necessarily). |
|
|
> right-clicking on column to open the Column Configuration dialog. On which "column" are you talking about? The Grid view doesn't have columns. And as I said, the Grid view doesn't have header at all, unlike other views. However, if you meant about View / Main panel view / Manage views / Configure Views dialog box, that would be an entirely different story. I could imagine that you modify that dialog box which will allow user-customization of the text displayed beneath the artwork in the grid. I am sorry, but I cannot follow the rest of you explanation. You have mentioned the word "displayed" four times in the sentence "columns should only be displayed or available to be displayed in the header if the associated metadata is also displayed with the item(s) being displayed.", but I still don't understand where are those associated metadata displayed. For your example "if filename was not displayed in association with a video", I still have a question: where should be filename displayed? And why video files should not have displayed filename? If you don't want to add an ability for user-customization of the text below artwork, and if you don't want to add Artist to Title, could we at least agree that you should replace Title with Filename for track-oriented views? In my opinion, it has more sense for Folders and Location nodes. |