View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003631 | MMW v4 | Playlist / Search | public | 2007-09-21 17:39 | 2007-10-12 02:10 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0003631: Search: user must continually switch between search modes depending on node selected | ||||
| Description | Current builds of MM force the user _has_ to continually switch between search modes depending on which node is selected. e.g. -To search Podcast directory: useless info is returned if Entire Library is enabled -When searching Net Radio or Web: nothing is returned if search selected is enabled -a related issue is that when Library node is selected: nothing is returned if search selected is enabled (this is really bad because first time users of MM see no search results since the default is search selected). An ideal, but not necessarily pragmatic solution would be to allow users to use either function on any node. i.e. -User should be able to search the entire library, or the selected node+subnodes within the library -User should be able to search all podcast directories, or the selected node+subnodes within the directory HOWEVER, this doesn't work for all nodes--e.g. Net Radio/Web nodes. The simplest solution might be to hardcode search options for a couple of nodes: Podcast node: Always search within the current selection Library node: Always search entire library Net Radio or Web node: Always search entire library A better, though slightly more complex solution is to allow users to set search options on a per Root-node basis. That way, searches would make sense based on the user's context. e.g. -Library or sub to Library node: [Current Selection]/Entire Library Filtered -Podcast: [Current Selection] -Net Radio: [Entire Library] -Web: [Amazon] Note: this implementation is similar to Songbird's | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1082 | ||||
|
|
I'd suggest to implement --------- The simplest solution might be to hardcode search options for a couple of nodes: Podcast node: Always search within the current selection Library node: Always search entire library Net Radio or Web node: Always search entire library --------- The more complex solution below makes probably more sense, but it should be done later (3.1?) when we add some better support e.g. for web pages searching, etc. |
|
|
Fixed in build 1080. |
|
|
Tested 1080. It's working quite well. Re-opening because after testing I realize there are a couple more optimizations that we should make: Other nodes to hardcode to Search Current Selection: -Device Nodes -Drive Nodes Hardcode to Search Amazon: -Web node Hopefully for 3.01 we can better resolve this by persisting different searches on a per-node basis. |
|
|
Ok, updated in build 1082. |
|
|
Verified 1085 |
