Brian said: “
What you want to end up with is a custom View that is a Panes type view. Click on Audio Panes for an example. In this custom panes view, you want to make the first column (Pane) a Playlist column. Right click on it, select Edit and then change it's type to Playlist Group and select "root" as the starting point.
Now when you click on a playlist name in that pane, you'll see all of your playlist songs below. They will now obey the grouping and display settings that you apply to this new Custom Playlist View that you've just built. Click on the tiny down arrow at the top for several display, sorting, and grouping options. The default is pretty good though because it shows and album thumbnail and all of the songs right next to it.”
“have you TRIED MY PANES BASED PLAYLIST VIEW?”I did, sort off
I have been trying this and seeing how that works towards what I want to achieve, and not grokking your instructions completely at first, but reading and also picking up bits here and there through the swiss cheese of the wiki
Here is my first custom View. I would have captured the Customize View Window in the same screenshot, but the #^&*! MC window z-index ‘handling’ vanished the sucker as soon as app focus shifted to ‘Grab’ to activate the capture…
View #1 - Meta_Genre:
Based on the Audio/Genres View. View As - Categories, Tree Selection, Tree Browsing, inherit Media Type.
I replaced the 1st Selection, [Genre] with a new field [Meta_Genre] that I defined in an expression, and left the rest pretty much alone. The point of the expression is to collapse the many tag Genre values, into a limited number of related types of music. With some debugging the expression did its job and you can see the result below. I like that the compilation albums are aggregated separately ! It’s OK that one can click down to an artist and their albums track list; to play, tag, or whatever Not a bad general browser
——
View #2 - Label SelectCreated New View from nowhere . View As - Categories, Tree Selection, Tree Browsing, inherit Media Type (I guess).
I’m not sure which template I choose, but I had read about a View that had multiple filter rule sets that could be chosen by the user. So I choose the ‘Search List’ selector widget, and populated it with the simple selection rules I had already done in the simple Smart Playlists, from the originals in iTunes. Except, of course for one which requires ‘OR’ logic, which seems to be beyond the capabilities of the Rules Editor (another thread…) !! (
Never mind ! got that working - no doc that says that the paren's enclose ORed rules, where outside it's all AND's, in the Rules Editor)
I’m not as thrilled with the result set presentation. It is the stacked horizontal bars of Album art and short file list. At least one can drill down to a specific music file to interact, but it wastes space and requires a lot of scrolling, instead of glancing and grokking for an album, and drilling down again.
It was all to easy for me to end up with a grid of artwork thumbnails, which was great for scanning quickly, but was ultimately crippled in not allowing access to the track lists for interaction
The biggest take away from this little description is that after all this study and experimentation,
I have no idea what determines how the data is presented in the final ‘stages’ (bottom segment) of the View window. Which, I’m sure you’ll agree, can be frustrating when one has an idea they want to implement. And I’ve been getting anxiety from the customer - he wants delivery now ! Well, next Tuesday actually
But this is not about him.
I want to do this now, for me, the challenge, or whatever… I thought I’d left this stuff behind when I retired, but I guess
it hasn’t left me
So maybe you can clue me in a bit more given this foundation ? Do I still need to make a Panes based View ? I guess it just seems like different ways to drill down to a group of tracks with 3 selection filters. Am I wrong ?
Anyone else care to pipe up ? Happy to have you aboard
Thanks,
Dave