Re: [E-devel] E SVN: raster IN trunk/elementary: . src/lib
On Tue, 26 Jul 2011, Enlightenment SVN wrote: Log: make ecore_con a default requirement for elm. Author: raster Date: 2011-07-26 22:59:01 -0700 (Tue, 26 Jul 2011) New Revision: 61789 Trac: http://trac.enlightenment.org/e/changeset/61789 Modified: trunk/elementary/configure.ac trunk/elementary/src/lib/Elementary.h.in trunk/elementary/src/lib/Makefile.am trunk/elementary/src/lib/elm_main.c trunk/elementary/src/lib/elm_map.c Modified: trunk/elementary/configure.ac === --- trunk/elementary/configure.ac 2011-07-27 05:10:28 UTC (rev 61788) +++ trunk/elementary/configure.ac 2011-07-27 05:59:01 UTC (rev 61789) @@ -210,23 +210,15 @@ eina = 1.0.999 eet = 1.4.0 evas = 1.0.999 -ecore = 1.0.0 -ecore-evas = 1.0.0 -ecore-file = 1.0.0 -ecore-imf = 1.0.0 +ecore = 1.0.999 +ecore-evas = 1.0.999 +ecore-file = 1.0.999 +ecore-imf = 1.0.999 +ecore-con = 1.0.999 edje = 1.0.999 ] ) -PKG_CHECK_MODULES([ECORE_CON], - [ecore-con], - [ - have_ecore_con=yes - AC_DEFINE(HAVE_ECORE_CON, 1, [Use Ecore_Con for downloding files]) - requirement_elm=ecore-con ${requirement_elm} - ], - [have_ecore_con=no]) - PKG_CHECK_MODULES([EIO], [eio], [ @@ -641,8 +633,8 @@ echo edje_cc..: ${edje_cc} echo echo Build elementary_test: ${have_elementary_test} -echo Examples.: ${enable_build_examples} -echo Examples installed...: ${enable_install_examples} +echo Examples.: ${enable_build_examples} +echo Examples installed...: ${enable_install_examples} echo Build elementary_config..: ${have_elementary_config} echo echo Compilation: make (or gmake) Modified: trunk/elementary/src/lib/Elementary.h.in === --- trunk/elementary/src/lib/Elementary.h.in 2011-07-27 05:10:28 UTC (rev 61788) +++ trunk/elementary/src/lib/Elementary.h.in 2011-07-27 05:59:01 UTC (rev 61789) @@ -149,6 +149,7 @@ #include Ecore_Evas.h #include Ecore_File.h #include Ecore_IMF.h +#include Ecore_Con.h #include Edje.h #ifdef ELM_EDBUS Modified: trunk/elementary/src/lib/Makefile.am === --- trunk/elementary/src/lib/Makefile.am 2011-07-27 05:10:28 UTC (rev 61788) +++ trunk/elementary/src/lib/Makefile.am 2011-07-27 05:59:01 UTC (rev 61789) @@ -23,7 +23,6 @@ @ELEMENTARY_ETHUMB_CFLAGS@ \ @ELEMENTARY_EMAP_CFLAGS@ \ @EVIL_CFLAGS@ \ -@ECORE_CON_CFLAGS@ \ @EIO_CFLAGS@ \ @EMOTION_CFLAGS@ \ @EFL_PTHREAD_CFLAGS@ @@ -141,7 +140,6 @@ @ELEMENTARY_ETHUMB_LIBS@ \ @ELEMENTARY_EMAP_LIBS@ \ @EVIL_LIBS@ \ -@ECORE_CON_LIBS@ \ @EIO_LIBS@ \ @EMOTION_LIBS@ \ @EFL_PTHREAD_LIBS@ Modified: trunk/elementary/src/lib/elm_main.c === --- trunk/elementary/src/lib/elm_main.c 2011-07-27 05:10:28 UTC (rev 61788) +++ trunk/elementary/src/lib/elm_main.c 2011-07-27 05:59:01 UTC (rev 61789) @@ -674,6 +674,8 @@ } ecore_evas_init(); // FIXME: check errors ecore_imf_init(); +ecore_con_init(); +ecore_con_url_init(); } return _elm_sub_init_count; } @@ -693,6 +695,8 @@ { _elm_win_shutdown(); _elm_module_shutdown(); +ecore_con_url_shutdown(); +ecore_con_shutdown(); ecore_imf_shutdown(); ecore_evas_shutdown(); #define ENGINE_COMPARE(name) (!strcmp(_elm_config-engine, name)) Modified: trunk/elementary/src/lib/elm_map.c === --- trunk/elementary/src/lib/elm_map.c2011-07-27 05:10:28 UTC (rev 61788) +++ trunk/elementary/src/lib/elm_map.c2011-07-27 05:59:01 UTC (rev 61789) @@ -1,13 +1,7 @@ - - #ifdef HAVE_CONFIG_H # include elementary_config.h #endif that inclusion above is not needed anymore (it was needed for the definition of EAPI on Windows) Vincent -#ifdef HAVE_ECORE_CON -# include Ecore_Con.h -#endif - #include Elementary.h #include elm_priv.h -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to
Re: [E-devel] elm_map depends on ecore_con
On Sun, 10 Jul 2011 11:01:12 +0200 (CEST) Vincent Torri vto...@univ-evry.fr said: i've just made ecore-con a default requirement. it's too incredibly useful to miss out :) Hey elm_map depends on ecore_con. There is no ecore_con checks in configure.ac, hence no conditional build on elm_map.c. I have added a first part of the ecore_con checks, but the author of elm_map must finish it. Vincent -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] European Tour -- BEERS?
Hello Gustavo Great to see you in Europe. I think it's the place to say a small part of the frenchies Team (look for the spank spank spank t-shirt) will be presend in Berlin at the Desktop Submit. We hope meet some German contributors from the 5 to the 9 . -- Puppet_Master On 26 July 2011 22:53, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hi European dudes, how are you doing? As some IRC folks know, I'll be in Europe for a series of events and would like to meet you for a beer night (I have meetings during the day). Let me know what can be arranged on the following dates (all in August): Paris: - Arrival: 3, afternoon - Departure: 5, afternoon Berlin: there to represent Enlightenment in the Desktop Summit 2011, yay! - Arrival: 5, night - Departure: 9, night Munich: - Arrival: 9, night - Departure: 11, afternoon Venice: (unconfirmed) - Arrival: 11, afternoon - Departure: 13, morning Anyway, it's a busy schedule but I'm pretty sure we can enjoy. Don't forget I'm a foreigner and although I know these cities (except Berlin), I'd love to see the touristic places and all :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Philippe Caseiro Change your computer life http://www.sourcemage.org http://www.enlightenment.org http://www.enlightenment.fr http://www.archlinux.org -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet IN trunk/elementary: data/images data/themes src/bin src/lib
On 27/07/11 03:02, ChunEon Park wrote: To support elm_object_item_blah_blah_blah... APIs, I think we need to provide an interface such as Elm_Object_Item. If you all agree with it, I will dig them in a hurry. Probably needs to be thought of and then proposed in ML, not done in a hurry. :) -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] European Tour -- BEERS?
On 27/07/11 09:33, Philippe Caseiro wrote: Hello Gustavo Great to see you in Europe. I think it's the place to say a small part of the frenchies Team (look for the spank spank spank t-shirt) will be presend in Berlin at the Desktop Submit. We hope meet some German contributors from the 5 to the 9 . All the Israeli community is thinking about coming as well. Though nothing is yet certain. -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib
On Wed, 27 Jul 2011 00:12:29 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: significantly improve tooltip orientation calculations Author: discomfitor Date: 2011-07-27 00:12:28 -0700 (Wed, 27 Jul 2011) New Revision: 61795 Trac: http://trac.enlightenment.org/e/changeset/61795 Modified: trunk/elementary/src/lib/els_tooltip.c this is probably as good as it's gonna get -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
On Wed, 27 Jul 2011, Enlightenment SVN wrote: Log: Ecore_X: For some very odd reason, certain *buntu systems will not build our ecore_xcb without having pixman_clags libs as separate variables here...works on every other system I've tried, but eh it's *buntu .. their stupid :P anyway, you need pixman fir the region stuff, so check pixman directly with xcb, to have only one varaible Vincent Author: devilhorns Date: 2011-07-27 00:40:19 -0700 (Wed, 27 Jul 2011) New Revision: 61796 Trac: http://trac.enlightenment.org/e/changeset/61796 Modified: trunk/ecore/src/lib/ecore_x/xcb/Makefile.am Modified: trunk/ecore/src/lib/ecore_x/xcb/Makefile.am === --- trunk/ecore/src/lib/ecore_x/xcb/Makefile.am 2011-07-27 07:12:28 UTC (rev 61795) +++ trunk/ecore/src/lib/ecore_x/xcb/Makefile.am 2011-07-27 07:40:19 UTC (rev 61796) @@ -20,6 +20,7 @@ @XCB_CURSOR_CFLAGS@ \ @XCB_DRI_CFLAGS@ \ @XCB_CFLAGS@ \ + @PIXMAN_CFLAGS@ \ -I$(top_srcdir)/src/lib/ecore \ -I$(top_srcdir)/src/lib/ecore_x \ -I$(top_srcdir)/src/lib/ecore_input \ @@ -85,6 +86,7 @@ @XCB_CURSOR_LIBS@ \ @XCB_DRI_LIBS@ \ @XCB_LIBS@ \ + @PIXMAN_LIBS@ \ $(top_builddir)/src/lib/ecore/libecore.la \ $(top_builddir)/src/lib/ecore_input/libecore_input.la \ @EINA_LIBS@ \ -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore
On Wed, 27 Jul 2011, Enlightenment SVN wrote: Log: Ecore: Fix configure.ac for dumb systems that cannot find pixman without being explicitly told where it is. ? It's not a problem of a system. It's pkg-config ! The problem is elsewhere, you're just doing a bad hack Vincent Author: devilhorns Date: 2011-07-27 00:40:55 -0700 (Wed, 27 Jul 2011) New Revision: 61797 Trac: http://trac.enlightenment.org/e/changeset/61797 Modified: trunk/ecore/configure.ac Modified: trunk/ecore/configure.ac === --- trunk/ecore/configure.ac 2011-07-27 07:40:19 UTC (rev 61796) +++ trunk/ecore/configure.ac 2011-07-27 07:40:55 UTC (rev 61797) @@ -784,12 +784,26 @@ fi ## x11-xcb - PKG_CHECK_MODULES(XCB, xcb xcb-shm xcb-icccm xcb-image xcb-keysyms pixman-1, + PKG_CHECK_MODULES(XCB, xcb xcb-shm xcb-icccm xcb-image xcb-keysyms, [ have_ecore_x_xcb=yes - requirements_ecore_x=xcb xcb-shm xcb-icccm xcb-image xcb-keysyms pixman-1 ${requirements_ecore_x} ], + requirements_ecore_x=xcb xcb-shm xcb-icccm xcb-image xcb-keysyms ${requirements_ecore_x} ], [ have_ecore_x_xcb=no ]) if test x$have_ecore_x_xcb = xyes ; then + + PKG_CHECK_MODULES([PIXMAN], + [pixman-1], + [ + have_pixman=yes + AC_DEFINE(HAVE_PIXMAN, 1, [have pixman for rendering]) + requirements_ecore_x=pixman-1 ${requirements_ecore_x} + ], + [ + if test x${want_pixman} = xyes -a x${use_strict} = xyes ; then + AC_MSG_ERROR([Pixman not found (strict dependencies checking)]) + fi + ]) + if test x$want_ecore_x_composite != xno; then PKG_CHECK_MODULES(XCB_COMPOSITE, xcb-composite, [ have_ecore_x_xcb_composite=yes -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] European Tour -- BEERS?
On Wed, Jul 27, 2011 at 08:33, Philippe Caseiro caseiro.phili...@gmail.com wrote: Hello Gustavo Great to see you in Europe. I think it's the place to say a small part of the frenchies Team (look for the spank spank spank t-shirt) will be presend in Berlin at the Desktop Submit. We hope meet some German contributors from the 5 to the 9 . I'll be there from the 6th to the 10th. I just need to book an hotel room! Ps: I won't wear the same t-shirt all days :) -- Boris Faure -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] elm_diskselector
Hi All, I have attached refined path. There is no storing parent. Sincerely, Shinwoo Kim. 2011/7/26 cnook kimci...@gmail.com Hi! Your response always good for me. 1) Yes you're right,There would be a better solution than storing parent. I'll try to use other way that would use previous parent size if new parent does not have enough size. Sincerely, Shinwoo Kim. 2011/7/25 Daniel Juyung Seo seojuyu...@gmail.com Hello Shinwoo Kim, 1) Why do you store parent? parent can be changed at any time. ie) elm_box_pack_end() I think it's better not to change the code. Of course there are some exceptions but diskselector looks like a normal widget. 2) Setting it-label is ok. 3) When you make a diff, it's better add -x -up option. $ svn diff -x -up This tells you which function is changed in the diff. Thanks. Daniel Juyung Seo (SeoZ) On Mon, Jul 25, 2011 at 9:25 PM, cnook kimci...@gmail.com wrote: Hi All, I have attached elm_diskselector patch for resolving dynamic theme change issue. Previously, the item label did not display when them theme had changed while elm_diskselector displayed. Sincerely, Shinwoo Kim. -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Index: src/lib/elm_diskselector.c === --- src/lib/elm_diskselector.c (revision 61723) +++ src/lib/elm_diskselector.c (working copy) @@ -274,6 +274,7 @@ _theme_hook(Evas_Object * obj) { _elm_theme_object_set(obj, it-base.view, diskselector, item, elm_widget_style_get(obj)); + edje_object_part_text_set(it-base.view, elm.text, it-label); } } else @@ -282,6 +283,7 @@ _theme_hook(Evas_Object * obj) { _elm_theme_object_set(obj, it-base.view, diskselector, item, elm_widget_style_get(obj)); + edje_object_part_text_set(it-base.view, elm.text, it-label); } } _elm_theme_object_set(obj, wd-right_blank, diskselector, item, -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A Problem about using non-smart objects in Elemenetary.
On Mon, 11 Jul 2011 13:04:38 +0900 ChunEon Parkher...@naver.com said: we also have the elm error abort stuff too. but as such i think some calls in evas can be made to not barf if its not a smart object, like getting smart data. if its not a smart obj just safely return null - thats basically then a simple way to detect if its a smart object or not. thats the right thing to do. Hello, EFL developers. I just have one question and need your opinions. In many cases, many non-smart objects are used in elementary e.g) evas_object_rectangle. Those objects are passed to elm_widget APIs frequently which calls the smart_object_data_get in API_ENTRY define. Since those are not smart objects, they will be handled by MAGIC_CHECK(EVAS_OBJ_SMART) in evas. If EVAS_DEBUG_ABORT is enabled, in that case the program will be aborted. Consequently, elementary can't use the EVAS_DEBUG_ABORT property usefully now as you can check it with elementary_test So, my question is where do we fix this problem ? 1. Find all the non-smart objects in elementary then change to smart objects? 2. Or before call the smart_object_data_get in API_ENTRY, check the object_type then pass the API call if the objects are non-smart? 3. Or skip the smart object MAGIC_CHECK in Evas? 4. Or leave them and don't use EVAS_DEBUG_ABORT? What do you think about this? -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] The bounce problem in the scroller.
On Tue, 12 Jul 2011 12:54:46 +0900 Jaehwan Kim jae.hwan@samsung.com said: in svn! thanks! :) I forgot the attachment. I add the file again. Thank you very much ^^ Jaehwan Kim. -Original Message- From: Mike McCormack [mailto:mj.mccorm...@samsung.com] Sent: Tuesday, July 12, 2011 11:04 AM To: 김재환 Cc: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [Patch] The bounce problem in the scroller. On 07/11/2011 03:32 PM, Jaehwan Kim wrote: Please find the attachment. (patch file) I think you forgot the attachment. thanks, Mike -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] The scroll animation doesn't work when the scroll-action is started from the outside of a viewport.
On Mon, 11 Jul 2011 04:41:54 + (GMT) Jaehwan Kim jae.hwan@samsung.com said: h indeed. something i never noticed! in svn! :) thanks very muchly! Dear all, In scroller, if the scroll-action is started from the outside of a viewport, the momentum animation does not work because of the bounce-effect. Please see the below video. http://www.youtube.com/watch?v=xNvLSxWjrDE iframe width=425 height=349 src=http://www.youtube.com/embed/xNvLSxWjrDE?hl=kofs=1; frameborder=0 allowfullscreen/iframe The below video is the scroller after applying my allowfullscreenpatch. http://www.youtube.com/watch?v=hM3o1kxC674 iframe width=425 height=349 src=http://www.youtube.com/embed/hM3o1kxC674?hl=kofs=1; frameborder=0 allowfullscreen/iframe Please find an attachment.(patch file) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet IN trunk/elementary: data/images data/themes src/bin src/lib
ok. then... It will be no problem even the naviframe APIs should be confirmed in a hurry. :) Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Tom Hacohenlt;tom.haco...@partner.samsung.comgt; To: ChunEon Parklt;her...@naver.comgt; Cc: Gustavo Sverzut Barblt;barbi...@profusion.mobigt;; enlightenment-devel@lists.sourceforge.net; enlightenment-...@lists.sourceforge.net Sent: 11-07-27(수) 15:44:11 Subject: Re: [E-devel] E SVN: hermet IN trunk/elementary: data/images data/themes src/bin src/libOn 27/07/11 03:02, ChunEon Park wrote: To support elm_object_item_blah_blah_blah... APIs, I think we need to provide an interface such as Elm_Object_Item. If you all agree with it, I will dig them in a hurry. Probably needs to be thought of and then proposed in ML, not done in a hurry. :) -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: glima IN trunk/elementary: doc doc/img/screenshots src/examples src/lib
On Mon, 11 Jul 2011 18:09:14 -0300 Gustavo Lima Chaves gl...@profusion.mobi said: fixed in svn. it now fixes up wd-current to be prev or next item from the deleted one. * Enlightenment SVN no-re...@enlightenment.org [2011-07-11 14:06:05 -0700]: Log: [elementary] Documenting/exemplyfing flip selector's API: - elm_flipselector_add - elm_flipselector_first_item_get - elm_flipselector_flip_next - elm_flipselector_flip_prev - elm_flipselector_interval_get - elm_flipselector_interval_set - elm_flipselector_item_append - elm_flipselector_item_del Elementary folks: please fix the item_del function. It simply won't rearrange the -current item in the widget, nor will it select another item for the user. I've already fixed the -self pointer in it, whose b0rkness was preventing it from calling smart events. - elm_flipselector_item_label_get - elm_flipselector_item_label_set - elm_flipselector_item_next_get - elm_flipselector_item_prepend - elm_flipselector_item_prev_get - elm_flipselector_item_selected_get - elm_flipselector_item_selected_set - elm_flipselector_items_get - elm_flipselector_last_item_get - elm_flipselector_selected_item_get Author: glima Date: 2011-07-11 14:06:04 -0700 (Mon, 11 Jul 2011) New Revision: 61256 Trac: http://trac.enlightenment.org/e/changeset/61256 Added: trunk/elementary/doc/img/screenshots/flipselector_example.eps trunk/elementary/doc/img/screenshots/flipselector_example.png trunk/elementary/src/examples/flipselector_example.c Modified: trunk/elementary/doc/examples.dox trunk/elementary/src/examples/Makefile.am trunk/elementary/src/lib/Elementary.h.in trunk/elementary/src/lib/elm_flipselector.c Modified: trunk/elementary/doc/examples.dox === --- trunk/elementary/doc/examples.dox 2011-07-11 17:22:31 UTC (rev 61255) +++ trunk/elementary/doc/examples.dox2011-07-11 21:06:04 UTC (rev 61256) @@ -20,6 +20,8 @@ * @ref general_functions_example_page * * @ref clock_example + * + * @ref flipselector_example */ /** @@ -1146,6 +1148,63 @@ */ /** + * @page flipselector_example Flip selector widget example + * + * This code places an Elementary flip selector widget on a window, + * along with two buttons trigerring actions on it (though its API). + * + * The selector is being populated with the following items: + * @dontinclude flipselector_example.c + * @skip lbl[] + * @until ; + * + * Next, we create it, populating it with those items and registering + * two (smart) callbacks on it: + * @dontinclude flipselector_example.c + * @skip fp = elm_flipselector_add + * @until object_show + * + * Those two callbacks will take place whenever one of those smart + * events occur, and they will just print something to @c stdout: + * @dontinclude flipselector_example.c + * @skip underflow callback + * @until static void + * Flip the sheets on the widget while looking at the items list, in + * the source code, and you'll get the idea of those events. + * + * The two buttons below the flip selector will take the actions + * described in their labels: + * @dontinclude flipselector_example.c + * @skip bt = elm_button_add + * @until callback_add(win + * + * @dontinclude flipselector_example.c + * @skip unselect the item + * @until underflow + * + * Click on them to exercise those flip selector API calls. To + * interact with the other parts of this API, there's a command line + * interface, whose help string can be asked for with the 'h' key: + * @dontinclude flipselector_example.c + * @skip commands + * @until ; + * + * The 'n' and 'p' keys will exemplify elm_flipselector_flip_next() + * and elm_flipselector_flip_prev(), respectively. 'f' and 'l' account + * for elm_flipselector_first_item_get() and + * elm_flipselector_last_item_get(), respectively. Finally, 's' will + * issue elm_flipselector_selected_item_get() on our example flip + * selector widget. + * + * See the full @ref flipselector_example.c example, whose window should + * look like this picture: + * @image html screenshots/flipselector_example.png + * @image latex screenshots/flipselector_example.eps + * + * @example flipselector_example.c + */ + +/** * @page bg_example_01_c bg_example_01.c * @include bg_example_01.c * @example bg_example_01.c Property changes on: trunk/elementary/doc/img/screenshots/flipselector_example.png ___ Added: svn:mime-type + application/octet-stream Modified: trunk/elementary/src/examples/Makefile.am === --- trunk/elementary/src/examples/Makefile.am
Re: [E-devel] [Patch] elm_diskselector
It should be. in svn. Thank you very much! Let's run together for the best moment! -Regards, Hermet- -Original Message- From: cnooklt;kimci...@gmail.comgt; To: Daniel Juyung Seolt;seojuyu...@gmail.comgt; Cc: EFLlt;enlightenment-devel@lists.sourceforge.netgt; Sent: 11-07-27(수) 17:47:49 Subject: Re: [E-devel] [Patch] elm_diskselectorHi All, I have attached refined path. There is no storing parent. Sincerely, Shinwoo Kim. 2011/7/26 cnook lt;kimci...@gmail.comgt; Hi! Your response always good for me. 1) Yes you're right,There would be a better solution than storing parent. I'll try to use other way that would use previous parent size if new parent does not have enough size. Sincerely, Shinwoo Kim. 2011/7/25 Daniel Juyung Seo lt;seojuyu...@gmail.comgt; Hello Shinwoo Kim, 1) Why do you store parent? parent can be changed at any time. ie) elm_box_pack_end() I think it's better not to change the code. Of course there are some exceptions but diskselector looks like a normal widget. 2) Setting it-label is ok. 3) When you make a diff, it's better add -x -up option. $ svn diff -x -up This tells you which function is changed in the diff. Thanks. Daniel Juyung Seo (SeoZ) On Mon, Jul 25, 2011 at 9:25 PM, cnook lt;kimci...@gmail.comgt; wrote: Hi All, I have attached elm_diskselector patch for resolving dynamic theme change issue. Previously, the item label did not display when them theme had changed while elm_diskselector displayed. Sincerely, Shinwoo Kim. -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] European Tour -- BEERS?
On Tue, Jul 26, 2011 at 10:53 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hi European dudes, how are you doing? As some IRC folks know, I'll be in Europe for a series of events and would like to meet you for a beer night (I have meetings during the day). Let me know what can be arranged on the following dates (all in August): Paris: - Arrival: 3, afternoon - Departure: 5, afternoon So maybe the 3 or 4th, we can setup a E-dinner in Paris. Which day do you prefer ? Where are you staying in Paris ? Berlin: there to represent Enlightenment in the Desktop Summit 2011, yay! - Arrival: 5, night - Departure: 9, night Sounds like many of us will be there, that's a good thing. Some enlightenned german to ? -- Cedric BAIL -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet trunk/elementary/src/lib
I added new Elementary common APIs Each widget can use the APIs when they need the swallowed objects. EAPI void elm_object_content_part_set(Evas_Object *obj, const char *item, Evas_Object *content); EAPI Evas_Object *elm_object_content_part_get(const Evas_Object *obj, const char *item); EAPI Evas_Object *elm_object_content_part_unset(Evas_Object *obj, const char *item); If you agree with them, then need to make widgets use them. a- Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Enlightenment SVNlt;no-re...@enlightenment.orggt; To: enlightenment-...@lists.sourceforge.net Cc: Sent: 11-07-27(수) 18:49:14 Subject: E SVN: hermet trunk/elementary/src/libLog: elementary - added common APIs elm_object_content_set/get/unset Now need to widgets use them. Author: hermet Date: 2011-07-27 02:49:14 -0700 (Wed, 27 Jul 2011) New Revision: 61802 Trac: http://trac.enlightenment.org/e/changeset/61802 Modified: trunk/elementary/src/lib/Elementary.h.in trunk/elementary/src/lib/elm_main.c trunk/elementary/src/lib/elm_widget.c trunk/elementary/src/lib/elm_widget.h Modified: trunk/elementary/src/lib/Elementary.h.in === --- trunk/elementary/src/lib/Elementary.h.in 2011-07-27 09:43:09 UTC (rev 61801) +++ trunk/elementary/src/lib/Elementary.h.in 2011-07-27 09:49:14 UTC (rev 61802) @@ -711,6 +711,51 @@ #define elm_object_text_get(obj) elm_object_text_part_get((obj), NULL) /** + * Set a content of an object + * + * @param obj The Elementary object + * @param item The content id to set (NULL for the default content) + * @param content The new content of the object + * + * @note Elementary objects may have many contents + * + * @ingroup General + */ + EAPI void elm_object_content_part_set(Evas_Object *obj, const char *item, Evas_Object *content); + +#define elm_object_content_set(obj, content) elm_object_content_part_set((obj), NULL, (content)) + + /** + * Get a content of an object + * + * @param obj The Elementary object + * @param item The content id to get (NULL for the default content) + * @return content of the object or + * NULL for any error + * + * @note Elementary objects may have many contents + * + * @ingroup General + */ + EAPI Evas_Object *elm_object_content_part_get(const Evas_Object *obj, const char *item); + +#define elm_object_content_get(obj) elm_object_content_part_get((obj), NULL) + + /** + * Unset a content of an object + * + * @param obj The Elementary object + * @param item The content id to unset (NULL for the default content) + * + * @note Elementary objects may have many contents + * + * @ingroup General + */ + EAPI Evas_Object *elm_object_content_part_unset(Evas_Object *obj, const char *item); + +#define elm_object_content_unset(obj) elm_object_content_part_unset((obj), NULL) + + /** * @} */ Modified: trunk/elementary/src/lib/elm_main.c === --- trunk/elementary/src/lib/elm_main.c 2011-07-27 09:43:09 UTC (rev 61801) +++ trunk/elementary/src/lib/elm_main.c 2011-07-27 09:49:14 UTC (rev 61802) @@ -1214,6 +1214,27 @@ return elm_widget_text_part_get(obj, item); } +EAPI void +elm_object_content_part_set(Evas_Object *obj, const char *item, Evas_Object *content) +{ + EINA_SAFETY_ON_NULL_RETURN(obj); + elm_widget_content_part_set(obj, item, content); +} + +EAPI Evas_Object * +elm_object_content_part_get(const Evas_Object *obj, const char *item) +{ + EINA_SAFETY_ON_NULL_RETURN_VAL(obj, NULL); + return elm_widget_content_part_get(obj, item); +} + +EAPI Evas_Object * +elm_object_content_part_unset(Evas_Object *obj, const char *item) +{ + EINA_SAFETY_ON_NULL_RETURN_VAL(obj, NULL); + return elm_widget_content_part_unset(obj, item); +} + /** * Get the global scaling factor * Modified: trunk/elementary/src/lib/elm_widget.c === --- trunk/elementary/src/lib/elm_widget.c 2011-07-27 09:43:09 UTC (rev 61801) +++ trunk/elementary/src/lib/elm_widget.c 2011-07-27 09:49:14 UTC (rev 61802) @@ -75,6 +75,13 @@ const char *text); const char *(*on_text_get_func)(const Evas_Object *obj, const char *item); + void (*on_content_set_func)(Evas_Object *obj, + const char *item, + Evas_Object *content); + Evas_Object *(*on_content_get_func)(const Evas_Object *obj, + const char *item); + Evas_Object *(*on_content_unset_func)(Evas_Object *obj, + const char *item); void *data; Evas_Coord rx, ry, rw, rh; int scroll_hold; @@ -502,6 +509,33 @@ } EAPI void +elm_widget_content_set_hook_set(Evas_Object *obj, + void (*func)(Evas_Object *obj, + const char *item, + Evas_Object *content)) +{ + API_ENTRY return; + sd-on_content_set_func = func; +} + +EAPI void +elm_widget_content_get_hook_set(Evas_Object *obj, + Evas_Object *(*func)(const Evas_Object *obj, const char *item)) +{ + API_ENTRY return; + sd-on_content_get_func =
Re: [E-devel] elementary_test on WindowsXP
On Tue, 12 Jul 2011 10:01:29 +0900 cnook kimci...@gmail.com said: Dear Mr. Vincent Torri, Hello, 1. The elementary_test (based on Rev 61152) shows with black screen. but, the elementary_test of early of June (Rev 59900) shows properly. 2. Would you please let me know why the elementary_test so slow. The elementary_test gives log as bellow. WARNING: stucklock on image (C:\MinGw\.../default.edj) WARNING: lock still there after 1 usec #1 vtorri fixed, #2 - dont enable threads in evas - there is some unknown thread deadlock problem that shows up on windows. --disable-pthreads when on windows for evas's configure options. it means no async preload, so evas blocks, but we can't have everything. :) eventually this is going to get all revamps and rewritten/designed as part of a core rendering/imaging engine refactor. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Introducing: elm_tsuite - a pixel comparison test suite for EFL.
On Tue, 12 Jul 2011 12:11:00 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: It would be useful to have some references in SVN and also a tool to diff these files, producing a hint on what's different other than pure cmp a b: files differ at byte X. This is done by WebKit, for instance tom's elm_testsuite.sh is a REALLY simple hack :) its not going to do these things. i have a more complete test suit. i actually have the start of a pretty good test suite that has commands to create objects and manipulate them ans then save the current screenshot for later comparison. it actually lets u scripot what objects u will use, where to put them, how to modify them etc so we can test all sorts of combinations of objects and transitions of state. it's lurking locally. i sent tasn a copy a bit back. Another useful idea from WebKit is the virtual dump of the render tree. This walks the canvas, layers and objects (recursively) to produce a textual output, that is then able to be diff'ed. This is simpler to check and diff, also faster to run. Something like: ensure can do this. in theory. though it's languishing. we could roll this right into evas itself though. Evas #123 100x100: Layer #456: Rectangle #1 @0,0 100x100 # clipper=NONE pass_events=TRUE repeat_events=FALSE visible=TRUE Image #2 @10,10 50x50 # clipper=#1 pass_events=TRUE repeat_events=FALSE visible=TRUE visible=TRUE border=2,2,2,2 scale_hint=STATIC file=bla key=NONE Smart #3 @0,0 100x100 # clipper=NONE ... Rectangle #4 ... Text #5... The idea is to create virtual pointers (#1, #2...) so we can reference them and diff the results in different runs. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elementary_test on WindowsXP
On Wed, 27 Jul 2011, Carsten Haitzler (The Rasterman) wrote: On Tue, 12 Jul 2011 10:01:29 +0900 cnook kimci...@gmail.com said: Dear Mr. Vincent Torri, Hello, 1. The elementary_test (based on Rev 61152) shows with black screen. but, the elementary_test of early of June (Rev 59900) shows properly. 2. Would you please let me know why the elementary_test so slow. The elementary_test gives log as bellow. WARNING: stucklock on image (C:\MinGw\.../default.edj) WARNING: lock still there after 1 usec #1 vtorri fixed, #2 - dont enable threads in evas - there is some unknown thread deadlock problem that shows up on windows. --disable-pthreads when on windows for evas's configure options. it means no async preload, so evas blocks, but we can't have everything. :) eventually this is going to get all revamps and rewritten/designed as part of a core rendering/imaging engine refactor. #2 : we've discussed about that on IRC. The problem is in evas_common.h : when thrads are disabled : # define LKT(x) 0 and in evas_image_scalecache.c, in evas_common_rgba_image_scalecache_prepare() : ret = LKT(im-cache.lock); So ret is always 0, hence all the warnings. raster, you proposed to define LKT(x) to 1. I don't know if it's a good idea or not. If it does not hurt, it will simplify the fix of the problem. Of course, the best thing is to fix scalecache on Windows. But when I implement the code, and try expedite, there is a seg fault in evas_object_text.c, which seems to me completely unrelated to the scalecache stuff. I can paste the gdb log if you want. Unfortunately, there is no valgrind on Windows :/ Vincent -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] ecore: Add basic thread safety
Hi All, This patch adds some level of thread safety to ecore. It does not add thread awareness (i.e. adding a timer from a thread will not wake a sleeping main loop). In my experience, developers either are ignorant of the problems of threads, or expect libraries to magically work with threads. I understand that some people think that thread safety is not necessary, but IMO, the performance cost and complexity is easily outweighed by the benefit of meeting developer expectation. thanks, Mike From a60fdaaa7830531a974e51cebc6efe45719e17bf Mon Sep 17 00:00:00 2001 From: Mike McCormack mj.mccorm...@samsung.com Date: Wed, 6 Jul 2011 20:20:11 +0900 Subject: [PATCH] ecore: Add basic thread safety Signed-off-by: Mike McCormack mj.mccorm...@samsung.com --- ecore/src/lib/ecore/ecore_events.c |2 + ecore/src/lib/ecore/ecore_idle_enterer.c |6 +- ecore/src/lib/ecore/ecore_idle_exiter.c |7 ++- ecore/src/lib/ecore/ecore_idler.c|7 ++- ecore/src/lib/ecore/ecore_main.c | 87 ++- ecore/src/lib/ecore/ecore_private.h |3 + ecore/src/lib/ecore/ecore_thread.c | 27 ++ ecore/src/lib/ecore/ecore_timer.c| 141 -- 8 files changed, 208 insertions(+), 72 deletions(-) diff --git a/ecore/src/lib/ecore/ecore_events.c b/ecore/src/lib/ecore/ecore_events.c index c1f4658..d2ee983 100644 --- a/ecore/src/lib/ecore/ecore_events.c +++ b/ecore/src/lib/ecore/ecore_events.c @@ -690,7 +690,9 @@ _ecore_event_call(void) handle_count++; eh-references++; + _ecore_unlock(); ret = eh-func(eh-data, e-type, e-event); + _ecore_lock(); eh-references--; if (!ret) diff --git a/ecore/src/lib/ecore/ecore_idle_enterer.c b/ecore/src/lib/ecore/ecore_idle_enterer.c index 9802895..9244cc5 100644 --- a/ecore/src/lib/ecore/ecore_idle_enterer.c +++ b/ecore/src/lib/ecore/ecore_idle_enterer.c @@ -154,8 +154,12 @@ _ecore_idle_enterer_call(void) Ecore_Idle_Enterer *ie = (Ecore_Idle_Enterer *)idle_enterer_current; if (!ie-delete_me) { + Eina_Bool ret; ie-references++; - if (!ie-func(ie-data)) + _ecore_unlock(); + ret = ie-func(ie-data); + _ecore_lock(); + if (!ret) { if (!ie-delete_me) ecore_idle_enterer_del(ie); } diff --git a/ecore/src/lib/ecore/ecore_idle_exiter.c b/ecore/src/lib/ecore/ecore_idle_exiter.c index c8abb87..1006e8d 100644 --- a/ecore/src/lib/ecore/ecore_idle_exiter.c +++ b/ecore/src/lib/ecore/ecore_idle_exiter.c @@ -126,8 +126,13 @@ _ecore_idle_exiter_call(void) Ecore_Idle_Exiter *ie = (Ecore_Idle_Exiter *)idle_exiter_current; if (!ie-delete_me) { + Eina_Bool ret; + ie-references++; - if (!ie-func(ie-data)) + _ecore_unlock(); + ret = ie-func(ie-data); + _ecore_lock(); + if (!ret) { if (!ie-delete_me) ecore_idle_exiter_del(ie); } diff --git a/ecore/src/lib/ecore/ecore_idler.c b/ecore/src/lib/ecore/ecore_idler.c index af43c31..db77dcf 100644 --- a/ecore/src/lib/ecore/ecore_idler.c +++ b/ecore/src/lib/ecore/ecore_idler.c @@ -160,8 +160,13 @@ _ecore_idler_call(void) Ecore_Idler *ie = (Ecore_Idler *)idler_current; if (!ie-delete_me) { + Eina_Bool ret; + ie-references++; - if (!ie-func(ie-data)) + _ecore_unlock(); + ret = ie-func(ie-data); + _ecore_lock(); + if (!ret) { if (!ie-delete_me) ecore_idler_del(ie); } diff --git a/ecore/src/lib/ecore/ecore_main.c b/ecore/src/lib/ecore/ecore_main.c index 53d7a8a..cf644d6 100644 --- a/ecore/src/lib/ecore/ecore_main.c +++ b/ecore/src/lib/ecore/ecore_main.c @@ -488,6 +488,7 @@ _ecore_main_gsource_prepare(GSource *source __UNUSED__, gint *next_time) { gboolean ready = FALSE; + _ecore_lock(); in_main_loop++; if (!ecore_idling !_ecore_glib_idle_enterer_called) @@ -566,6 +567,7 @@ _ecore_main_gsource_prepare(GSource *source __UNUSED__, gint *next_time) in_main_loop--; INF(leave, timeout = %d, *next_time); + _ecore_unlock(); /* ready if we're not running (about to quit) */ return ready; @@ -576,6 +578,7 @@ _ecore_main_gsource_check(GSource *source __UNUSED__) { gboolean ret = FALSE; + _ecore_lock(); in_main_loop++; /* check if old timers expired */ @@ -615,6 +618,7 @@ _ecore_main_gsource_check(GSource *source __UNUSED__) ret = (0.0 == _ecore_timer_next_get()); in_main_loop--; + _ecore_unlock(); return ret; } @@ -626,6 +630,7 @@ _ecore_main_gsource_dispatch(GSource *source
Re: [E-devel] Introducing: elm_tsuite - a pixel comparison test suite for EFL.
On 27/07/11 14:02, Carsten Haitzler (The Rasterman) wrote: On Tue, 12 Jul 2011 12:11:00 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: It would be useful to have some references in SVN and also a tool to diff these files, producing a hint on what's different other than pure cmp a b: files differ at byte X. This is done by WebKit, for instance tom's elm_testsuite.sh is a REALLY simple hack :) its not going to do these things. i have a more complete test suit. i actually have the start of a pretty good test suite that has commands to create objects and manipulate them ans then save the current screenshot for later comparison. it actually lets u scripot what objects u will use, where to put them, how to modify them etc so we can test all sorts of combinations of objects and transitions of state. it's lurking locally. i sent tasn a copy a bit back. I'm already using this elm_testsuite.sh full time with textblock. I have this tool I created (it's in svn) called tb_test that I just run through tsuite with various sample format .txts and to easily verify I don't break anything. This hack already saved me a lot of spanking and possibly hours of testing in the past couple of weeks. As for a more complex test suite, Aharon is working on it, it's getting really cool. It allows you to modify everything through code, take screenshots whenever you want, record mouse/keyboard input and etc. It will be really awesome. :) The advantage of this test suite in comparison to your awesome (really awesome) test suite, is that it's intended for higher level testing, i.e widgets and stuff that rely on ecore's main loop (yeah, it works nicely with a mainloop) and not just for canvas objects. -- Tom. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sachiel trunk/elementary/doc/img
Accepted ! Daniel Juyung Seo (SeoZ) On Jul 27, 2011 6:11 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: I didn't forget the images, I just wanted more commits under my name Author: sachiel Date: 2011-07-26 14:10:51 -0700 (Tue, 26 Jul 2011) New Revision: 61776 Trac: http://trac.enlightenment.org/e/changeset/61776 Added: trunk/elementary/doc/img/box.eps trunk/elementary/doc/img/box.png Property changes on: trunk/elementary/doc/img/box.png ___ Added: svn:mime-type + application/octet-stream -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore: Add basic thread safety
Hi, On Wed, Jul 27, 2011 at 1:17 PM, Mike McCormack mj.mccorm...@samsung.com wrote: This patch adds some level of thread safety to ecore. It does not add thread awareness (i.e. adding a timer from a thread will not wake a sleeping main loop). So it will most of the time work, but in some racy case, not. Sounds to me like this doesn't change much from the current behaviour. I agree, it will work more often than previously, but still hidding bug until it's to late. In my experience, developers either are ignorant of the problems of threads, or expect libraries to magically work with threads. People should never use things they don't understand... and so few people understand threads. Just one question, do they use ecore_thread or there own stuff ? I understand that some people think that thread safety is not necessary, but IMO, the performance cost and complexity is easily outweighed by the benefit of meeting developer expectation. You can't make it work sanely, how are you planning to synchronize the rendering state with your request from a thread. It's just not possible, you are adding stuff to make it work more often, but that's not thread safety and will lead to more complex issue to debug in the futur. I would prefer that we advocate the use of ecore thread and use eina thread debugging property to prevent efl call from outside of the main loop by either asserting, displaying a backtrace or just spanking (stuff that could turned on and off at compile time and help provide development build or production build). I clearly disagree on that patch going in (and I am still not discussing the issue of performance here). -- Cedric BAIL -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] European Tour -- BEERS?
On Wed, Jul 27, 2011 at 10:41 AM, michael bouchaud michael.bouch...@gmail.com wrote: 2011/7/27 Cedric BAIL cedric.b...@free.fr On Tue, Jul 26, 2011 at 10:53 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hi European dudes, how are you doing? As some IRC folks know, I'll be in Europe for a series of events and would like to meet you for a beer night (I have meetings during the day). Let me know what can be arranged on the following dates (all in August): Paris: - Arrival: 3, afternoon - Departure: 5, afternoon So maybe the 3 or 4th, we can setup a E-dinner in Paris. Which day do you prefer ? Where are you staying in Paris ? Berlin: there to represent Enlightenment in the Desktop Summit 2011, yay! - Arrival: 5, night - Departure: 9, night Sounds like many of us will be there, that's a good thing. Some enlightenned german to ? Glad to see you in europe Substantiel (Ordissimo) and me would be pleased to receive you in her premises. It's surely the best touristic place in Paris for someone who uses the efl :D. And as cedric said, maybe make a E-dinner all together one evening. Both 3 or 4 would work, the earlier the better :-) And yeah, knowing Ordissimo guys would rock! -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Animation gif feature patch
On Wed, 27 Jul 2011 00:10:40 +0900 ChunEon Parkher...@naver.com wrote: But we need to determine them everyone is familiar with here. but not ones you are familiar with. If you start with bad things in evas, next ones will be got stuck in the bad like *homogenous* And still wonder why names are different in evas and elementary? as you said animated is more familiar, then why does it not named to elm_icon_animated? Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Jiyoun Parklt;jy0703.p...@samsung.comgt; To: 'Daniel Juyung Seo'lt;seojuyu...@gmail.comgt;; 'ChunEon Park'lt;her...@naver.comgt; Cc: enlightenment-devel@lists.sourceforge.net Sent: 11-07-26(화) 16:25:45 Subject: RE: [E-devel] [Patch] Animation gif feature patch1. why do you think *_animated_* is not proper name? long character or grammar problem (word class? Other reason?) ? *_animated_* is familiar to me, and there is no place related with this in evas , so I want to keep this name. But If this name is wrong or not acceptable name generally , I will consider to change API name. 2. yes . I already have elm_icon_anim_available_get API 3. elm_icon_anim_set means I will use animation mode currently or later. Elm_icon_anim_play_set is for real play of image. Thanks. -Original Message- From: Daniel Juyung Seo [mailto:seojuyu...@gmail.com] Sent: Monday, July 25, 2011 11:43 PM To: ChunEon Park Cc: Jiyoun Park; enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [Patch] Animation gif feature patch 1) Frankely, I don't like *_animated_* Agreed. Choose either animation or anim and apply it to evas_object_image and elm_icon. I prefer anim :) 2) Eina_Bool elm_icon_anim_get (const Evas_Object *obj) - elm_icon_anim_available_get ... elm_icon_anim_available_get is already in Jiyoun's patch. 3) API names are not clear. For me 2 names are confusing. elm_icon_anim_set() elm_icon_anim_play_set() What's anim mode and anim play mode? Maybe I'm missing some animation image concept. Thanks. Daniel Juyung Seo (SeoZ) On Mon, Jul 25, 2011 at 8:20 PM, ChunEon Park lt;her...@naver.comgt; wrote: Frankely, I don't like *_animated_* How about just animation or anim? evas_object_image_animation_available_get evas_object_image_animation_frame_get ... and this API also. Eina_Bool elm_icon_anim_get (const Evas_Object *obj) - elm_icon_anim_available_get ... Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Jiyoun Parklt;jy0703.p...@samsung.comgt; To: enlightenment-devel@lists.sourceforge.net Cc: Sent: 11-07-25(월) 17:18:22 Subject: [E-devel] [Patch] Animation gif feature patchHello. I modified animated gif feature code according Mike’s advise. Added api Eina_Bool evas_object_image_animated_get (const Evas_Object *obj) int evas_object_image_animated_frame_num_get (const Evas_Object *obj) Evas_Image_Animated_Loop_Hint evas_object_image_animated_loop_type_get (const Evas_Object *obj) int evas_object_image_animated_loop_count_get (const Evas_Object *obj) double evas_object_image_animated_frame_duration_get (const Evas_Object *obj, int start_frame, int fram_num) void evas_object_image_animated_frame_set (Evas_Object *obj, int frame_num) Eina_Bool elm_icon_anim_available_get (const Evas_Object *obj) Void elm_icon_anim_set (Evas_Object *obj, Eina_Bool anim) Eina_Bool elm_icon_anim_get (const Evas_Object *obj) void elm_icon_anim_play_set (Evas_Object *obj, Eina_Bool play) Eina_Bool elm_icon_anim_play_get (const Evas_Object *obj) Todo 1. optimization 2. Test case to test several files Test_icon.c is for elm icon test. Change test_icon.c in elementary/src/bin to this. Thanks. -- Jiyoun Park Mobile S/W Platform Lab DMC RD Center SAMSUNG ELECTRONICS CO. ,LTD TEL: +82-31-279-0619 Mobile: +82-10-9871-0703 jy0703.p...@samsung.com -- -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth
[E-devel] elm tooltip api changes
Currently the elm tooltip api is mismatched and confusing. I propose the following steps: 1) Remove all list/genlist/gengrid/etc tooltip calls 2) Add Evas_Object *elm_object_tooltip_add(Evas_Object *parent) to affix tooltips to objects and return the tooltip object 3) Change current tooltip api to use above object 4) Rename tooltip api to elm_tooltip_* Thoughts? -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/e/src/bin
Thanks Mike, owe you a cold one ;) Will test it out soon. Cheers, dh On 07/26/11 22:36, Mike McCormack wrote: On 07/26/2011 11:23 PM, Christopher Michael wrote: Heh yea :( pretty odd, but I haven't stopped to look into why yet :) I just fixed it and moved on ;) Will look into 'why' later :) Hopefully SVN @61783 will fix it. thanks, Mike -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] elm label docs
problem: /** * @brief Set the text slide of the label * * @param obj The label object * @param slide To start slide or stop * * If set to true the text of the label will slide throught the length of * label. * - * @warning This must be called before elm_label_slide_set(). * @warning This only work with the themes slide_short, slide_long and * slide_bounce. */ EAPI void elm_label_slide_set(Evas_Object *obj, Eina_Bool slide) EINA_ARG_NONNULL(1); -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore: Add basic thread safety
On Wed, Jul 27, 2011 at 10:08 AM, Cedric BAIL cedric.b...@free.fr wrote: Hi, On Wed, Jul 27, 2011 at 1:17 PM, Mike McCormack mj.mccorm...@samsung.com wrote: This patch adds some level of thread safety to ecore. It does not add thread awareness (i.e. adding a timer from a thread will not wake a sleeping main loop). So it will most of the time work, but in some racy case, not. Sounds to me like this doesn't change much from the current behaviour. I agree, it will work more often than previously, but still hidding bug until it's to late. In my experience, developers either are ignorant of the problems of threads, or expect libraries to magically work with threads. People should never use things they don't understand... and so few people understand threads. Just one question, do they use ecore_thread or there own stuff ? I understand that some people think that thread safety is not necessary, but IMO, the performance cost and complexity is easily outweighed by the benefit of meeting developer expectation. You can't make it work sanely, how are you planning to synchronize the rendering state with your request from a thread. It's just not possible, you are adding stuff to make it work more often, but that's not thread safety and will lead to more complex issue to debug in the futur. I would prefer that we advocate the use of ecore thread and use eina thread debugging property to prevent efl call from outside of the main loop by either asserting, displaying a backtrace or just spanking (stuff that could turned on and off at compile time and help provide development build or production build). I clearly disagree on that patch going in (and I am still not discussing the issue of performance here). Cedric, I disagree with you and agree with Mike. Let's face it, we pushed threads away for years, it did not help. People won't learn (precious time) and they'll just use it incorrectly or get away from EFL at all. Mike is only trying to minimize parts of the problem... and in an real world application there should be enough activity on the main thread to make this problem not happen at all. Alternatively we can have a FD on own own and write to it whenever we added stuff from worker threads. All in all I'd use the Evas rewrite Raster wants to do and think about it as well. I know it's a tremendous effort, but likely if we design things like that we can achieve always thread safe GUI. I'm not talking about locking all the paths and render immediately, we can take a simpler path to serialize access to each object and do the actual work from other threads. IMO the perfect solution would be: - PROCESS: image loading process, no loading would be done in the application process. Data would always be shared with shmem - THREAD: garbage collector defragmenting for our datatypes. - THREAD: evas rendering - THREAD: ecore mainloop Given N applications we'd account as: (1 + N * 3) threads. Given stupidly cheap Linux threads this is not a performance impact. The benefits are clear: - application would never block to users - image data would be shared among applications (themes, etc) - we'd avoid memory fragmentation and most of the leaks The downside is that the whole EFL needs to be rewritten... YET AGAIN :-D -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A Problem about using non-smart objects in Elemenetary.
Ok. I see.. But even it's the simple way we can do, I still wonder that the MAGIC CHECK is not strange in smart_data_get function since it is just checking whether object is smart or not... Do anybody has any other opinion ? If many agree with raster (or nobody reply to this mail), then i will apply the changes. Thank you. Let's run together for the best moment! -Regards, Hermet- -Original Message- From: Carsten Haitzlerlt;ras...@rasterman.comgt; To: ChunEon Parklt;her...@naver.comgt; Cc: EFLlt;enlightenment-devel@lists.sourceforge.netgt; Sent: 11-07-27(수) 18:16:55 Subject: Re: [E-devel] A Problem about using non-smart objects in Elemenetary.On Mon, 11 Jul 2011 13:04:38 +0900 ChunEon Parklt;her...@naver.comgt; said: we also have the elm error abort stuff too. but as such i think some calls in evas can be made to not barf if its not a smart object, like getting smart data. if its not a smart obj just safely return null - thats basically then a simple way to detect if its a smart object or not. thats the right thing to do. Hello, EFL developers. I just have one question and need your opinions. In many cases, many non-smart objects are used in elementary e.g) evas_object_rectangle. Those objects are passed to elm_widget APIs frequently which calls the smart_object_data_get in API_ENTRY define. Since those are not smart objects, they will be handled by MAGIC_CHECK(EVAS_OBJ_SMART) in evas. If EVAS_DEBUG_ABORT is enabled, in that case the program will be aborted. Consequently, elementary can't use the EVAS_DEBUG_ABORT property usefully now as you can check it with elementary_test So, my question is where do we fix this problem ? 1. Find all the non-smart objects in elementary then change to smart objects? 2. Or before call the smart_object_data_get in API_ENTRY, check the object_type then pass the API call if the objects are non-smart? 3. Or skip the smart object MAGIC_CHECK in Evas? 4. Or leave them and don't use EVAS_DEBUG_ABORT? What do you think about this? -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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) ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore: Add basic thread safety
On Wed, 27 Jul 2011 15:08:21 +0200 Cedric BAIL cedric.b...@free.fr wrote: On Wed, Jul 27, 2011 at 1:17 PM, Mike McCormack mj.mccorm...@samsung.com wrote: This patch adds some level of thread safety to ecore. It does not add thread awareness (i.e. adding a timer from a thread will not wake a sleeping main loop). So it will most of the time work, but in some racy case, not. Sounds to me like this doesn't change much from the current behaviour. I agree, it will work more often than previously, but still hidding bug until it's to late. In my experience, developers either are ignorant of the problems of threads, or expect libraries to magically work with threads. People should never use things they don't understand... and so few people understand threads. Just one question, do they use ecore_thread or there own stuff ? I understand that some people think that thread safety is not necessary, but IMO, the performance cost and complexity is easily outweighed by the benefit of meeting developer expectation. You can't make it work sanely, how are you planning to synchronize the rendering state with your request from a thread. It's just not possible, you are adding stuff to make it work more often, but that's not thread safety and will lead to more complex issue to debug in the futur. I would prefer that we advocate the use of ecore thread and use eina thread debugging property to prevent efl call from outside of the main loop by either asserting, displaying a backtrace or just spanking (stuff that could turned on and off at compile time and help provide development build or production build). I clearly disagree on that patch going in (and I am still not discussing the issue of performance here). I agree with Cedric to disagree, purely on principle. Er, meaning I disagree with this patch. the performance cost and complexity is easily outweighed by the benefit of meeting developer expectation. That's the slippery slope that lead to most of todays software being so bloated. /me stops his early morning rant and gets breakfast. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore: Add basic thread safety
On 07/27/2011 10:08 PM, Cedric BAIL wrote: So it will most of the time work, but in some racy case, not. Sounds to me like this doesn't change much from the current behaviour. I agree, it will work more often than previously, but still hidding bug until it's to late. It is a change it goal. The goal will be to make ecore calls thread safe, and any non-thread safe behavior is a bug. People should never use things they don't understand... and so few people understand threads. Just one question, do they use ecore_thread or there own stuff ? I disagree with people should never use things they don't understand. The whole point of a library or any other programming abstraction is to hide details and save people reimplementing these things over and over themselves. Some developers in Samsung use ecore_thread, and some don't. Honestly, ECORE_MAIN_LOOP_ASSERT has shown up quite a few problems with code. Though the majority of developers understand that EFL code should be single threaded, there are still many crashes due to threading issues. I think EFL will be seen as more stable if it is thread safe... thus these patches. You can't make it work sanely, how are you planning to synchronize the rendering state with your request from a thread. It's just not Let's stick to technical stuff rather than abstract ideas like sanity. I'm only talking about ecore here. Step by step... (Raster has big plans for the rendering engine involving threads.) If the code is lacking in one area or the other, please point it out. (Actually, some big bits, like locks around the idlers are missing from the patch I sent.) I clearly disagree on that patch going in (and I am still not discussing the issue of performance here). Well three points: * nobody complained when I added checks to show that ecore calls are coming from the same thread, even though the performance impact would be comparable. (See ECORE_MAIN_LOOP_ASSERT) * given that SMP is widely available these days, I would think that enabling simple thread based programming could dramatically improve performance of some code. * I will provide a way to switch off thread safety at build time Right now my thoughts are: * support single main loop only * add support for waking the main loop when timers, fds, etc. are added thanks, Mike -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas_object_image_* memory and file descriptor usage
On Tue, 12 Jul 2011 14:52:29 -0300 Raphael Kubo da Costa k...@profusion.mobi said: in what case doesnt it get closed? _cleanup_tmpf(obj); is called when u set a new memfile and if u set a real file name+key and on image obj free. sure. some cases like setting image data, colorspace etc. dont cleanup. i just added it. oh.. btw.. u know evas doesnt even free objects until u do a few render cycles? it keeps them around for prev/next state comparison. if u never evas_render() then evas will never free any objects until final canvas free. there is an evas_norender() for this case of using invisible buffer canvases for footwork like loading image data, making thumbnails etc. Hey there, I'm currently working on some code [1] which reads PNG images from stdin and does some processing and comparisons on them. In short: - The data is read from stdin and fed to an Evas_Object (created via evas_object_image_filled_add) with evas_object_image_memfile_set; - Some of these images are processed and compared and another Evas_Object holding another image is created via evas_object_image_filled_add. However, the file descriptors used by evas_object_image_memfile_set and the memory allocated by the calls to evas_object_image_filled_add are freed only when evas_object_image_free() is called, and this only seems to be happening when we destroy our Ecore_Evas at the end of the execution. This means that file descriptor and memory consumption increases until the system is exhausted. Is this behaviour intentional and should we be doing it all differently? [1] http://trac.webkit.org/browser/trunk/Tools/DumpRenderTree/efl/ImageDiff.cpp -- Raphael Kubo da Costa ProFUSION embedded systems http://profusion.mobi -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ 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)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Introducing: elm_tsuite - a pixel comparison test suite for EFL.
On Wed, 27 Jul 2011 14:20:42 +0300 Tom Hacohen tom.haco...@partner.samsung.com said: On 27/07/11 14:02, Carsten Haitzler (The Rasterman) wrote: On Tue, 12 Jul 2011 12:11:00 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: It would be useful to have some references in SVN and also a tool to diff these files, producing a hint on what's different other than pure cmp a b: files differ at byte X. This is done by WebKit, for instance tom's elm_testsuite.sh is a REALLY simple hack :) its not going to do these things. i have a more complete test suit. i actually have the start of a pretty good test suite that has commands to create objects and manipulate them ans then save the current screenshot for later comparison. it actually lets u scripot what objects u will use, where to put them, how to modify them etc so we can test all sorts of combinations of objects and transitions of state. it's lurking locally. i sent tasn a copy a bit back. I'm already using this elm_testsuite.sh full time with textblock. I have this tool I created (it's in svn) called tb_test that I just run through tsuite with various sample format .txts and to easily verify I don't break anything. This hack already saved me a lot of spanking and possibly hours of testing in the past couple of weeks. As for a more complex test suite, Aharon is working on it, it's getting really cool. It allows you to modify everything through code, take screenshots whenever you want, record mouse/keyboard input and etc. It will be really awesome. :) The advantage of this test suite in comparison to your awesome (really awesome) test suite, is that it's intended for higher level testing, i.e widgets and stuff that rely on ecore's main loop (yeah, it works nicely with a mainloop) and not just for canvas objects. hmm sounds like he's doing something definitely higher up the stack. what i started with was something to test evas itself and test that all states of objects work and render right and that changing states - eg a move, a resize, enable.disable map, clip and unclip, and all sorts of permutations and combinations of these keep working correctly. i guess you could do a similar thing for elm and bind it into the mainloop - eg instead of an explicit save shot/image now you have a shot in 0.2 sec or wait until loop idle for 0.5 sec, then shot so u can wait until anim is done etc. you'd still need lots of command to create widgets and manipulate them of course. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel