>> 1. If I move mouse over the search button, and mouse pointer then sits >> beneath the search strip, after typing one character the live search area >> pops up, and one of the result lines receives the mouse focus, so subsequent >> keypresses are ignored. Could keypresses be passed to the search widget if >> mouse is anywhere within the live search panel? Especially annoying if the >> next keypress is backspace, causing a browser back navigation! > >What browser are you using? haven't seen this. > Firefox 28.0; FF29 Australis UI sucks, so reverted back to 28.
>Must have been the "browse contributor role" discussion distracting me :-P > Easily done! >> 3. What is the sort order for determining the top 5 matches in each category >> to display in live search? I'm not seeing the same top 5 order in the >> normal search results list (which is alphabetical). eg. A search for "king" >> returns: > >The live search doesn't sort explicitely. Thus it might be time of >addition to the collection. Or ID (which might result in the same order >anyway). I'm not sure about the search results page. That's the result >of a massive SQL query compared to the live searchwhich might influence >the order. I can look into this, but think it's not too high on my list >as neither really looks like it's sorted in an expected way. > I am sure that the normal search results are sorted alphabetical (artists by artist name sort, albums by album name sort). >> 4. Mouse-over albums in live search causes some of the mini artwork images >> to slightly move around/flicker. It looks like some artwork images to >> reposition one pixel higher? > >Browser? I don't see this in FF/Safari on Mac. FF 28 on Win 7 - still happening today. I just checked with Chrome and don't see the same behaviour. >> 6. The Artists/Albums/Songs search buttons in live search could have >> Play/Add buttons, as shortcuts to the resultant "All Songs" play/add >> functions? Note for Song results, All Songs is on the top of the results >> list, but All Songs is at the bottom for Artists and Albums results. A bit >> inconsistent, although perhaps more useful for song results only? > >Hmm... I don't get the usefulness of this feature... "Let me listen to >all tracks with 'king' in the title"? > All Songs is an option in all normal search results page lists. I could see it being useful for playing all matching songs, to build up a new playlist, for example. I often search for a random word and play all songs, skip through a few, choosing to add some to a playlist. I could see a case where you search for an album and get two hits, perhaps "Best album in the world ever ... volume 1" and "... volume 2", and want to play all, or people that rip double albums as "<album> CD1" and "<album> CD2". Play all matching artists is perhaps harder to justify though ;-) >Advanced Search... yeah, haven't been there in a while. Are you using >it? If so, what parameters are you usually using? While investigating >the useless index case I thought that some of the indices were used in >Advanced Search only. > Occasionally use it, not all that frequently. Often search for a keyword in the comment, such as "Single" where I know I'm looking for something I've ripped from a CD Single (in which case I leave the album name blank, so songs would appear under No Album, and that's a pain to browse through. I sometimes use Date Modified after <start of year> combined with other parameters. Other times I use it to find strange file formats that I want to re-rip to FLAC. I have some old OGG and AAC stuff that I am gradually replacing, so I can get everything MusicIP mixable. I have used it in the past to find short duration songs on live albums (i add a genre=live tag alongside the actual music genre), as these tend to be audience applause, that I then delete from the library. _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
