More > JRiver Media Center 31 for Windows
Auto-resetting view (= selecting the first one) when going to a playlist?
creal:
Thanks for your help.
The link arrow works well: it searches for the artist. But it always searches from the last library view, which, in my case filter exclusively by storage folders. So if I am on the "Jazz" library view, then go to the playing now and click on the link arrow of a song that is not located in the "Jazz folder", it's useless because the search result will be on the "Jazz" library view.
In the screenshot, you can see that the search shows no result, which is logical since Laura Cahen is not Jazz music. My wish is that the search would always be on the "#ALL" library view, which gathers all of the music files. In that case, searching for Laura Cahen (by clicking on the link arrow) will show results.
******************
By the way, I'd like to know if you can send me a screenshot of your options for the "artist" field. In my case, I noticed a problem when clicking on a link arrow of two simultaneous artists: it only searches for the first one instead of both. The thread concerning that problem is here: https://yabb.jriver.com/interact/index.php/topic,135820.msg940864.html#msg940864
Apparently, it works well in MC31, but not in MC28 which is the version I own. But who knows, maybe there is an option I have to change to make it work.
Thanks in advance.
markf2748:
@creal: I believe the Link Arrows auto-populate the MC Search box, so everything you say and your search results are consistent with MC's definition of Search:
https://wiki.jriver.com/index.php/Search_Bar
All my views are different ways of listing my full library, so I haven't tested your restricted files use case. The view recursion behavior you report from a playlist sounds similar to that seen when clicking a Link Arrow in a Playing Now "Player" tab. That always succeeds for me since all my tabs have the same search universe.
Seems you need a new Search box option which overrides the default, allowing you to specify which collection/view to search in from a Playlist. Or MC could make a Search Bar exception for Playlists, so that it searches the full library path rather than starting from a restricted view.
HPBEME:
This has nothing to do with MC28 versus MC31 - I've been using link arrows for many versions prior to (and including) MC28 with zero issues.
When you click on a link arrow, it auto populates the search box as Mark noted, which then searches whatever you have defined for the Top Level Audio View (see pic). This is the key - How have you defined your top level audio view? If this view is restricted to some subset of your audio library, then that is all it will search (which has nothing to do with the last view focused).
As long as your Top Level Audio View is not restricted to a subset of your full audio library, clicking on the link arrow should search everything in your audio library. This applies to wherever/whenever you click the link arrow, be it in a Playing Now list, or a list of genres/artists/albums/tracks. When you click a link arrow, it searches whatever you have defined for your Top Level Audio View.
Note that the search results will also be displayed in the same style you've defined for the Top Level Audio View. For example, if your top level audio "View as" is Panes (which is how I have mine set up) then after you click the link arrow the "search results" also display as a Panes view. If your "View as" is defined as "3D", after clicking a link arrow the search results also display as "3D".
markf2748:
--- Quote from: HPBEME on May 29, 2023, 03:13:17 pm ---... searches whatever you have defined for the Top Level Audio View (see pic). This is the key - How have you defined your top level audio view? If this view is restricted to some subset of your audio library, then that is all it will search (which has nothing to do with the last view focused).
As long as your Top Level Audio View is not restricted to a subset of your full audio library, clicking on the link arrow should search everything in your audio library. This applies to wherever/whenever you click the link arrow, be it in a Playing Now list, or a list of genres/artists/albums/tracks. When you click a link arrow, it searches whatever you have defined for your Top Level Audio View.
--- End quote ---
Sorry, but this all sounds a little confused to me. Here's what I find:
1) When I click on Audio in the tree from an unlocked tab, then that tab opens to the last Audio view I clicked in the tree.
2) If I click Audio in the tree from a locked tab, then a new adjacent tab opens with the last Audio view I clicked in the tree.
3) If I RMB Audio in the tree, I can choose to Customize View. But that just adds a new audio view to the list.
So tree Audio has some "memory" to it, somewhat analogous to what has been described earlier in this thread for the Playlist Linked Arrow search path.
Seems to me that the Audio "universe" is defined only by the original library path definition.
Also, if you launch a search from any restricted view, then the search range is limited to the files actually displayed in that view. See the wiki page for "Search Bar" I cited above.
HPBEME:
--- Quote from: markf2748 on May 29, 2023, 05:13:17 pm ---1) When I click on Audio in the tree from an unlocked tab, then that tab opens to the last Audio view I clicked in the tree.
2) If I click Audio in the tree from a locked tab, then a new adjacent tab opens with the last Audio view I clicked in the tree.
3) If I RMB Audio in the tree, I can choose to Customize View. But that just adds a new audio view to the list.
--- End quote ---
Yep. Whether MC opens a new tab (because the active is locked), or uses the same (unlocked) tab, it still searches whatever is defined for the top level Audio view.
My guess is that you and the OP have never specifically defined a top level Audio view. This would be logical if you have never checked the "Enable Tree Selection" box in the Customize View dialog (see pic). If that is the case, I don't know what MC defaults to using. I have always had a defined view associated with the top Audio view, and for that scenario it behaves exactly as I described in my previous post, in a 100% repeatable way.
I suggest enabling the checkbox, creating a top level Audio view - you can then confirm what I am saying is accurate. After defining the view, you can even uncheck/disable "Enable Tree Selection" box if you wish. MC will continue to use the view you just defined for the link arrow click, but will not show that view when you click Audio in the Tree, since that it is now disabled (again). Just be sure to define a view that includes your entire audio library.
Oh... and
--- Quote from: markf2748 on May 29, 2023, 05:13:17 pm ---Also, if you launch a search from any restricted view, then the search range is limited to the files actually displayed in that view. See the wiki page for "Search Bar" I cited above.
--- End quote ---
This is exactly what I said in previous post here:
--- Quote from: HPBEME on May 29, 2023, 03:13:17 pm ---If this view is restricted to some subset of your audio library, then that is all it will search (which has nothing to do with the last view focused).
--- End quote ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version