About the dynamic playlist UI, from the use cases I've seen on the board maybe it would be interesting to use words instead of a slider. That is, to have a qualitative model with labels like "A few", "Mostly", "Only", "Around", etc. Those labels could map to actual percentages or restrictions.<div>
Just my 2 cents.</div><div>-- </div><div><br></div><div> -William-<br><div><br><br><div class="gmail_quote">On Wed, Jan 27, 2010 at 7:04 PM, Leo Franchi <span dir="ltr"><<a href="mailto:lfranchi@kde.org">lfranchi@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Wed, Jan 27, 2010 at 1:01 PM, Dan Meltzer<br>
<<a href="mailto:parallelgrapefruit@gmail.com">parallelgrapefruit@gmail.com</a>> wrote:<br>
><br>
>> One of my suggestions, which has been on my personal list for a long<br>
>> time, is to extend the dynamic playlist system to work with non-sql<br>
>> collection tracks. I mean, allow the dynamic playlists to select songs<br>
>> from *any* collection (local songs, magnatune, ampache, mp3tunes,<br>
>> whatever). This would allow it to *greatly increase* its ability to<br>
>> help you discover new music, especially when put together with some of<br>
>> the custom biases that currently exist (like the <a href="http://last.fm" target="_blank">last.fm</a> or echonest<br>
>> similarity biases). So being able to draw tracks from say magnatune,<br>
>> or a shared ampache server, would be awesome<br>
><br>
> This is dependant on writing proper querymakers for other collections--<br>
> outside of the dynamic playlist code itself<br>
<br>
</div>Sure. But it also involves dynamic playlist work. As most things,<br>
there is work to be done in multiple places. That, however, does not<br>
detract from it.<br>
<div><div></div><div class="h5"><br>
leo<br>
<br>
--<br>
______________________________________________________<br>
<a href="mailto:lfranchi@kde.org">lfranchi@kde.org</a> Tufts University 2010<br>
<a href="mailto:leonardo.franchi@tufts.edu">leonardo.franchi@tufts.edu</a> The KDE Project<br>
_______________________________________________<br>
Amarok-devel mailing list<br>
<a href="mailto:Amarok-devel@kde.org">Amarok-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/amarok-devel" target="_blank">https://mail.kde.org/mailman/listinfo/amarok-devel</a><br>
</div></div></blockquote></div><br></div></div>