On Thu, 01 Sep 2005 15:33:20 -0500 Brian Mattern <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote: > > >i had no use for them, thus didnt support them. they would need lots of > >metadata defining the gradient, angle, line endpoints etc. the gradient > >object is limtied in that it fills a rectangle with a gradient - that's it. > >lines are well non-anti-aliased ugly lines. very little use for them imho. > >thus they havent been put into edje. same as polygon objects. > > > I could see the gradient being possibly useful if we ever add arbitrary > shaped clip objects (clip to alpha of image maybe?). Right now I just > use plain old images for all my gradient needs. I'm curious though, is > there any performance benefit to using a gradient object over an image > of a gradient? i don't think so. use non-smooth scaling and the image scaler is about as fast as a blit. the grqadient code is old and has never been optimised - i wouldn't trust it to be too fast :) > Also, if someone takes the time to add some AA routines for lines and > polys would you be opposed to adding line/poly edje objects? that would make them much more desireable - the hard bit is making them do this AND be fast. note i have fixme items for thick lines too - and possibly curves etc. as evas's vector support is pretty weak. "0" width lines are ok- but do have a more limited set of uses in the vector world compared to N width lines (and curves and...) > -- > rephorm > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
