http://cia.vc/stats/project/e/evas23117312733hardware-accelerated retained canvas APIEvas is a hardware-accelerated canvas API for X-Windows that can draw anti-aliased text, smooth super and sub-sampled images, alpha-blend, as well as drop down to using normal X11 primitives such as pixmaps, lines and rectangles for speed if your CPU or graphics hardware are too slow. Evas abstracts any need to know much about what the characteristics of your XServer's display are, what depth or what magic visuals etc, it has. The most you need to tell Evas is how many colors (at a maximum) to use if the display is not a truecolor display. By default it is suggested to use 216 colors (as this equates to a 6x6x6 color cube - exactly the same color cube Netscape, Mozilla, gdkrgb etc. use so colors will be shared). If Evas can't allocate enough colors it keeps reducing the size of the color cube until it reaches plain black and white. This way, it can display on anything from a black and white only terminal to 16 color VGA to 256 color and all the way up through 15, 16, 24 and 32bit color. NoneEvashttp://trac.enlightenment.org/e/wiki/EvasNonePython Subversion client for CIA1.20eevas67884rastermake rect_t use int's... no overflow. yay! 25http://trac.enlightenment.org/e/changeset/67884src/lib/include/evas_common.h1329156282Python Subversion client for CIA1.20eevas67879rasterFrom: Hyoyoung Chang <hyoyoung@gmail.com> Subject: [E-devel] [patch] evas - preventing retard mouse event process in evas_object_event_callback_call I made a small patch to prevent retard mouse event process. At certain circumstance (like as genlist select callback + naviframe item push), some events are repeat processed. If some evas_objects're iterating in evas_event_feed_mouse_up and mouse_out event's emitted by other interrupt(such as naviframe item push), then some evas_objects events are multiple processed by evas_object_event_callback_call. More elaborating it with a example. There are a genlist and a multibuttonentry on genlist item. When a user clicks multibuttonentry then evas will process mouse down and up. in evas_event_feed_mouse_up, it gets evas object list to process mouse events. Then in the evas object list, there are two evas objects - rect and textblock. Two objects have its own parents. the rect has below parents. ---------------------------------------- edje - genlist item elm_genlist_pan edje multibuttonentry box entry els_scroller (0x2a601788) rect <== the rect the textblock has below parents. ---------------------------------------------- edje - genlist item elm_genlist_pan edje multibuttonentry box entry els_scroller(0x2a601788) edje elm_pan edje textblock <== the textblock (note : two evas object have same parent (els_scroller)) So normally mouse up callbacks event propagates to its own parent. the rect is processed to genlist item. and the textblock is processed to genlist item. but when els_scroller is processed, it's blocked by checking event type and event id checking. Mouse Up(rect) -> Mouse Up(textblock) event_id (3) -> event_id (3) evas_object_event_callback_call(Evas_Object *obj, Evas_Callback_Type type, void *event_info, int event_id) { ... if ((obj->delete_me) || (!obj->layer)) return; if ((obj->last_event == event_id) && (obj->last_event_type == type)) return; <=== blocked However if naviframe item is pushed in the middle of mouse up processing. It can break into mouse up. So it's processed like below. Mouse Up(rect) -> Mouse Out(rect) -> Mouse Out(textblock) -> Mouse Up(textblock) event_id (3) -> event_id(4) -> event_id(4) -> event_id(3) (note Mouse_Out is made by naviframe item push for event freezing) If that, there's no mechanism to block that repeat processing same event. So I suggest this patch. This patch blocks old events if there's no reason to process. (It blocks old mouse_up event because mouse_out is processed.) And I think it also clear the bug in "[E-devel] event repetition with elm_naviframe/elm_genlist" 32http://trac.enlightenment.org/e/changeset/67879AUTHORSsrc/lib/canvas/evas_callbacks.c1329144737Python Subversion client for CIA1.20eevas67870hermetevas/gl_common - set line color with draw context. 18http://trac.enlightenment.org/e/changeset/67870src/modules/engines/gl_common/evas_gl_line.c1329121964Python Subversion client for CIA1.20eevas67828hermetevas/evas_events - do not call the up event when obj is freezed and removed useless codes. 37http://trac.enlightenment.org/e/changeset/67828src/lib/canvas/evas_events.c1328893470Python Subversion client for CIA1.20eevas67790tasnEvas textblock: Better handle visible formats. Fixed a crash. Thanks WooHyun for making me fix it now. :) 43http://trac.enlightenment.org/e/changeset/67790src/lib/canvas/evas_object_textblock.csrc/tests/evas_test_textblock.c1328802357Python Subversion client for CIA1.20eevas67784tasnEvas jpeg loader: Fixed a couple of compilation warnings. There are a couple more *important* warnings. The switch case at line 564 does not cover all options. 89http://trac.enlightenment.org/e/changeset/67784src/modules/loaders/jpeg/evas_image_load_jpeg.c1328795154Python Subversion client for CIA1.20eevas67778rasterhmm no - we shouldnt delete here.. we just find it in the active image hash. as such the image is dirtied and thus removed from this hash anyway so it doesnt need deleting. 15http://trac.enlightenment.org/e/changeset/67778src/lib/cache/evas_cache_image.c1328771676Python Subversion client for CIA1.20eevas67758rastersome more debug for surfs 18http://trac.enlightenment.org/e/changeset/67758src/lib/engines/common/evas_image_main.c1328716194Python Subversion client for CIA1.20eevas67757rasteradd some definable surf debug code... and STORE allocated size on alloc so cache doesnt overfill!!!!!!!!!!!!!!! 152http://trac.enlightenment.org/e/changeset/67757src/lib/engines/common/evas_image_main.c1328715165Python Subversion client for CIA1.20eevas67754rasterlet's link to the right libs for wayland shm eh? 23http://trac.enlightenment.org/e/changeset/67754src/modules/engines/wayland_shm/Makefile.am1328712308Python Subversion client for CIA1.20eevas67696woohyun[evas/evas_object_textblock] When markup_to_utf8 is tried with an invalid escape tag, escape will be NULL. "eina_strbuf_append" should not be called with NULL string. 15http://trac.enlightenment.org/e/changeset/67696src/lib/canvas/evas_object_textblock.c1328280354Python Subversion client for CIA1.20eevas67681cedricevas: use evas_image_cache_drop instead of plain wrong call to free. 29http://trac.enlightenment.org/e/changeset/67681ChangeLogsrc/lib/engines/common/evas_image_main.c1328129320Python Subversion client for CIA1.20eevas67631tasnEvas textblock: Fixed native size calculation - margins were not used. 69http://trac.enlightenment.org/e/changeset/67631src/lib/canvas/evas_object_textblock.csrc/tests/evas_test_textblock.c1328021535Python Subversion client for CIA1.20eevas67604jyparkfix memory leak of dirty image if file was chaned by somebody, it was added to dirty list during cache request. currently this dirty image added to cache->dirty list and never freed until image shutdown. but dirty image of chaned file never used so add delete code for memory efficiency. and fix bad indentation. 666http://trac.enlightenment.org/e/changeset/67604src/lib/cache/evas_cache_image.c1327946113Python Subversion client for CIA1.20eevas67601sungFixing my silly mistake before someone else catches it. I was accessing a variable before it was NULL checked. Fixed now. 40http://trac.enlightenment.org/e/changeset/67601src/modules/engines/gl_x11/evas_engine.c1327934431Python Subversion client for CIA1.20eevas67580tasnEvas textblock: Fixed a possible invalid mem write. 22http://trac.enlightenment.org/e/changeset/67580src/lib/canvas/evas_object_textblock.c1327843185Python Subversion client for CIA1.20eevas67572devilhornsEvas (m4): Use simpler check for wayland egl. Don't reset 'gl_flavor_gles' when checking for sgx support (if we reset gl_flavor_gles here, then the autofoo output always returns 'NO' for gles. 51http://trac.enlightenment.org/e/changeset/67572m4/evas_check_engine.m41327770300Python Subversion client for CIA1.20eevas67571devilhornsEvas: Fix typo in autofoo output. 15http://trac.enlightenment.org/e/changeset/67571configure.ac1327769889Python Subversion client for CIA1.20eevas67548tasnEvas textblock: Fixed style user memory leak. Thanks to Hermet for spotting it. 14http://trac.enlightenment.org/e/changeset/67548src/lib/canvas/evas_object_textblock.c1327598379Python Subversion client for CIA1.20eevas67543barbieriThe polygon drawing code for the DirectFB backend incorrectly casts a void pointer causing a segfault. The attached patch fixes the issue and allows an expedite run to complete. By: Will Newton <will.newton@gmail.com> 16http://trac.enlightenment.org/e/changeset/67543src/modules/engines/directfb/evas_engine.c1327528593