On Mon, 07 Feb 2011 11:38:51 +1100 Brett Nash <n...@nash.id.au> wrote:
> > It's there. Unfortunately it is a different commit. > > Regards, > nash > > On Sun, 2011-02-06 at 19:21 -0500, Mike Blumenkrantz wrote: > > On Mon, 7 Feb 2011 00:56:46 +0100 (CET) > > Vincent Torri <vto...@univ-evry.fr> wrote: > > > > > > > > > > > On Sun, 6 Feb 2011, Enlightenment SVN wrote: > > > > > > > Log: > > > > Support for Proxy Objects (and others) > > > > > > > > Proxy objects allow you to use another image as the source of an image. > > > > Essentially allowing the same object to be rendered multiple times. > > > > One object (the source) is the original, each additional 'copy' is an > > > > image with evas_object_image_source_set. > > > > > > > > This is complete. > > > > > > > > Also add partially working arbitrary maps, and arbitrary clipping. > > > > Unfortunately both have some issues yet to be resolved (waiting on the > > > > next feature to get merged together). > > > > > > > > Author: nash > > > > Date: 2011-02-06 15:52:17 -0800 (Sun, 06 Feb 2011) > > > > New Revision: 56777 > > > > Trac: http://trac.enlightenment.org/e/changeset/56777 > > > > > > > > Added: > > > > trunk/evas/src/modules/engines/gl_common/shader/.gitignore > > > > trunk/evas/src/modules/engines/gl_common/shader/img_mask_frag.h > > > > trunk/evas/src/modules/engines/gl_common/shader/img_mask_frag.shd > > > > trunk/evas/src/modules/engines/gl_common/shader/img_mask_vert.h > > > > trunk/evas/src/modules/engines/gl_common/shader/img_mask_vert.shd > > > > Modified: trunk/evas/.gitignore trunk/evas/src/lib/Evas.h > > > > trunk/evas/src/lib/canvas/evas_map.c > > > > trunk/evas/src/lib/canvas/evas_object_image.c > > > > trunk/evas/src/lib/canvas/evas_object_proxy.c > > > > trunk/evas/src/lib/canvas/evas_render.c > > > > trunk/evas/src/lib/engines/common/evas_convert_colorspace.c > > > > trunk/evas/src/lib/engines/common/evas_map_image.c > > > > trunk/evas/src/lib/engines/common/evas_map_image.h > > > > trunk/evas/src/lib/engines/common/evas_pipe.h > > > > trunk/evas/src/lib/include/evas_common.h > > > > trunk/evas/src/lib/include/evas_private.h > > > > trunk/evas/src/modules/engines/gl_x11/evas_engine.c > > > > trunk/evas/src/modules/engines/software_generic/evas_engine.c > > > > > > > > Modified: trunk/evas/.gitignore > > > > =================================================================== > > > > --- trunk/evas/.gitignore 2011-02-06 23:51:58 UTC (rev 56776) > > > > +++ trunk/evas/.gitignore 2011-02-06 23:52:17 UTC (rev 56777) > > > > @@ -7,6 +7,7 @@ > > > > Makefile > > > > Makefile.in > > > > *.so > > > > +.*.sw[po] > > > > /README > > > > /aclocal.m4 > > > > /autom4te.cache/ > > > > @@ -25,3 +26,5 @@ > > > > /ltmain.sh > > > > /missing > > > > /stamp-h1 > > > > +tags > > > > +cscope.out > > > > > > > > Modified: trunk/evas/src/lib/Evas.h > > > > =================================================================== > > > > --- trunk/evas/src/lib/Evas.h 2011-02-06 23:51:58 UTC (rev 56776) > > > > +++ trunk/evas/src/lib/Evas.h 2011-02-06 23:52:17 UTC (rev 56777) > > > > @@ -164,7 +164,7 @@ > > > > EVAS_COLORSPACE_YCBCR422P601_PL, /**< YCbCr 4:2:2 Planar, ITU.BT-601 > > > > specifications. The data poitned to is just an array of row pointer, > > > > pointing to the Y rows, then the Cb, then Cr rows */ > > > > EVAS_COLORSPACE_YCBCR422P709_PL,/**< YCbCr 4:2:2 Planar, ITU.BT-709 > > > > specifications. The data poitned to is just an array of row pointer, > > > > pointing to the Y rows, then the Cb, then Cr rows */ > > > > EVAS_COLORSPACE_RGB565_A5P, /**< 16bit rgb565 + Alpha plane at end - 5 > > > > bits of the 8 being used per alpha byte */ > > > > - EVAS_COLORSPACE_GRY8 /**< 8bit grayscale */ > > > > + EVAS_COLORSPACE_GRY8, /**< 8bit grayscale */ > > > > > > remove that comma, please (same below) > > > > > > Vincent > > I did it for him in case he's away from email. On another note, changelog? > > > > > just checking :) -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
