<div dir="ltr">On Thu, Jul 24, 2008 at 6:48 AM, Salane Ashcraft <span dir="ltr"><<a href="mailto:salane89@gmail.com">salane89@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Thu, Jul 24, 2008 at 9:42 AM, Cory K. <<a href="mailto:coryisatm@ubuntu.com">coryisatm@ubuntu.com</a>> wrote:<br>
> Salane Ashcraft wrote:<br>
>> On Thu, Jul 24, 2008 at 9:22 AM, Cory K. <<a href="mailto:coryisatm@ubuntu.com">coryisatm@ubuntu.com</a>> wrote:<br>
>><br>
>>> Salane Ashcraft wrote:<br>
>>><br>
>>>> I just received an email from<br>
>>>> another Gtk programmer who I recruited to help out.<br>
>>>><br>
>>> Get them on the ML. I *really* hope they work out. I know with Studio<br>
>>> I've gone through about 20 people I "recruited". It always comes down to<br>
>>> me and maybe 1 or 2 other cool people around our community. :(<br>
>>><br>
>>> I'm my experience things got done best when the designers/artists worked<br>
>>> directly with the person who has the final word. I really don't think<br>
>>> Mark will get what he wants 'till he's on this list and involved.<br>
>>><br>
>>> -Cory \m/<br>
>>><br>
>>> --<br>
>>> ubuntu-art mailing list<br>
>>> <a href="mailto:ubuntu-art@lists.ubuntu.com">ubuntu-art@lists.ubuntu.com</a><br>
>>> <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-art" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-art</a><br>
>>><br>
>>><br>
>><br>
>> Mark made it clear to Ken and I what he wanted us to do - he wanted<br>
>> guidelines to be made, by the community, that were within his certain<br>
>> guidelines.<br>
><br>
> Which are where?<br>
><br>
>> They are well known- with Icons and the Theme, he just<br>
>> wants us to retain our identity.<br>
>><br>
><br>
> Too vague. Though *I* can work with it you still run the rick of people<br>
> doing alot work that that Mark doesn't like. That has been the history<br>
> of Ubuntu art and is quite disheartening to alot of people.<br>
><br>
>> I do agree he should be even more clear, and more explanatory. But<br>
>> that doesnt matter if we dont have the people.<br>
>><br>
><br>
> Clear guidelines can also get people on board IMO.<br>
><br>
> In the end the only way this really gets done is a small group of<br>
> talented people working with Ken that don't care about the wider<br>
> communities opinions. Come up with a vision/guidelines and go for it.<br>
><br>
>> Are you planning on creating a new theme for US for the 8/10 release?<br>
>><br>
><br>
> Ubuntu Studio has a evolved theme for 8.10 in the works. Still very<br>
> familiar. Still dark. ;)<br>
><br>
> -Cory K.<br>
><br>
> --<br>
> ubuntu-art mailing list<br>
> <a href="mailto:ubuntu-art@lists.ubuntu.com">ubuntu-art@lists.ubuntu.com</a><br>
> <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-art" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-art</a><br>
><br>
<br>
</div></div>Ok well I posted them a while back, about a month ago. I am working on<br>
creating a small team, and hopefully I can get some things done. i<br>
almost think that we need to wait a bit for Icons - as what I have<br>
been working on looks great with the current icons. Mark wants in 2<br>
years for us to have moved to the point of surpassing OS X - So I<br>
think we can create this theme, change the fonts, the work on icons<br>
for the next release, while making improvements to theme in<br>
preparation for the next LTS.<br>
<div class="Ih2E3d"><br>
--<br>
Salane Ashcraft<br>
<a href="mailto:salane89@gmail.com">salane89@gmail.com</a><br>
<br>
--<br>
</div><div><div></div><div class="Wj3C7c">ubuntu-art mailing list<br>
<a href="mailto:ubuntu-art@lists.ubuntu.com">ubuntu-art@lists.ubuntu.com</a><br>
<a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-art" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-art</a><br>
</div></div></blockquote></div><br>2 years is doable.<br><br>What we really need to do, and again it's pounding the idea into the ground, is create a set of guidelines and a strong focus of where we want to be in 2 years. Apple didn't just pick the OSX interface out of the ground yesterday, if whatever we produce looks about as sharp as the cheetah interface I think we'll be on good ground to build on our product. After looking at Kin against Kims GTK work, I think silver is the way to go, but looking at OSX I also beleive we might need something cleaner. Just like Apple, we also need to keep in mind that technology will change, and we can build on that later aswell.<br>
<br>One of the main things that I'm finding is stopping an Apple level of polish, is that linux/ubuntu programs just don't follow the same standards for interfaces. We can create an extremely polished interface, but side by side the two wrong applications will still reflect badly. Be it a scrollbar that's not positioned the same, or 2 completly different guidelines for buttons (audacity, inkscape are huge examples) we should also consider polish on the program level.<br>
<br>Throwing it out there as an example, the card games that are packaged with gnome look like the windows 98 card games. What would bring a -deep- level of polish, just on the level of these card games, would be to create a theme for the game that blends in with our final GTK theme.<br>
<br>We aren't at that point yet, when we have our theme in cement will be when were ready for it. When we have our interface standard, we will have the luxury of slowing down instead creating entire new themes every release. Without the extra overhead of building Emerald and GTK themes, the extra time we get could go towards skinning chess, and going into the application level of skinning.<br>
<br>That's what apple is on now. They stopped making new styles (brushed, for example) and unified the themes. And now on individual applications they're polishing. Time Machine is the perfect example, of where a utilitarian program was made almost into art.<br>
<br>In summary; What we need is that standard, once we have our identity we don't need to build it every release, and with the extra time we can move onto polish in the application level. <br clear="all"><br>-Ken Vermette<br>
</div>