[REQ] Podcast browsing & listening

Help improve MediaMonkey 5 by testing the latest pre-release builds, and reporting bugs and feature requests.

Moderator: Gurus

peter_h
Posts: 146
Joined: Mon Mar 12, 2007 4:38 pm

[REQ] Podcast browsing & listening

Post by peter_h »

I've only just started to use the Podcast>Subscriptions features of MM5 this last week. Here's some things on my podcast browsing & listening wishlist so far... ;) ...

Assuming all within Podcast>Subscriptions , and in order of desirability:
  • When listening to a podcast, I'd often like to be able to hit the arrow keys to skip a few seconds forward or back. Sometimes environmental noise, or a distraction, means I missed something, and I want to skip back to hear what I missed. Or when re-visiting an unfinished one, it would help me navigate to where I left off (Even if this is set to only work if the Player panelElement has the focus?). Would be great if it worked just like it does in VLC ;)
  • In BrowserView, podcast episode description text often doesn't fit within the fixed row height. I'd like each row's height to expand independently, so I can see more of the text for the episode. Perhaps have a maximum height though, in case the description is excessively long? (In contrast, if I want a compact view, I can always switch to ListView instead -- so being compact in browserView isn't the priority)
  • In ListView, by default, put newest episodes first: It appears that the default sort order for the List View for podcasts is, effectively, "Title, Ascending", which puts the oldest casts on top of the list. I'm having to scroll/re-sort that every time. I'd prefer it was sorted Descending, by Date -- as Title often doesn't start with a podcast number, nor even a fixed number of digits ("Ep20" might come before "Ep3").
    Also -- now I think this somewhat of a bug -- switching back to browserView from listView will resort the browserView according to the last sort order of listView. So assuming default sortOrders, first visit to browserView displays newest first... then switching to listView displays oldest first... then switching back to browserView will now display oldest first -- which is not how you left it!
  • In BrowserView, add an option/button to quickly change the sort order. Currently, the order (seemingly) cannot be changed without exiting the view.
  • In Browser View, have a [Pin] button in the top "Pocast Overview" subpanelElement, that toggles the "Pocast Overview" into fixed position, so that it doesn't scroll when the list below it does. My preference would be remembered between sessions. (This would be a great addition too, in all other browserViews for differing nodeTypes, e.g the Music>Albums>Album[BrowserView]). {I could do this as a mod to my skin, in CSS, but I believe this would benefit all skins}
  • For each podcast subscription, be able to search/replace (RE?) the description text (after an update). This would help me get rid of repetitive redundant text that broadcasters put in their descriptions (usually at the end, e.g. "Thanks for listening. Please check out our sponsors: blahblah....")
  • In Browser View, display images alongside episodes. Now I know to do this comprehensively wouldn't be easy to do -- being podcasts and not having a consistent image directory to scrape -- but here's some steps along the way:
    • In Podcast>Episode>Properties>ImageLookup, have the default search string be AlbumArtist+Title, not AlbumArtist+Album. This more accurately locates the episode image
Thanks for listening! With love, Pete. :)
:) Pete, from Wellington, New Zealand.

Currently evaluating a migration from MM4 (4.1.31.1919 on Win7 SP1/16Gig RAM/intel) to MM2024 (latest Debug version on Win11 24H2/16GB RAM/intel)

**If you're wondering why I'm still on MM4: It still has more useful-to-me plugins; and I prefer the GUI's responsiveness, panes spreadable over multi-monitors flexibility, and predictability (all coz it's more Windows-native). I also hate "flat design" for its visual inefficiency. For me, MM4's benefits are still > MM5, and MM5's downsides < MM4. There still appears to be way less MM5 plugins -- even after all this time. MM5 docs for plugin developers seem very undeveloped to me -- which makes me uninclined to invest into learning how to improve MM5 for my own wants.