View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006575 | MMW v4 | Tracklist | public | 2010-10-20 22:50 | 2010-12-03 05:24 |
Reporter | rusty | Assigned To | |||
Priority | immediate | Severity | feature | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Product Version | 4.0 | ||||
Target Version | 4.0 | Fixed in Version | 4.0 | ||
Summary | 0006575: Different content Types should have different Properties window layouts | ||||
Description | Depending on the Type of a file, the Properties window should be optimized to display the relevant fields (Types refers to: Music, Classical Music, Video, Music Video, TV, Podcast, Audiobook). Note: aside from the Properties layouts, other File-specific optimizations include Player rules (0006572) and Summary format (0006571). Open Issues not yet addressed by the spec: i) The proposal doesn't currently address mapping of Type-specific metadata to tag formats (i.e. which tags will be used). This needs to be specified. We also need some sort of specification outlining which tags are relevant for each format (the current spec only defines 'basic' tags). ii) The proposal assumes that the second 'Details' panel will allow the user to configure whatever fields are relevant using a new UI by dynamically populating a grid control with fields relevant/taggable for the content Type in question (alternatively, the details screen will need to be modified / laid out for each content Type). See attached images for a proposal of how this can be laid out. General comments: - In the Properties dialog, small fonts for field descriptors placed above fields, in order to avoid the currently confusing layout in which some fields have descriptors below the fields. - In the Properties dialog, the Type field should be superior to the tabs because changes to it will trigger changes to the tabs and to the layout of the dialog (e.g. Switching from Type=Music to Type=Video would get rid of the Virtual CD tab). The attached graphics show a proposed layout, but if it is too much work to position the dropdown at the level of the tabs, we'll have to incorporate it below the tabs (e.g. Top-right corner of the 'Basic' tab). | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Fixed in build | 1330 | ||||
related to | 0006570 | closed | Ludek | Tracklist tooltips should display more content |
related to | 0006573 | closed | Ludek | Mass Edit of multiple Types of files |
related to | 0006574 | closed | petr | Track Browser Configurability Per Collection |
related to | 0006739 | closed | Ludek | Field Mapping Tweaks |
parent of | 0006569 | closed | petr | New icons / images for various Collections / Tree nodes |
parent of | 0006571 | closed | petr | Title summary should vary dependent on content Type |
parent of | 0006572 | closed | Ludek | Per Type Playback Rules for Auto-DJ & Track Addition |
related to | 0006579 | closed | petr | UI Simplification: Remove 'Views' from Collections Options |
related to | 0006588 | closed | petr | Default Art & Details View Settings by Type |
related to | 0006777 | closed | petr | Collection Default settings |
|
As discussed over e-mail, assigning to Ludek (with parts to be possibly done by Petr). |
|
Pardon the interruption, but I notice in the Details tab mock-up that Involved People may/will get a face lift. Is this a sign of further improvements regarding the field? I started a Wishlist thread regarding the field a few years ago, which I think presented some good ideas for it: http://www.mediamonkey.com/forum/viewtopic.php?f=4&t=35543 |
|
It probably won't get into 4.0, but it's definitely planned to be implemented soon, i.e. either 4.0 or 4.1. |
|
Added the new Properties type-based layouts in build 1319. i.e. Properties dialog now supports multiple Layouts (including their live switching). Except for the advanced tags and Involved people improvements, but I am working on it. |
|
Re-opened in order to add the default values for individual Collection views. Assigned to Petr. |
|
Re-tagged as resolved--will open a new bug for Collection default settings. |
|
Tested build 1329, and it's generally functioning well. Re-opening for some tweaks/corrections to the Properties dialogs: Music: ------ Should just show 'Artist' instead of 'Artist (ensemble; soloist)' This applies to all of the dialogs where 'Artist' appears except for 'Classical'. Classical: ---------- The field order should more closely resemble 'music' so that it's less confusing (i.e so people know where the fields are) and because certain fields (e.g. Disc# / Track# are associated with the 'Album' field, and Composer is associated with Original Date). Title; Date Artist; Genre Composer; Disc#, Track# Conductor; Rating Album; Orig Date Album Artist; Lyricist Comment --> Title; Rating Artist; Genre Conductor; Date Composer; Original Date Album; Disc#; Track# Album Artist; Lyricist Comment Podcast: -------- Currently has an 'Author' field instead of 'Artist' field. Title; Date Podcast; Genre Author; Rating ; Track# --> Title; Date Podcast; Genre Artist; Rating ; Track # Audiobook: ---------- I would suggest getting rid of the Conductor/Lyricist fields--they're completely irrelevant. Video: ------ Series should be associated with Season# and Episode#. It would also be useful if the Rating would appear as the last item on the right (but not critical). Title; Date Series; Genre Director; Season#; Episode# Producer; Rating Actor; Screenwriter --> Title; Date Series; Season#; Episode# Director; Genre Producer; Rating Screenwriter Actor(s) |
|
Fixed in build 1330. Note that for podcast I added the Artist, but the Author is also left, because Author of the podcast can be different from Artist (e.g. if it is a music bands podcast), so the layout is Title; Date Podcast; Genre Author; Rating Artist; Track # |
|
As discussed, it would probably be preferable to take the approach used in other apps which 'Artist' as the primary field (e.g. iTunes). As to the secondary field, in cases where the Podcast's author doesn't match the performing Artist, it would probably make most sense to use Album Artist (e.g. if a Podcast had a U2 song). For the future, it would be good if we could use a common approach for both Podcasts and Audiobooks, that would allow both Author and Performer to be stored/communicated in a consistent manner. |
|
OK, podcast layout changed to Title; Date Podcast; Genre Artist; Rating Album Artist; Track # |
|
Verified 1330. |