On Tue, Feb 15, 2011 at 7:50 PM, Luchezar Petkov
<[email protected]> wrote:
>
> On 15 Feb 2011, at 21:35, Leif Middelschulte wrote:
>
>> 2011/2/15 Tom Hacohen <[email protected]>:
>>> On Tue, Feb 15, 2011 at 11:02 PM, Luchezar Petkov <[email protected]
>>>> wrote:
>>>
>>>> An icon for Evas, to put on the website. Hope you guys like it (suggestions
>>>> are welcome)
>>>>
>>>> http://lpetkov.net/files/e/evas_icon_256x256.png
>>>>
>>>
>>> It's cool and a cool idea, but I have two comments:
>>> 1. I don't think it scales well to smaller sizes, will just look like a mesh
>>> of colors.
>>> 2. I don't think it describes Evas good enough.
>> Might be a good idea to collect metaphors alongside explenations for
>> each library so the designers can come up with appropriate icons.
>>
>> Evas:
>> - (Puppet)theaterstage as Evas is a stateaware canvas library
>
> Not sure if thats a better metaphor. I say lets be more general - you can't 
> say everything in an icon or in a logo. I'm concentrating on providing a 
> metaphor for "a canvas library", even though there are probably several kinds 
> of canvas libs, with different features, they do things in different ways, etc

Wonderful icon! I like it as is already, maybe making the canvas less
like a monitor (although I think that was intentional)?

I like Leif's suggestion as well. We're not immediate painting (draw
and it stays there as an actual canvas where you draw with
pen/pencil), but retained where you move objects... so a puppet
theater stage would represent it better. If you could do one to
compare, it would be great.


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: [email protected]
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to