Some first thoughts:
The searching itself can be done with some SQL. It is also possible to select between searches, for instance by having 4 buttons switching between the searchmodes.
The unexpected big problem is having an input field for your searchtext. Currently SJ has only a single dedicated input field in skins, and it is tightly coupled to the internal search mechanism.
For the genre you would not need such a field, you could easily just create a picklist like in Shiruba. On the other hand it would be nice if you could just type 'rock' and you would get all the genre-variant containing the word 'rock.
Out of my head I can think of a few ways to work around the inputfield limitation:
1) The way my touchskins work: do not have a real field but use 26+ buttons to create your own onscreen keyboard. Obviously this does not work with your physical keyboard, but only by clicking on (or touching) buttons. You could theoretically create shortcuts for each individual keystroke to a dedicated menu function, but that would be a hack usable for yourself but probably not for a published skin.
2) Create a DLL plugin which handles an input field and keystrokes. You'd have to know you way around C/C++ and the Windows API for this route to work. Ony drawback here is that I suspect there is technically no way you could trigger the default transparent SJ touch-keyboards if you would want to.
3) Put a request on the wishlist for free textinput items in skins with callbacks to script when changed
.
To be honest - although the smiley might suggest otherwise - the third is in fact the best solution.
(By the way: usually in jukebox programs you can also search for 'album' besides 'artist' and 'track'.)
SilverEagleStatistics: Posted by SilverEagle — 7. Mar 09, 00:14
]]>