On Tue, Apr 13, 2010 at 5:35 AM, Carsten Haitzler <[email protected]> wrote: > On Mon, 12 Apr 2010 22:58:19 -0400 Christopher Michael > <[email protected]> > said: > >> On 04/12/2010 10:17 PM, Tom Haste wrote: >> > Hey all, >> > >> > Ive had discussions with raster and Manowarrior in IRC about icons and >> > their sizing. We all agree that with edje we have the power to step >> > into a new age of icon size and corresponding image selection. >> > Typically we have 1 icon for a specific task and then call it a day. >> > This becomes a very tough situation when the FDO icon naming spec >> > doesnt have any specifications in regards to size, and to introduce >> > that to the spec would be yet another horror to the nightmare that is >> > the icon naming spec. We also come across issues when using the scale >> > option, where small icons are magnified to a size they no longer look >> > good at, or shrunk so that a high detailed icon looks like a tiny >> > blurry smudge. >> > >> > This can already be done with Embryo, by reading the object area size >> > and using an image based upon it. However it would be better to have >> > this done at a lower level in edje. >> > >> > As a rough (and most likely flawed idea) something a long these lines >> > might work... >> > >> > imagelist { >> > name: "Something"; >> > image: "something-16.png" 8 16 COMP; >> > image: "something-48.png" 16 48 COMP; >> > image: "something-128.png" 48 128 COMP; >> > } >> > >> The only issue I can see here is, how to know which one to use...ie: >> First image says min 8 max 16, but second image says min 16 also ... so >> which gets used ? > > above syntax is a bit weak - no really good info. it should provide size > ranges > ie 20x40 -> 40x40, SCALE/NOSCALE etc. etc. - but the idea is right - should be > part of the abstract image entry. it just needs extending and more info - with > the code logic to choose the right image from this entry given the current > output.
Just to throw more in that kind of use. Wouldn't it be useful to see/have this information more easily accessible for program. If one want to do thing like this http://www.youtube.com/watch?v=y82SVGFvjG4 . It's currently quite hard and involve a lot of logic in embryo to do this: http://github.com/amsn/amsn2/blob/master/amsn2/themes/default/edc/login_screen/login_screen.edc . So if people have idea on how to improve that kind of problematic (It could be extended to problem with things like aspect ratio and screen margin also), please use your voice :-). -- Cedric BAIL ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
