Hi,<br><br>I really like the idea of having labels to tag tracks in Amarok, but I find it a bit limiting, as the count of labels is going to grow.<br><br>It is quite easy to get <span id="result_box" class="short_text"><span style="background-color: rgb(255, 255, 255);" title="šimtas">hundreds of different labels as you keep using Amarok for a long time. Its not bad thing as thats why they are created for, but browsing them can became too complicated.<br>

<br>having group field could help dealing with it. Lets say labels sad, happy, angry, nice would became members of mood group, slow, fast - speed etc.<br><br>Even more, If i understood right, labels is going to be used to serve functionality of multiple artists and genres. Thats one of the most wanted functionality o a music player i want, but having to browse labels cloud of 1000+ entries where most of them is artists wont be very comfortable.<br>

<br>So having labels marked as being members of some groups would be easy to filter out unwanted ones.<br><br><br>To store groups i would suggest using either &#39;enum&#39; </span></span><span id="result_box" class="short_text"><span style="background-color: rgb(255, 255, 255);" title="šimtas">(mysql limit - </span></span>65,535<span id="result_box" class="short_text"><span style="background-color: rgb(255, 255, 255);" title="šimtas"> different elements)</span></span><span id="result_box" class="short_text"><span style="background-color: rgb(255, 255, 255);" title="šimtas"> or &#39;set&#39; </span></span><span id="result_box" class="short_text"><span style="background-color: rgb(255, 255, 255);" title="šimtas">(mysql limit - 64 different entries)</span></span><span id="result_box" class="short_text"><span style="background-color: rgb(255, 255, 255);" title="šimtas"> type, instead of using separate table for that, as groups are not going to be changed often also i don&#39;t see a point having more than 5-12 groups. Even more, choosing set type  would allow a label to belong to more than one group, in case if artists name would match genre etc. Less joins, less ram used, more performance gained :)<br>

<br>  <br></span></span>