View Issue Details

IDProjectCategoryView StatusLast Update
0001331MMW v4Playlist / Searchpublic2007-03-19 01:07
Reporterrusty Assigned To 
PriorityurgentSeverityfeatureReproducibilityalways
Status resolvedResolutionfixed 
Fixed in Version3.0 
Summary0001331: Provide a means to look at most recent search results
DescriptionAlthough the MRU list in the search bar is useful, there is some useful functionality that is still missing:
-Ability to use the 'back' button to see search results
-Ability to see 'advanced' search results generated previously

Suggested implementation:
-Change 'Search' node --> 'Search Results'
-Anytime a search is entered, and the results appear, the query used to generate the search is saved within a node that is a child to the 'Search Results' node. This should be an MRU list (of 10 searches) that cycles. The name of each auto-generated node should be the first 20 characters of the query + ... if it's longer).
-If the user goes to another node and then clicks 'back' or 'forward', the search results are regenerated based on the query (if appropriate).
Additional Informationoriginally discussed in #95
TagsNo tags attached.
Fixed in build1024

Relationships

parent of 0002417 resolvedLudek Hide search node until there are search results 
related to 0000395 assignedjiri Back/Forward arrows should retain tracklist positional information / searches / url 

Activities

rusty

2006-02-14 13:56

administrator   ~0006875

Note: There's no need to even show the search node until there are search results contained within it, as pointed out by users at: http://www.mediamonkey.com/forum/viewtopic.php?t=8062

rusty

2006-08-11 19:26

administrator   ~0007720

Note: this will also fix the problem that <F5> on the search screen causes the Advanced Search dialog to appear: http://www.mediamonkey.com/forum/viewtopic.php?t=10276

rusty

2007-03-13 14:05

administrator   ~0008786

Last edited: 2007-03-13 14:09

Note that saved searches can be represented as search subnodes or as tabs (tabs are better if we don't support hierarchy in the tracklist, otherwise subnodes are preferable).

An excellent example of representing searches as tabs appears within both eMule:
http://www.emule-project.net/home/screenshots/search.png

jiri

2007-03-13 18:28

administrator   ~0008793

Should be implemented as described. Maybe just that 20 characters limit should be 30 or so...

Ludek

2007-03-19 01:03

developer   ~0008836

Last edited: 2007-03-19 01:05

Resolved in revision 2545 together with 2417. We could add this MRU list to windows' registers per user in order to remember this after closing MM, but it conflicts with 2417: Hide search node until there are search results.