Personally I was never fond of the multiple playlist idea (not in the style of winamp3 anyway) it just seems overly complicated that although might seem simple to the experience user, would confuse a beginner.
(ok ok so it confused me too

)
I am however in favor of the MusicMatch style, think I remember suggesting that when the extended playlist was being put into the info panel. Even drew a piccy to show what I meant.

I'm not sure what musicmatch is like now (stopped even looking at it when it past 10 Mb, I don't care what it does, thats too big.) All I see that could come in handy is one playlist that contains the library, just a simple list, songs can be previewed from it etc. While there was the main playlist that songs could be added to by double clicking on them from the database and so on.
Thats the simplest way I think would work. Its not that a big pseudo explorer tree view layout of the music library would'nt work (ala WMP9) just that its overkill.
Maybe I'm being overly simplistic but I like apps that do few things, but do them *really* well. Thats what XMPlay does now, and I would'nt be too worried if it was left the same, or even a basic music library (MM) was implemented. I would however start to worry when it gets to the point that you need to think how to get your music playing instead of it just coming to you naturally how it all works.

(Here is where I say what all I said before does'nt matter)
However on more than a few occasion Ian has put in something that would of made any other player big slow and clunky, and did add them with no drawbacks whatsoever. Negligible size increase and no effect on speed.
So no matter what is finally decided, no matter what style of playlist is implemented, I know its going to be far more than any implementation before it
