On Wed, 14 Dec 2005 02:19:56 -0500 Jose O Gonzalez <[EMAIL PROTECTED]> babbled:
> > > On Wed, 14 Dec 2005 14:43:50 +0900 Carsten writes: > > On Tue, 13 Dec 2005 23:38:43 -0500 Jason Tackaberry <[EMAIL PROTECTED]> > > babbled: > > > > > On Tue, 2005-12-06 at 15:32 +0900, Carsten Haitzler wrote: > > > > yeah - we ALSO need arbitratry clipping to any object, with an > > added option > > > > of pre-rendering all objects to be clipped by a clipper to a tmp > > buffer, > > > > unlike > > > > > > I'd settle for extending the current approach to support gradient > > > objects as well, so that we can have a text fadeout effect. > > > > > > Currently I'm using this enormously brutal hack where I use Imlib2 > > to > > > render the text, modify the pixels directly, then use > > > evas_object_image_data_set on an Evas image. Ugly. :) > > > > very ugly. the idea is that u could clip USING a gradient object > > thus get what > > u want. but for that we need pixel mask multiplication (render clip > > mask, > > render all objects to be clipped by it to a tmp buf, now composite > > tmp buf to > > destination, free tmp mask). when rendering the mask we can make a > > few > > shortcuts like cutr it up into only sub-object intersection regiosn > > so we onyl > > render/calculate the regions of the mask we will be needing for > > multiplied dest > > composite :) > > > Yeah, but you know the real difficulty here isn't the gfx > aspects, at least not with the software based engines -- it's with > the canvas level clipping semantics... well at the evas api level its expandable and ok. at the engine api level its bad atm. > Also, for the other engines, there's the need for the notion > of the 'tmp' buffer to draw to... BTW, whatever happenned to that > 'canvas-object' engine that you and someone else were working on > (that was being discussed in irc) some weeks back? indeed - we need to add that notion for this to work. i avoided it to start with because of GL. the only tmp buffer that was usable was pbuffers and at the time badly/sparsely or not supported - or just theory. these days its much more practical. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
