A few random thoughts:<div> </div><div>It seems to me that a new "official" theme should be introduced with each LTS release.  Where/how this theme is developed is not so important as is a consistent look, feel and functionality with all UbuntuStudio parts.  Perhaps alternate introducing dark and light themes for each release?</div>
<div> </div><div>Wallpapers: I'm surprised and disappointed that more community contributions haven't been adopted ... or perhaps I missed the invitation to participate?  At any rate, perhaps a contest?  </div><div>
 </div><div>Can/would/should the XFCE team or community be willing to contribute to US artwork in some fashion?</div><div> </div><div>Finally if the goal is to generate community involvement, introductory tutorials on DIY xfce themes and the various US tools graphic tools would seem a welcome addition to the official US "Welcome New User!" introduction.  <br>
</div><div>Oh, and has Desktop Publishing really been abandoned as an Ubuntu Studio component?  No Scribus, no font manager ... just askin'.</div><div>------------------------------<br><br> Message: 2<br> Date: Wed, 13 Mar 2013 18:40:01 +0100<br>
 From: "Kaj Ailomaa" <<a href="mailto:zequence@mousike.me">zequence@mousike.me</a>><br> To: <a href="mailto:ubuntu-studio-devel@lists.ubuntu.com">ubuntu-studio-devel@lists.ubuntu.com</a><br> Subject: Choosing Art for Ubuntu Studio<br>
 Message-ID: <op.wtwbcztx2rg3it@melete.mousike><br> Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes<br><br> = Creating Art for Ubuntu Studio =<br><br> Lately, we haven't been very active on creating art for Ubuntu Studio. Not<br>
 sure exactly how this has been managed back in the day when Ubuntu Studio<br> had its own gtk2 theme and so forth.<br> There are three ways I see how we can go about it in the future, and this<br> depends on what we want to achieve with the artwork.<br>
<br> Out of these three suggestions, I'd personally like to go with having a<br> art team work for us, but in order to make that happen, we need to find<br> some artists who are willing to work with us on this.<br><br>
 == 1. Art Team Develops the Artwork ==<br><br> With this solution, we have artists developing the artwork during the<br> development cycle, or over several cycles.  Using this method, it would be<br> logical to strive for a unified theme, where all of the components - XFCE<br>
 theme, icon theme, wallpaper, and the look on our website and social sites<br> are all coherent, at least to some degree. It would mean there is some<br> kind of a schedule, with planned goals. It would also mean that we need to<br>
 get artists to join our team.<br><br> == 2. Submissions selected by Ubuntu Studio devs ==<br><br> We set dates, call for submissions, and then the team decides what goes<br> onto the ISO. It would be hard to have a unified theme experience this<br>
 way, but the team is still able to select items that they think go well<br> together, and what works with Ubuntu Studio, generally.<br><br> == 3. Community decides ==<br><br> We set dates, call for submissions, and have polls. The Ubuntu Studio team<br>
 could either let the users decide completely, or at a minimum decide what<br> submissions will be up for a vote.<br><br><br> = Choosing wallpaper for this cycle =<br><br> As for the current problem on selecting the wallpaper - we haven't really<br>
 discussed how to go about it. And we need to do that pretty fast. User<br> interface freeze is March 21st<br><a href="https://wiki.ubuntu.com/RaringRingtail/ReleaseSchedule" target="_blank">https://wiki.ubuntu.com/RaringRingtail/ReleaseSchedule</a>.<br>
<br> The situation right now is that we have one of my wallpapers as default on<br> the ISO (just got it in yesterday)<br><a href="https://wiki.ubuntu.com/UbuntuStudio/Artwork/RockTheme" target="_blank">https://wiki.ubuntu.com/UbuntuStudio/Artwork/RockTheme</a>, but it's not a<br>
 final decision in any way.<br><br> We have gotten a few suggestions so far. It's not much, but enough to put<br> together some kind of vote. So, should we let our users decide (if we do<br> that, I'd rather we do it on social channels and mail lists alike, and use<br>
 some kind of poll service), or do we let the devs decide (which would be<br> faster)?<br><br> I would like to include the best of what has been suggested so far in any<br> case, no matter which one is chosen as default.<br>
</div>