[E-devel] EFL 1.8 Alpha 1 + Enlightenment 0.18 Alpha1 Terminology 0.4 Alpha1
We are pleased to announce that our very first Alpha release (Alpha 1) of EFL 1.8 is now available for download at: http://download.enlightenment.org/releases/ The relevant components are: **GZ** http://download.enlightenment.org/releases/efl-1.8.0-alpha1.tar.gz http://download.enlightenment.org/releases/elementary-1.8.0-alpha1.tar.gz http://download.enlightenment.org/releases/emotion_generic_players-1.8.0-alpha1.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.8.0-alpha1.tar.gz **BZ2** http://download.enlightenment.org/releases/efl-1.8.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/elementary-1.8.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/emotion_generic_players-1.8.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/evas_generic_loaders-1.8.0-alpha1.tar.bz2 If you are compiling the above, please compile them in the following order: efl elementary emotion_generic_players evas_generic_players If you have an existing EFL or Elementary install, you may wish to delete its header files and libraries before building the above. In addition we have also put up early stage Alphas of Enlightenment 0.18 and Terminology 0.4 available here: **GZ** http://download.enlightenment.org/releases/enlightenment-0.18.0-alpha1.tar.gz http://download.enlightenment.org/releases/terminology-0.4.0-alpha1.tar.gz **BZ2** http://download.enlightenment.org/releases/enlightenment-0.18.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/terminology-0.4.0-alpha1.tar.bz2 We ask people to test builds and functionality at this stage in preparation for full release. Of course there will be bugs, and this is the point at which to weed them out. Please file bug tasks on http://phab.enlightenment.org and we will address them as best as possible for release. Future Alpha and Betas will come. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/elementary] master 01/01: Remove whitespace
devilhorns pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=11bf6fe6f2dea1eb0a6692d024ca2d676b22f584 commit 11bf6fe6f2dea1eb0a6692d024ca2d676b22f584 Author: Chris Michael cp.mich...@samsung.com Date: Tue Nov 5 09:50:17 2013 + Remove whitespace Signed-off-by: Chris Michael cp.mich...@samsung.com --- data/themes/edc/elm/border.edc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/data/themes/edc/elm/border.edc b/data/themes/edc/elm/border.edc index 627c9f3..7af91f7 100644 --- a/data/themes/edc/elm/border.edc +++ b/data/themes/edc/elm/border.edc @@ -1569,7 +1569,7 @@ group { name: elm/border/base/default; target: min1; target: min2; } - + program { signal: mouse,down,1; source: e.event.titlebar; action: SIGNAL_EMIT elm,action,move,start elm; --
Re: [E-devel] Eolian meta-data parsing
Hello On 11/05/2013 08:20 AM, Cedric BAIL wrote: Hello, On Tue, Nov 5, 2013 at 12:42 AM, Yakov Goldberg yako...@samsung.com wrote: Here is autogenerated (a little prettyfied and shortened) example of eo file. http://pastebin.com/ERQphzNk I'm using my own python code from eo_bindings, where I was parsing c/h files to get all eo information. Some explanations: name - class name from Eo class description. We check that it is unique. inherits - names of parent classes constructors - (actually it is a method, just put it into separate section). Here you will meet only custom cunstructors. here win_constructor is a name comment - comment parameters:2d array [in,const,char*,name,], direction, modifier, type, name, comment maybe modifier is not needed, (but I already parsed it) I must say that I don't like the parameters syntax at all. I think something along the following line would have been better : in : [ { name : const char * } ]. Also I am starting thinking that we should have comment in doxygen form inside the JSON itself that could then be put along the generated code. For example item_insert_before would become : item_insert_before: { /* This inserts an item before another in the list. It will be in the * same tree level or group as the item it is inserted before. * * @see elm_genlist_item_append() * @see elm_genlist_item_prepend() * @see elm_genlist_item_insert_after() * @see elm_object_item_del() * * @ingroup Genlist */ brief: Insert an item before another in a genlist widget, parameters: [ in : [ { itc : const Elm_Genlist_Item_Class* }, /* @param itc The item class for the item */ { data : const void* }, /* @param data The item data */ { parent : Elm_Object_Item* }, /* @param parent The parent item, or NULL if none */ { before_it : Elm_Object_Item* }, /* @param before The item to place this new one before. */ { type : Elm_Genlist_Item_Type }, /* @param type Item type */ { func : Evas_Smart_Cb }, /* @param func Convenience function called when the item is selected */ { func_data : const void * } /* @param func_data Data passed to @p func above. */ ], out : [ { ret : Elm_Object_Item* } /* @return A handle to the item added or @c NULL if not possible */ ] ] ] }, What's if I want to put in/out/inout parameters all mixed, wouldn't it be nicier to put them like this. Also comments outside will ruin JSON structure. So I will try to keep giving proper json examples a while. parameters : [ {par1 : [in, int, Comment1]}, {par2 : [out, Eina_Bool*, Comment2]}, {par3 : [inout, char **, Comment3]}, {par4 : [in, Typedefed_Enum, Comment4]}, ] Also some nicier implements implements: [ {elm_interface_scrollable: [ policy, set_get ]}, {Evas_Pbject_Smart: [ move, method ]}, ] About in-built doxygen: All API will be autogenerated with proper prefix, so hardcoded @see elm_genlist_item_append() doesn't make sence. Also we will need to add description of parameters into this doxy-description, so it will be easier to generate it from the scratch. Yes, we want have references to other funcs, need to think how to add it. Properties. Property can be set/get; only set, only get; this is saved in type field: rw(or no tag), ro, wo. How do I determine the type? If all parameters are in for some func which ends with _set and are out for some func which ends with _get this will be set/get property. If this condition fails, they will be methods. Same for property we should be fine with something like : keyboard_win: { brief: whether the window is a keyboard., access: rw, parameters: [ [ { is_keyboard : Eina_Bool } ] ] Cedric, could you please comment situation around const modifier. for example: parents_list: { brief: List of some parents, access: rw, parameters: [ [ { parents_list : Eina_List* } ] ] So here can be lot situations: parents_list_set can only assign pointer or copy a list(of course in this case function must be named ..._list_copy, but world is not perfect) parents_list_get can return mutable or inmutable list... So, how to understand whenever const is needed? How to understand if const is needed for only set or get property, or for both. Methods: the same as properties, but with direction of parameter. Implements: list of overloaded functions: [class name , func_name, func_type] Some comments: We need to have func_type here. suppose we have func color and property color in parent class, and want to overload color_set property in child class, so we will
Re: [E-devel] Ecore Coroutine - please die?
On 05/11/13 00:21, Cedric BAIL wrote: Hello, On Mon, Nov 4, 2013 at 11:00 PM, Tom Hacohen tom.haco...@samsung.com wrote: As you may have noticed, Cedric committed Ecore Coroutine a while back. I don't know why we need our coroutine implementation, and I don't think anyone uses or will ever use it. Those aside, the current coroutine implementation only works on Linux and relies on very hackish implementation details (which means it won't work on old glibc versions and possibly new glibc versions as well). I don't understand why we let that in, and I think it should be removed from Ecore asap, especially before the release. Care to provide a link about it being broken on older and newer glibc ? It is still part of POSIX, just marked deprecated. As for usefulness it make it possible to reschedule a piece of code as you receive packet in without the need to use callback. Some library that have a really bad design and we can't find alternative do need this kind of infra if you want to run them in sync with our main loop. /* The idea of this trick come from libcoroutine */ /* __jmpbuf[6] == stack pointer */ /* __jmpbuf[7] == program counter */ coro-context-env[0].__jmpbuf[6] = ((uintptr_t)(coro-stack)); coro-context-env[0].__jmpbuf[7] = ((uintptr_t)_ecore_coroutine_entry_point); This is not portable. I've used this before at uni and the thing failed miserably on old systems. Also, as you can see from it, it's not really clean and can break at any time... An example of already existing pain regarding it: https://phab.enlightenment.org/T456 This is a problem in configure.ac not in the code. MacOS X has ucontext, for an unknow reason configure doesn't detect it. I don't see why we need to make our lives harder (porting) with including something so hacky that is not even that useful to us. Removing it is still an option. You will have noticed that the code is ported to windows and unix, with even a fallback for system that don't fall into those two categorie... So the problem is not portability of the code, but to have configure.ac detect things correctly. I understand that it *could* be used. But it's not. We should not just add more random code that no-one uses in, just in case. What are your thoughts? -- Tom. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [website/www] master 01/01: First step to fix the dev map, sorry to bug with some commits, but google dont let me try the map locally
On 04/11/13 21:06, davemds wrote: davemds pushed a commit to branch master. http://git.enlightenment.org/website/www.git/commit/?id=e52c3a073da872906bf7f7303dbc6ae639d9bf81 commit e52c3a073da872906bf7f7303dbc6ae639d9bf81 Author: davemds d...@gurumeditation.it Date: Mon Nov 4 22:06:45 2013 +0100 First step to fix the dev map, sorry to bug with some commits, but google dont let me try the map locally --- public_html/p/contact/devsmap/en-body | 4 1 file changed, 4 insertions(+) diff --git a/public_html/p/contact/devsmap/en-body b/public_html/p/contact/devsmap/en-body index 7e0f1df..9b63b6a 100644 --- a/public_html/p/contact/devsmap/en-body +++ b/public_html/p/contact/devsmap/en-body @@ -170,6 +170,9 @@ foreach ($dirs as $dir) $devs[] = $dev; } +$devs2 = developers_active(); + + /* sort the devs array by nickname */ function sort_by_irc($a, $b) { return strcasecmp($a[IRC], $b[IRC]); } usort($devs, sort_by_irc); @@ -178,6 +181,7 @@ usort($devs, sort_by_irc); if (isset($_REQUEST[debug])) { print hrbDEVS ARRAY/bpre; print_r($devs); print /prehr; + print hrbDEVS ARRAY/bpre; print_r($devs2); print /prehr; } /**/ Thanks! -- Tom. ;) -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [admin/devs] master 01/01: Added tasn-test to make sure probies work as expected.
tasn pushed a commit to branch master. http://git.enlightenment.org/admin/devs.git/commit/?id=f813bf3050b5dfd8fe3e26293b2b15186449016a commit f813bf3050b5dfd8fe3e26293b2b15186449016a Author: Tom Hacohen t...@stosb.com Date: Tue Nov 5 10:19:40 2013 + Added tasn-test to make sure probies work as expected. Sorry for the noise, but I would like to make sure it works in production as well as my testing env. --- probies/tasn-test/id_rsa.pub | 1 + probies/tasn-test/info.txt | 5 + 2 files changed, 6 insertions(+) diff --git a/probies/tasn-test/id_rsa.pub b/probies/tasn-test/id_rsa.pub new file mode 100644 index 000..93c0d98 --- /dev/null +++ b/probies/tasn-test/id_rsa.pub @@ -0,0 +1 @@ +ssh-rsa B3NzaC1yc2EDAQABAAABAQC1bPwLxIoALNEq/IXnsowoDC8aBStYao9K3VG05C9qwMu49XD6y/uhHsRtRwrY/u5pdecgEHazM+h2TFigmGoLL0sXwJFIzDIlWQO8S+D7370y9JmSkLeW78Ocf3D/IeYlG69U1OZVvjepRhJjiSODFqYl7rreQPfoqwHMG7lkGD/zkrcECdzZaUrAbV1cC7WBr/WaiipV1+0AgLNaK6bQzkU1m4gGCe4g+9DyP9AV5rDCQrtJrs41+P4MvO/MbYHY9rpOx1/cBoQTl/j2DaOSXxYsoTHoCKDCKDnBoCvtzqEs2ZM2ckHb11cqjWvpY11AwCUl98DO2ZfQZtzq+7q/ test@tom-work-lap diff --git a/probies/tasn-test/info.txt b/probies/tasn-test/info.txt new file mode 100644 index 000..4c303e9 --- /dev/null +++ b/probies/tasn-test/info.txt @@ -0,0 +1,5 @@ +Login:tasn-test +IRC Nick: TAsn-test +Name: Tom Hacohen test +Location: London, United Kingdom +E-Mail: t...@stosb.com --
[EGIT] [tools/enventor] master 01/01: enventor - version requires for efl 1.8
hermet pushed a commit to branch master. http://git.enlightenment.org/tools/enventor.git/commit/?id=0235adfde7f5e610da6fdba5cd500ca9834b8c5d commit 0235adfde7f5e610da6fdba5cd500ca9834b8c5d Author: ChunEon Park chuneon.p...@samsung.com Date: Tue Nov 5 19:28:08 2013 +0900 enventor - version requires for efl 1.8 --- README | 16 configure.ac | 18 +- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/README b/README index d325227..86825e0 100644 --- a/README +++ b/README @@ -8,14 +8,14 @@ it does a lot. [Requirements] - eina (= 1.8) - eet (= 1.8) - evas (= 1.8) - embryo (= 1.8) - ecore (= 1.8) - edje (= 1.8) - eio (= 1.8) - elementary (= 1.8) + eina (= 1.8.0) + eet (= 1.8.0) + evas (= 1.8.0) + embryo (= 1.8.0) + ecore (= 1.8.0) + edje (= 1.8.0) + eio (= 1.8.0) + elementary (= 1.8.0) Please note that some features may not quite function correctly or completely on EFL 1.7.8 and 1.8 or newer would be better. diff --git a/configure.ac b/configure.ac index 085d75c..5973bb1 100644 --- a/configure.ac +++ b/configure.ac @@ -53,15 +53,15 @@ AC_SUBST(VMAJ) PKG_CHECK_MODULES([ENVENTOR], [ - eina = 1.7.99 - eet = 1.7.99 - elementary = 1.7.99 - evas = 1.7.99 - ecore = 1.7.99 - ecore-ipc = 1.7.99 - edje = 1.7.99 - eo = 1.7.99 - eio = 1.7.99 + eina = 1.8.0 + eet = 1.8.0 + elementary = 1.8.0 + evas = 1.8.0 + ecore = 1.8.0 + ecore-ipc = 1.8.0 + edje = 1.8.0 + eo = 1.8.0 + eio = 1.8.0 ] ) --
[EGIT] [tools/enventor] annotated tag v0.1 created
hermet pushed a change to annotated tag v0.1 in repository tools/enventor. at 31b9f906b4 (tag) tagging 0235adfde7f5e610da6fdba5cd500ca9834b8c5d (commit) tagged by ChunEon Park on Tue Nov 5 19:36:36 2013 +0900 - Log - enventor version 0.1 Cedric Bail (4): enventor: begin adding autofoo support. enventor: fix build information. enventor: get initialization correctly. enventor: ignore more file. ChunEon Park (240): edje_writer - enventor enventor - refactoring. split a common header files to each functions enventor - use const char instead of the macro enventor - trivial change enventor - trivial change enventor - fix a critical memory crash enventor - use inlist for performance enventor - removed fake swallow part correctly. enventor - implementing dummy swallow ui enventor - adjust setting ui enventor - fake_obj - dummy_obj enventor - trivial change enventor - fix typo enventor - enable/disable dummy swallow obj in menu enventor - fix crash when toggle the dummy swallow enventor - add short-cut key for dummy swallow enventor - removed debug print enventor - updated README enventor - use spacer instead of rect enventor - added HELP function enventor - added shortcut F1 for readme enventor - fix setting entry style enventor - fix readme enventor - fix help entry style and change button name save, load eventor - more syntax color '[' and ']' enventor - removed unnecessary edj enventor - update part highlight whenever edc is re compiled. enventor - renmae file edc_viewer - edj_viewer enventor - don't be segfault even if the proto edc file is not exist envetor - install proto file properly enventor - show the messages in some case of file load scenarios enventor - more clean code. added some comment enventor - let's save the edc file with file selector enventor - don't create a warning box again if it's alive enventor - no idea why there are blocked enventor - refactoring code. enventor - removed unnecessary files enventor - removed unnecessary file enventor - don't make .proto folder enventor - don't install them enventor - install default files properly Merge branch 'master' of git+ssh://git.enlightenment.org/devs/hermet/enventor enventor - put the include folder under src enventor - renamed theme to themes enventor - return a value that indicates the success actually. enventor - added build script to make make install conveniently. enventor - refactoring code for future features comming. enventor - base code for auto-indentation enventor - don't reset the entry but set the entry text directly when the translating syntax color is finished. enventor - implementing indentation enventor - implementing auto-indentation enventor - skip applying syntax color if the edc just increase/decreased lines. enventor - enable auto indent option in the menu window. enventor - renamed internal variable. enventor - changed panes behavior a little. enventor - removed panes double clicked event. enventor - adjust panes left/right arrow width enventor - updated AUTHORS enventor - install README file properly to use it as the Help Me info. enventor - reset all toogles correctly. enventor - more message prints and removed an unused internal function. enventor - updated menu ui enventor - updated fileselector menu enventor - implementing edc font size setting enventor - clean before make, enventor - support font size select. enventor - set slider min max value before set the current value. enventor - support font size up/down short-cut keys enventor - set min size for status bar enventor - rename from option_data to config_data enventor - dont print statusbar msgs if user change some states in setting menu. enventor - fix typo and update README enventor - one more typo fix enventor - updated README enventor - fixed typo enventor - updated README enventor - changed load short cut key to F4 enventor - internal refactoring. split a function enventor - support f2, f3, f4, f12 short cut keys enventor - toogle menu open states correctly when you create a new file. enventor - safe memory access enventor - maximum font size is up to 5x enough. enventor - remove unnecessary declare enventor - added template code... enventor - removed syntax color file. will add it later. enventor - now you can set the font path enventor - free strbuf memory at termination. enventor - support data path set in edc
[EGIT] [tools/enventor] master 01/01: enventor - updated AUTHORS
hermet pushed a commit to branch master. http://git.enlightenment.org/tools/enventor.git/commit/?id=85e63bf317c2dd145cb8a37727d36c54b5f4b813 commit 85e63bf317c2dd145cb8a37727d36c54b5f4b813 Author: ChunEon Park chuneon.p...@samsung.com Date: Tue Nov 5 19:42:36 2013 +0900 enventor - updated AUTHORS --- AUTHORS | 1 + 1 file changed, 1 insertion(+) diff --git a/AUTHORS b/AUTHORS index c6be47c..186b9b8 100644 --- a/AUTHORS +++ b/AUTHORS @@ -1,3 +1,4 @@ Hermet (Chuneon Park) her...@hermet.pe.kr Cedric Bail cedric.b...@free.fr Raoul Hecky raoul.he...@gmail.com +Daniel Juyung Seo seojuyu...@gmail.com --
[EGIT] [admin/devs] master 01/01: TEST: finished probie test.
tasn pushed a commit to branch master. http://git.enlightenment.org/admin/devs.git/commit/?id=f0f35d9168fe010344871dafa0234e8b56b65102 commit f0f35d9168fe010344871dafa0234e8b56b65102 Author: Tom Hacohen t...@stosb.com Date: Tue Nov 5 10:43:21 2013 + TEST: finished probie test. --- probies/tasn-test/id_rsa.pub | 1 - probies/tasn-test/info.txt | 5 - 2 files changed, 6 deletions(-) diff --git a/probies/tasn-test/id_rsa.pub b/probies/tasn-test/id_rsa.pub deleted file mode 100644 index 93c0d98..000 --- a/probies/tasn-test/id_rsa.pub +++ /dev/null @@ -1 +0,0 @@ -ssh-rsa B3NzaC1yc2EDAQABAAABAQC1bPwLxIoALNEq/IXnsowoDC8aBStYao9K3VG05C9qwMu49XD6y/uhHsRtRwrY/u5pdecgEHazM+h2TFigmGoLL0sXwJFIzDIlWQO8S+D7370y9JmSkLeW78Ocf3D/IeYlG69U1OZVvjepRhJjiSODFqYl7rreQPfoqwHMG7lkGD/zkrcECdzZaUrAbV1cC7WBr/WaiipV1+0AgLNaK6bQzkU1m4gGCe4g+9DyP9AV5rDCQrtJrs41+P4MvO/MbYHY9rpOx1/cBoQTl/j2DaOSXxYsoTHoCKDCKDnBoCvtzqEs2ZM2ckHb11cqjWvpY11AwCUl98DO2ZfQZtzq+7q/ test@tom-work-lap diff --git a/probies/tasn-test/info.txt b/probies/tasn-test/info.txt deleted file mode 100644 index 4c303e9..000 --- a/probies/tasn-test/info.txt +++ /dev/null @@ -1,5 +0,0 @@ -Login:tasn-test -IRC Nick: TAsn-test -Name: Tom Hacohen test -Location: London, United Kingdom -E-Mail: t...@stosb.com --
[E-devel] efl dev day 2013 presentation materials
Maybe cedric will share the materials later, I pushed pdfs all I collected in git://git.enlightenment.org/devs/hermet/misc.git Check the dev_day2013 folder if you need them right now. Thanks. -Regards, Hermet- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [tools/enventor] annotated tag v0.1 deleted
hermet pushed a change to annotated tag v0.1 in repository tools/enventor. *** WARNING: tag v0.1 was deleted! *** tag was 31b9f906b4 The revisions that were on this annotated tag are still contained in other references; therefore, this change does not discard any commits from the repository. --
[EGIT] [legacy/edje] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/edje. at 1020a940bc (tag) tagging f5a16e8868795cf9ad5471549e0ab328aa32bc02 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 8 NEWS | 8 configure.ac | 48 src/bin/epp/cpplib.c | 1 + src/lib/edje_util.c | 4 +--- 5 files changed, 42 insertions(+), 27 deletions(-) Cedric Bail (1): epp: avoid to rely on undefined behavior for fopen. Eduardo Lima (Etrunko) (1): 1.7.9 Release Michael Bouchaud (1): edje: fix recursive scale_set on edje_object Michaël Bouchaud (yoz) (1): edje: be recursive on edje_object_scale_set Cedric Bail (1): epp: avoid to rely on undefined behavior for fopen. Eduardo Lima (Etrunko) (1): 1.7.9 Release Michael Bouchaud (1): edje: fix recursive scale_set on edje_object Michaël Bouchaud (yoz) (1): edje: be recursive on edje_object_scale_set --- This annotated tag includes the following new commits: new f5a16e8868 1.7.9 Release The 1 revisions listed above as new are entirely new to this repository and will be described in separate emails. The revisions listed as adds were already present in the repository and have only been added to this reference. --
[EGIT] [legacy/ecore] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/ecore. at 3fb9654f04 (tag) tagging bbabc747b2ec66d9e8f33bbafa8c3ee605f19d15 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog | 12 +++ NEWS | 10 +++ configure.ac | 100 - po/cs.po | 2 +- po/de.po | 2 +- po/el.po | 2 +- po/eo.po | 2 +- po/fr.po | 2 +- po/it.po | 2 +- po/nl.po | 2 +- po/pt.po | 2 +- po/sl.po | 2 +- po/zh_CN.po | 2 +- src/lib/ecore_evas/ecore_evas_wayland_egl.c | 102 +- src/lib/ecore_evas/ecore_evas_wayland_shm.c | 17 - src/lib/ecore_wayland/ecore_wl.c | 4 - src/modules/immodules/scim/scim_imcontext.cpp | 14 17 files changed, 192 insertions(+), 87 deletions(-) Eduardo Lima (Etrunko) (2): ecore_evas/wayland_egl: Add missing _ecore_evas_move_resize() 1.7.9 Release Jihoon Kim (1): ecore_imf: Fix memory leak in scim immodule Rafael Antognolli (4): Backport 1210067fbeb21bdce34ec710e66749de981a1617. ecore_evas/wayland_egl: Add safety check on surface. ecore/wayland: Fix screen size get when screen is rotated. ecore_evas/wayland: Add a clipper to the frame object. Eduardo Lima (Etrunko) (2): ecore_evas/wayland_egl: Add missing _ecore_evas_move_resize() 1.7.9 Release Jihoon Kim (1): ecore_imf: Fix memory leak in scim immodule Rafael Antognolli (4): Backport 1210067fbeb21bdce34ec710e66749de981a1617. ecore_evas/wayland_egl: Add safety check on surface. ecore/wayland: Fix screen size get when screen is rotated. ecore_evas/wayland: Add a clipper to the frame object. --- No new revisions were added by this update. --
[EGIT] [legacy/eet] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/eet. at 971a60beb1 (tag) tagging e1037db1c7d89383209be4859b4279411d51718f (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 7 +++ configure.ac | 4 ++-- 3 files changed, 13 insertions(+), 2 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/e_dbus] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/e_dbus. at 936d4d2524 (tag) tagging 958d2b8052c22f2015c490154a4cb7bb7e75ceb0 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 8 configure.ac | 46 +++--- 3 files changed, 35 insertions(+), 23 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/edje] edje-1.7 01/01: 1.7.9 Release
etrunko pushed a commit to branch edje-1.7. http://git.enlightenment.org/legacy/edje.git/commit/?id=f5a16e8868795cf9ad5471549e0ab328aa32bc02 commit f5a16e8868795cf9ad5471549e0ab328aa32bc02 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Sep 10 15:30:39 2013 -0300 1.7.9 Release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- ChangeLog| 4 NEWS | 8 configure.ac | 48 3 files changed, 36 insertions(+), 24 deletions(-) diff --git a/ChangeLog b/ChangeLog index f8658bd..0f28dbf 100644 --- a/ChangeLog +++ b/ChangeLog @@ -722,3 +722,7 @@ 2013-09-04 Michael Bouchaud (yoz) * fix edje_object_scale_set to be recursive + +2013-09-10 Eduardo Lima (Etrunko) + +* 1.7.9 release diff --git a/NEWS b/NEWS index 692f3d7..4618117 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,11 @@ +Edje 1.7.9 + +Changes since Edje 1.7.8: +- + +Fixes: +* edje: fix recursive scale_set on edje_object + Edje 1.7.8 Changes since Edje 1.7.7: diff --git a/configure.ac b/configure.ac index f6dfd80..fdd9aa5 100644 --- a/configure.ac +++ b/configure.ac @@ -2,7 +2,7 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [1]) m4_define([v_min], [7]) -m4_define([v_mic], [8]) +m4_define([v_mic], [9]) m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD 2/dev/null || echo 0) | tr -d '\n']))dnl ##-- When released, remove the dnl on the below line m4_undefine([v_rev]) @@ -220,7 +220,7 @@ AC_SUBST(pkgconfig_requires_private) EFL_EDJE_BUILD= case $host_os in mingw*) - PKG_CHECK_MODULES([EVIL], [evil = 1.7.8]) + PKG_CHECK_MODULES([EVIL], [evil = 1.7.9]) AC_DEFINE([HAVE_EVIL], [1], [Set to 1 if Evil library is installed]) requirement_edje=evil ${requirement_edje} EFL_EDJE_BUILD=-DEFL_EDJE_BUILD @@ -258,47 +258,47 @@ fi PKG_CHECK_MODULES([MINIMAL], [ -eina = 1.7.8 -eet = 1.7.8 +eina = 1.7.9 +eet = 1.7.9 ]) PKG_CHECK_MODULES([EDJE], [ -eina = 1.7.8 -eet = 1.7.8 -evas = 1.7.8 -ecore = 1.7.8 -ecore-evas = 1.7.8 -ecore-file = 1.7.8 -ecore-input = 1.7.8 -embryo = 1.7.8 +eina = 1.7.9 +eet = 1.7.9 +evas = 1.7.9 +ecore = 1.7.9 +ecore-evas = 1.7.9 +ecore-file = 1.7.9 +ecore-input = 1.7.9 +embryo = 1.7.9 ]) EDJE_LIBS=${EDJE_LIBS} ${LUA_LIBS} ${lua_libs} EDJE_CFLAGS=${EDJE_CFLAGS} ${LUA_CFLAGS} -requirement_edje=embryo = 1.7.8 ecore-evas = 1.7.8 ecore = 1.7.8 evas = 1.7.8 eet = 1.7.8 eina = 1.7.8 ${requirement_edje} +requirement_edje=embryo = 1.7.9 ecore-evas = 1.7.9 ecore = 1.7.9 evas = 1.7.9 eet = 1.7.9 eina = 1.7.9 ${requirement_edje} requirement_edje=${requirement_lua} ${requirement_edje} have_ecore_imf=no PKG_CHECK_MODULES([ECORE_IMF], [ -ecore-imf = 1.7.8 -ecore-imf-evas = 1.7.8 +ecore-imf = 1.7.9 +ecore-imf-evas = 1.7.9 ], [ AC_DEFINE([HAVE_ECORE_IMF], [1], [Input Method Support for Edje Entry]) have_ecore_imf=yes -requirement_edje=ecore-imf-evas = 1.7.8 ecore-imf = 1.7.8 ${requirement_edje} +requirement_edje=ecore-imf-evas = 1.7.9 ecore-imf = 1.7.9 ${requirement_edje} ], [have_ecore_imf=no]) PKG_CHECK_MODULES([EIO], - [eio = 1.7.8], + [eio = 1.7.9], [ AC_DEFINE([HAVE_EIO], [1], [Eio is available for monitoring file assynchronously]) have_eio=yes -requirement_edje=eio = 1.7.8 ${requirement_edje} +requirement_edje=eio = 1.7.9 ${requirement_edje} ], [have_eio=no]) @@ -457,7 +457,7 @@ AC_SUBST([want_multisense]) if test x${have_edje_cc} = xyes ; then PKG_CHECK_MODULES([EDJE_CC], - [ecore-file = 1.7.8 ecore-evas = 1.7.8 ecore = 1.7.8 evas = 1.7.8 eet = 1.7.8 eina = 1.7.8]) + [ecore-file = 1.7.9 ecore-evas = 1.7.9 ecore = 1.7.9 evas = 1.7.9 eet = 1.7.9 eina = 1.7.9]) EDJE_CC_LIBS=${EDJE_CC_LIBS} ${LUA_LIBS} ${lua_libs} fi @@ -465,27 +465,27 @@ AM_CONDITIONAL([BUILD_EPP], [test x${have_edje_cc} = xyes]) if test x${have_edje_decc} = xyes ; then PKG_CHECK_MODULES([EDJE_DECC], - [ecore-file = 1.7.8 ecore-evas = 1.7.8 ecore = 1.7.8 evas = 1.7.8 eet = 1.7.8 eina = 1.7.8]) + [ecore-file = 1.7.9 ecore-evas = 1.7.9 ecore = 1.7.9 evas = 1.7.9 eet = 1.7.9 eina = 1.7.9]) fi if test x${have_edje_player} = xyes ; then PKG_CHECK_MODULES([EDJE_PLAYER], - [ecore-evas = 1.7.8 ecore = 1.7.8 evas = 1.7.8 eina = 1.7.8]) + [ecore-evas = 1.7.9 ecore = 1.7.9 evas = 1.7.9 eina = 1.7.9]) fi if test x${have_edje_inspector} = xyes ; then PKG_CHECK_MODULES([EDJE_INSPECTOR], - [ecore-evas = 1.7.8 ecore = 1.7.8 evas = 1.7.8 eina = 1.7.8]) + [ecore-evas = 1.7.9 ecore = 1.7.9 evas = 1.7.9 eina = 1.7.9]) fi if test x${have_edje_external_inspector} = xyes ; then PKG_CHECK_MODULES([EDJE_EXTERNAL_INSPECTOR], - [ecore = 1.7.8 evas = 1.7.8 eina =
[EGIT] [legacy/eeze] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/eeze. at ca848ee645 (tag) tagging 45c922f6772e38af815f8629d81b74ac3a9988b9 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 7 +++ configure.ac | 10 +- 3 files changed, 16 insertions(+), 5 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
Re: [E-devel] [EGIT] [tools/enventor] annotated tag v0.1 deleted
On 05/11/13 13:32, Enlightenment Git wrote: hermet pushed a change to annotated tag v0.1 in repository tools/enventor. *** WARNING: tag v0.1 was deleted! *** tag was 31b9f906b4 The revisions that were on this annotated tag are still contained in other references; therefore, this change does not discard any commits from the repository. Just wanted to stretch it again (employed technical restrictions now to prevent it). DO NOT CHANGE HISTORY! If you create a tag, it's there to stay. YOU CAN NOT DELETE TAGS AFTER THEY ARE CREATED. Because of an oversight it was not the case, but it is the case now. DO NOT CREATE TAGS IF THEY ARE NOT FINAL. I think there are enough caps in this email to convey my point. Have a good day. -- Tom. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [legacy/eio] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/eio. at 72924e93da (tag) tagging d3f09af34571dab33b53cf290bb0637eace19f87 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 10 +- configure.ac | 8 3 files changed, 17 insertions(+), 5 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/embryo] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/embryo. at 9eff0bb29e (tag) tagging b21247eb0774f3d7ea21da20df20244fdc3326c6 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 10 +- configure.ac | 6 +++--- 3 files changed, 16 insertions(+), 4 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [core/elementary] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository core/elementary. at dda5fa89b7 (tag) tagging 3d7e3d8ccfa88f3827fe81591db585ab36be1ea7 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog | 12 + NEWS | 15 ++ config/default/profile.desktop | 5 -- config/mobile/profile.desktop | 11 - config/standard/profile.desktop| 7 --- configure.ac | 66 +- data/desktop/elementary_config.desktop | 10 data/desktop/elementary_test.desktop | 14 -- po/ar.po | 28 ++-- po/az_IR.po| 28 ++-- po/cs.po | 28 ++-- po/de.po | 28 ++-- po/eo.po | 81 po/fa.po | 28 ++-- po/fr.po | 28 ++-- po/he.po | 28 ++-- po/it.po | 26 +-- po/ko_KR.po| 28 ++-- po/nl.po | 28 ++-- po/ps.po | 28 ++-- po/pt.po | 27 +-- po/ur.po | 28 ++-- po/yi.po | 28 ++-- po/zh_CN.po| 84 +- src/bin/test_glview.c | 4 -- src/bin/test_glview_simple.c | 4 -- src/examples/glview_example_01.c | 4 -- src/examples/index_example_01.c| 1 + src/examples/list_example_03.c | 9 src/lib/elm_gesture_layer.c| 6 +-- src/lib/elm_main.c | 72 + 31 files changed, 421 insertions(+), 373 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Mike Blumenkrantz (2): fix blank Name[$locale]= values in .desktops remove more invalid Name[]= entries Rafael Antognolli (4): list: Fix list_example_03 - call elm_list_go(). elm/index: Fix example, must call elm_index_level_go(). elm/tests: Autodetect engine, instead of hardcode it. elm/examples: Autodetect engine on the glview example too. Tom 'TAsn' Hacohen (1): Added clouseau integration. Tom Hacohen (2): Revert elm_gesture_layer: Fix potential NULL pointer dereference. Gesture layer: Updated changelog according to 935d7b24d041. maxerba (1): Removing blank entries from desktop files Eduardo Lima (Etrunko) (1): 1.7.9 Release Mike Blumenkrantz (2): fix blank Name[$locale]= values in .desktops remove more invalid Name[]= entries Rafael Antognolli (4): list: Fix list_example_03 - call elm_list_go(). elm/index: Fix example, must call elm_index_level_go(). elm/tests: Autodetect engine, instead of hardcode it. elm/examples: Autodetect engine on the glview example too. Tom 'TAsn' Hacohen (1): Added clouseau integration. Tom Hacohen (2): Revert elm_gesture_layer: Fix potential NULL pointer dereference. Gesture layer: Updated changelog according to 935d7b24d041. maxerba (1): Removing blank entries from desktop files --- No new revisions were added by this update. --
[EGIT] [legacy/efreet] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/efreet. at 35372625c6 (tag) tagging e0786b2425133a9da8ed29fcc4552654f37195c4 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog | 4 NEWS | 10 +- configure.ac | 8 po/cs.po | 4 ++-- po/de.po | 4 ++-- po/efreet.pot | 9 + po/el.po | 4 ++-- po/eo.po | 5 +++-- po/es.po | 4 ++-- po/fr.po | 4 ++-- po/it.po | 4 ++-- po/ja.po | 4 ++-- po/ko.po | 4 ++-- po/nl.po | 4 ++-- po/pt.po | 4 ++-- po/ru.po | 4 ++-- po/sl.po | 4 ++-- po/zh_CN.po | 4 ++-- 18 files changed, 51 insertions(+), 37 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/eina] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/eina. at e80741c4f4 (tag) tagging 40d86ae6440c3c32abce55181147a92df69b1925 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog | 4 NEWS | 8 configure.ac | 4 ++-- src/tests/Makefile.am | 2 +- 4 files changed, 15 insertions(+), 3 deletions(-) Albin Tonnerre (1): Tests: Link against @EFL_PTHREAD_LIBS@ Eduardo Lima (Etrunko) (1): 1.7.9 Release Albin Tonnerre (1): Tests: Link against @EFL_PTHREAD_LIBS@ Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/ethumb] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/ethumb. at fae464db67 (tag) tagging c14f5948baf09ffb0a0ca36d827bb29b990efcf1 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 10 +- configure.ac | 24 3 files changed, 25 insertions(+), 13 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/evas] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/evas. at 0ed41377a5 (tag) tagging 3c508a28e336355b1d711be3815ccc6b6db9e039 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog | 31 +++ NEWS | 16 +- configure.ac | 6 +- src/lib/canvas/evas_object_textblock.c| 324 +- src/lib/engines/common/evas_font.h| 1 + src/lib/engines/common/evas_font_query.c | 40 +++ src/lib/engines/common/language/evas_bidi_utils.c | 2 +- src/modules/engines/wayland_egl/evas_engine.c | 102 --- src/tests/evas_test_textblock.c | 35 ++- 9 files changed, 432 insertions(+), 125 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Rafael Antognolli (2): evas/wayland_egl: Skip makecurrent if re-win is NULL. evas/wayland_egl: Do not create a new surface if we already have one. Tom Hacohen (19): Fixed the news file (1.7.8 - 1.7.9). Textblock: Make the ellipsis format the same as the surrounding. Evas textblock: Added proper size adjustments for high shaped texts. Evas textblock: Fixed high text size adjustments for multiple paragraphs. Evas textblock: Use max ascent/descent at the edges of the textblock. Evas textblock: Fixed calculation of maxdescent. Fixed bad backport in commit 78dafd57276b577aef0cd5a74fdf182f56e39f88 Evas textblock tests: Fix a broken test and add another test. Evas textblock tests: Adjust tests according to descent fix. Textblock tests: Fixed bad backport of tests. Textblock: Fixed wrapping after format item (bad backport) Evas bidi: Fixed a bug causing BiDi not to work in some cases. Evas textblock: fixed *_markup_get issue with escaped chars. Evas textblock: Fix wrong line spacing when appending lines. Evas textblock: Fixed max descent calculation. Evas textblock: Added _layout_item_max_ascent_descent_calc. Evas textblock: Fix native size calculation. Evas textblock: Cleaned up descent calculation. Evas textblock: Fixed broken test. Youngbok Shin (1): evas: Fixed the textblock format to be drawn according to the glyph's horizontal advance width. Eduardo Lima (Etrunko) (1): 1.7.9 Release Rafael Antognolli (2): evas/wayland_egl: Skip makecurrent if re-win is NULL. evas/wayland_egl: Do not create a new surface if we already have one. Tom Hacohen (19): Fixed the news file (1.7.8 - 1.7.9). Textblock: Make the ellipsis format the same as the surrounding. Evas textblock: Added proper size adjustments for high shaped texts. Evas textblock: Fixed high text size adjustments for multiple paragraphs. Evas textblock: Use max ascent/descent at the edges of the textblock. Evas textblock: Fixed calculation of maxdescent. Fixed bad backport in commit 78dafd57276b577aef0cd5a74fdf182f56e39f88 Evas textblock tests: Fix a broken test and add another test. Evas textblock tests: Adjust tests according to descent fix. Textblock tests: Fixed bad backport of tests. Textblock: Fixed wrapping after format item (bad backport) Evas bidi: Fixed a bug causing BiDi not to work in some cases. Evas textblock: fixed *_markup_get issue with escaped chars. Evas textblock: Fix wrong line spacing when appending lines. Evas textblock: Fixed max descent calculation. Evas textblock: Added _layout_item_max_ascent_descent_calc. Evas textblock: Fix native size calculation. Evas textblock: Cleaned up descent calculation. Evas textblock: Fixed broken test. Youngbok Shin (1): evas: Fixed the textblock format to be drawn according to the glyph's horizontal advance width. --- No new revisions were added by this update. --
[EGIT] [core/evas_generic_loaders] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository core/evas_generic_loaders. at e2c0bb668c (tag) tagging 73d1d75834090913734dfb498da29bfaa2dcbeef (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 10 +- configure.ac | 4 ++-- 3 files changed, 15 insertions(+), 3 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/emotion] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/emotion. at 18ed4f4f1b (tag) tagging c7249790d884c65959ac91b4f03ccb5c7ddafe31 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 10 +- configure.ac | 30 +++--- 3 files changed, 28 insertions(+), 16 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/evil] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/evil. at 0db6cbf0a9 (tag) tagging a0cbad6bfcbdf02946cefd126a0d38e72f3c1059 (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog | 8 NEWS| 4 configure.ac| 2 +- src/lib/evil_inet.c | 5 - src/lib/evil_inet.h | 5 + 5 files changed, 22 insertions(+), 2 deletions(-) Cedric Bail (1): evil: fix compilation for Windows = Vista and gcc 4.8.1. Eduardo Lima (Etrunko) (1): 1.7.9 Release Cedric Bail (1): evil: fix compilation for Windows = Vista and gcc 4.8.1. Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [tools/expedite] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository tools/expedite. at a23c254fef (tag) tagging 16aadf578f940ad972c0ca8bc51b0aa7f30a56ef (commit) replaces v1.7.8 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:01:15 2013 -0200 - Log - ChangeLog| 4 NEWS | 8 configure.ac | 8 3 files changed, 16 insertions(+), 4 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.9 Release Eduardo Lima (Etrunko) (1): 1.7.9 Release --- No new revisions were added by this update. --
[EGIT] [legacy/eldbus] annotated tag v1.7.9 created
etrunko pushed a change to annotated tag v1.7.9 in repository legacy/eldbus. at a59bd540fd (tag) tagging b5a2b9d2505cba433587edb13a9efa716a2168bc (commit) tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:04:50 2013 -0200 - Log - Release 1.7.9 as tech preview Carsten Haitzler (1): even if we have an older libdbus - let's #define the strings that are Carsten Haitzler (Rasterman) (3): eldbus: error message iters should be initted as readonly. eldbus - only unref client conns that are not null after dispatch eldbus - better fix for dbus_conn becoming null in dispatch Cedric Bail (2): eldbus: use the right variable name for version. efl: fix headers order. Eduardo Lima (Etrunko) (11): eldbus: Reset value of fd_handler after deletion eldbus: New internal function _eldbus_connection_free() eldbus: Welcome two new APIs and one connection type Example for eldbus_address_connection_get() functions eldbus: Add proxy call to org.freedesktop.DBus.Hello eldbus: Call dbus_bus_register() for TYPE_ADDRESS connections eldbus: Missing dbus_connection_unref() in error path Updated Eldbus connect_address example Merge branch 'backports' Update AUTHORS 1.7.9 Release Gustavo Sverzut Barbieri (1): add copying (lgpl like elm) and readme. José Roberto de Souza (116): edbus: Fix memory leak in edbus: Add example of 2 containners at same level. edbus: Fix building doc outside of tree edbus: Add edbus_signal_handler_match_extra_vset edbus: Full file path on EXTRA_DIST of doc edbus: Fix lib name in edbus2.pc.in edbus: Call callback if already have a unique id when edbus: Add flag to name_owner_changed_callback_add to edbus: Fix example of double container edbus: Remove edbus_real_method edbus: Rename functions to obey EFL codding style edbus: Add const EDBus_Message parameter of edbus: Add dictionary iterator edbus: Fix type check of solo structs edbus: Use NULL instead of EDBUS_ARGS({, }) edbus: Avoid call _on_signal_handler_free over freed object or proxy edbus: Add a private function edbus_message_iter_sub_iter_get() edbus: Fix instrospect signature edbus: Parse EDBus_Message to Eina_Value edbus: Implementation of EDBUS_PROXY_EVENTS and edbus_proxy_properties_monitor edbus: Add edbus_proxy_property_local_get and get_all edbus: Add edbus_proxy_properties_changed_callback_add edbus: Parse Eina_Value to edbus_message edbus: Break while if a error happen in message_arguments_set edbus: Add edbus_message to/from eina_value examples edbus: Add doc of edbus_message to/from eina_value edbus: Revert 'Add initializers to stop warnings' r78292 edbus: Add some EINA_SAFETY to public API edbus: Fix wrong pointer passed to edbus_message_iter_arguments_get edbus: Add missed eina_magic names edbus: Remove unnecessary define edbus: Make on_name_owner_changed() return upon error getting args edbus: Use separate struct for description of Service Interface edbus: Add Properties to edbus service API edbus: Implement DBus.Properties for services edbus: Add invalidate to EDBus_Property edbus: Append path of child objects in Introspectable edbus: Add input message to get property function edbus: Fix leak in GetAll Properties of Proxy monitor edbus: Add edbus_service_object_manager_attach/detach edbus: Remove stringshare of Instrospectable interface edbus: Cosmetic change edbus: Fix segfault in edbus_message_to_eina_value() when message have no args edbus: Fix search of children objects when path = / edbus: Rename edbus_object_bus_path_get() to edbus_object_path_get() edbus: Add main page to doxygen edbus: Fix doxygen layout edbus: Implement edbus_object_event_callback_add() edbus: Implement edbus_object_managed_objects_get() edbus: Add EINA_ARG_NONNULL and EINA_WARN_UNUSED_RESULT to API edbus: Use edbus_connection_name_get() instead of try find and alloc edbus: Handle 'unref signal handler inside of own callback' with ref and unref edbus: Refactor edbus_connection_name edbus: Refactor banshee example edbus: Fix bug found in refactored banshee example edbus: Allow to monitor unique id in edbus_name_owner_changed_callback_add edbus: Support '(' and '{' in edbus_message_iter_get_and_next() edbus: Refactor examples edbus: Add edbus_private_connection_get() edbus: Remove unnecessary connection events edbus: Add Disconnected event in connection edbus: Remove signal_handler_del over a already freed signal edbus: Add proxy to Proxy_Event_Property_Changed edbus: Add Variant to Property
[EGIT] [legacy/eldbus] master 01/01: 1.7.9 Release
etrunko pushed a commit to branch master. http://git.enlightenment.org/legacy/eldbus.git/commit/?id=b5a2b9d2505cba433587edb13a9efa716a2168bc commit b5a2b9d2505cba433587edb13a9efa716a2168bc Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Mon Jul 29 11:59:43 2013 -0300 1.7.9 Release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- configure.ac | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/configure.ac b/configure.ac index 8c681a1..d1f63ba 100644 --- a/configure.ac +++ b/configure.ac @@ -1,4 +1,4 @@ -EFL_VERSION([1], [7], [99], [dev]) +EFL_VERSION([1], [7], [9]) AC_INIT([eldbus], [efl_version], [enlightenment-devel@lists.sourceforge.net]) AC_PREREQ([2.60]) @@ -6,7 +6,7 @@ AC_CONFIG_SRCDIR([configure.ac]) AC_CONFIG_MACRO_DIR([m4]) AC_CONFIG_HEADERS([config.h]) -AM_INIT_AUTOMAKE([foreign subdir-objects]) +AM_INIT_AUTOMAKE([foreign subdir-objects dist-bzip2]) m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])]) @@ -57,8 +57,8 @@ EFL_CHECK_DOXYGEN([build_doc=yes], [build_doc=no]) EFL_INIT -PKG_CHECK_MODULES([EINA], [eina = 1.7.0]) -PKG_CHECK_MODULES([ECORE], [ecore = 1.7.0]) +PKG_CHECK_MODULES([EINA], [eina = 1.7.9]) +PKG_CHECK_MODULES([ECORE], [ecore = 1.7.9]) PKG_CHECK_MODULES([DBUS], [dbus-1]) with_max_log_level=EINA_LOG_LEVEL_DBG @@ -72,8 +72,8 @@ EFL_ENABLE_BIN([eldbus-codegen], [yes]) if test x${have_eldbus_codegen} = xyes ; then PKG_CHECK_MODULES([ELDBUS_CODEGEN], - [eina = 1.6.99 -ecore = 1.6.99], + [eina = 1.7.9 +ecore = 1.7.9], [have_eldbus_codegen=yes], [have_eldbus_codegen=no]) fi --
[EGIT] [core/enlightenment] annotated tag v0.17.5 created
etrunko pushed a change to annotated tag v0.17.5 in repository core/enlightenment. at 4ab573a4af (tag) tagging d9415c9a74f3b8d6e9e243e25aa82be810df0669 (commit) replaces v0.17.4 tagged by Eduardo Lima (Etrunko) on Tue Nov 5 11:50:12 2013 -0200 - Log - Release 0.17.5 ChangeLog | 20 +++ NEWS | 17 + config/default/profile.desktop | 5 --- config/mobile/profile.desktop | 11 -- config/standard/profile.desktop| 10 -- configure.ac | 12 +-- data/desktop/enlightenment_filemanager.desktop | 11 -- data/favorites/desktop.desktop | 12 --- data/favorites/home.desktop| 12 --- data/favorites/root.desktop| 15 data/favorites/tmp.desktop | 14 data/xsession/enlightenment.desktop.in | 12 --- src/bin/e_fm.c | 42 +- src/bin/e_main.c | 18 +- src/bin/e_menu.c | 13 ++- src/bin/e_randr.c | 3 ++ src/bin/e_randr.h | 2 +- src/bin/e_start_main.c | 6 ++-- src/bin/e_xinerama.c | 6 src/bin/e_xinerama.h | 1 + src/modules/access/module.desktop.in | 11 -- src/modules/backlight/module.desktop.in| 11 -- src/modules/battery/module.desktop.in | 13 --- src/modules/clock/module.desktop.in| 13 --- src/modules/comp/module.desktop.in | 9 - src/modules/conf/module.desktop.in | 16 - src/modules/conf_applications/module.desktop.in| 14 src/modules/conf_dialogs/module.desktop.in | 15 src/modules/conf_display/module.desktop.in | 21 --- src/modules/conf_edgebindings/module.desktop.in| 8 - src/modules/conf_interaction/module.desktop.in | 21 --- src/modules/conf_intl/module.desktop.in| 14 src/modules/conf_keybindings/module.desktop.in | 20 --- src/modules/conf_menus/module.desktop.in | 15 src/modules/conf_paths/module.desktop.in | 15 src/modules/conf_performance/module.desktop.in | 14 src/modules/conf_randr/e_smart_monitor.c | 2 +- src/modules/conf_randr/module.desktop.in | 14 src/modules/conf_shelves/module.desktop.in | 15 src/modules/conf_theme/module.desktop.in | 15 src/modules/conf_wallpaper2/module.desktop.in | 15 .../conf_window_manipulation/module.desktop.in | 15 .../conf_window_remembers/module.desktop.in| 6 src/modules/connman/module.desktop.in | 6 src/modules/cpufreq/module.desktop.in | 15 src/modules/dropshadow/module.desktop.in | 14 src/modules/everything/module.desktop.in | 16 - src/modules/fileman/module.desktop.in | 14 src/modules/fileman_opinfo/module.desktop.in | 7 src/modules/gadman/module.desktop.in | 9 - src/modules/ibar/module.desktop.in | 16 - src/modules/ibox/module.desktop.in | 17 - src/modules/illume-bluetooth/module.desktop.in | 19 -- src/modules/illume-home-toggle/module.desktop.in | 20 --- src/modules/illume-home/module.desktop.in | 18 -- src/modules/illume-indicator/module.desktop.in | 19 -- src/modules/illume-kbd-toggle/module.desktop.in| 19 -- src/modules/illume-keyboard/module.desktop.in | 19 -- src/modules/illume-mode-toggle/module.desktop.in | 20 --- src/modules/illume-softkey/module.desktop.in | 21 --- src/modules/illume2/module.desktop.in | 21 --- src/modules/layout/module.desktop.in | 15 src/modules/mixer/conf_gadget.c| 10 +- src/modules/mixer/module.desktop.in| 8 - src/modules/msgbus/module.desktop.in | 9 - src/modules/notification/module.desktop.in | 7 src/modules/pager/module.desktop.in| 11 -- src/modules/physics/module.desktop.in | 11 -- src/modules/quickaccess/module.desktop.in | 11 -- src/modules/shot/module.desktop.in | 12 --- src/modules/start/module.desktop.in| 10
[EGIT] [core/enlightenment] enlightenment-0.17 01/02: Attempt to fix blank screen bug by updating randr config version
etrunko pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=910e10976016b918f3eb9badbdb8b6a3753653e4 commit 910e10976016b918f3eb9badbdb8b6a3753653e4 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Thu Oct 31 20:46:15 2013 -0200 Attempt to fix blank screen bug by updating randr config version Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- src/bin/e_randr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/bin/e_randr.h b/src/bin/e_randr.h index 4bae8ba..170a29a 100644 --- a/src/bin/e_randr.h +++ b/src/bin/e_randr.h @@ -14,7 +14,7 @@ typedef struct _E_Randr_Config E_Randr_Config; #define E_RANDR_VERSION_1_4 ((1 16) | 4) #define E_RANDR_CONFIG_FILE_EPOCH 1 -#define E_RANDR_CONFIG_FILE_GENERATION 3 +#define E_RANDR_CONFIG_FILE_GENERATION 4 #define E_RANDR_CONFIG_FILE_VERSION \ ((E_RANDR_CONFIG_FILE_EPOCH * 100) + E_RANDR_CONFIG_FILE_GENERATION) --
[EGIT] [core/enlightenment] enlightenment-0.17 02/02: 0.17.5 release
etrunko pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=d9415c9a74f3b8d6e9e243e25aa82be810df0669 commit d9415c9a74f3b8d6e9e243e25aa82be810df0669 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Sep 10 17:55:39 2013 -0300 0.17.5 release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- ChangeLog| 5 + NEWS | 17 + configure.ac | 6 +++--- 3 files changed, 25 insertions(+), 3 deletions(-) diff --git a/ChangeLog b/ChangeLog index 9367b20..f989802 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2013-10-14 Eduardo Lima (Etrunko) + +* 0.17.5 release + 2013-10-14 Mike Blumenkrantz * Fix event clipping on filemanager icons @@ -11,6 +15,7 @@ * Fix bug where new files could not be created repeatedly 2013-08-02 Deon Thomas (PrinceAMD) + * fixed stall on startup because xinerama started before randr (backports). 2013-08-02 Eduardo Lima (Etrunko) diff --git a/NEWS b/NEWS index da3fe79..3a94e6a 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,20 @@ +Changes since 0.17.4: +- + +Additions: + +Deprecations: + +Changes: + +Removed: + +Improvements: + +Fixes: + * fixed stall on startup because xinerama started before randr (backports). + + Changes since 0.17.3: - diff --git a/configure.ac b/configure.ac index 5153e32..174e567 100644 --- a/configure.ac +++ b/configure.ac @@ -2,13 +2,13 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [0]) m4_define([v_min], [17]) -m4_define([v_mic], [4]) +m4_define([v_mic], [5]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below line m4_undefine([v_rev]) -m4_define([relname], [0.17.4]) +m4_define([relname], [0.17.5]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-08]) dnl m4_define([v_rel], [-release relname]) @@ -75,7 +75,7 @@ EFL_CHECK_PATH_MAX AC_CHECK_FUNCS(setenv) AC_CHECK_FUNCS(unsetenv) -efl_version=1.7.8 +efl_version=1.7.9 AC_SUBST(efl_version) AC_CHECK_HEADERS([sys/timerfd.h sys/ptrace.h arpa/inet.h netinet/in.h]) --
Re: [E-devel] efl dev day 2013 presentation materials
OOoh yeah, thanks a lot ! On Tuesday 05 November 2013 19:52, ChunEon Park wrote : Maybe cedric will share the materials later, I pushed pdfs all I collected in git://git.enlightenment.org/devs/hermet/misc.git Check the dev_day2013 folder if you need them right now. Thanks. -Regards, Hermet- --- Hell'O from Yverdoom Jérémy (jeyzu) -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore Coroutine - please die?
On Tue, Nov 5, 2013 at 8:04 AM, Tom Hacohen tom.haco...@samsung.com wrote: /* The idea of this trick come from libcoroutine */ /* __jmpbuf[6] == stack pointer */ /* __jmpbuf[7] == program counter */ coro-context-env[0].__jmpbuf[6] = ((uintptr_t)(coro-stack)); coro-context-env[0].__jmpbuf[7] = ((uintptr_t)_ecore_coroutine_entry_point); This is not portable. I've used this before at uni and the thing failed miserably on old systems. Also, as you can see from it, it's not really clean and can break at any time... That's why ucontext has makecontext(): to hide the platform intricacies inside libc, which is where these kind of assumptions should be made. However, as much as I like coroutines -- and Cedric wrote this code based on the code I wrote for my toy web server -- if they're not being used in EFL or EFL-using applications, I'm also on the yank-it-bandwagon. They can lead to some hard-to-debug situations and EFL codebase is complex enough to guarantee debugging usual issues aren't necessarily a walk in the park. If you add coroutines to the mix, specially in some general-purpose library that has not been designed to work with coroutines, things will get pretty chaotic: useless stack traces, stack overflows (specially on small stacks like the current implementation), Valgrind getting crazy, etc. Leandro -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] EFL 1.8 Alpha 1 + Enlightenment 0.18 Alpha1 Terminology 0.4 Alpha1
(Note, I'm replying to e-devel only, on purpose) Now that you're in the release mood too, what about organizing the release folder a bit? Just take a look at the directory listing: http://download.enlightenment.org/releases/ We could keep to the minor level, such as E 0.18, EFL 1.8 and don't include the micro version (0.18.0 and 1.8.0, and so on). Something like this: releases/ - enlightenment/ - 0.18/ - 0.19/ - efl/ - 1.8/ - 1.9/ - terminology/ I am proposing this for the upcoming releases, I wouldn't change the current state so we make sure we won't break any scripting that might be used by distros. Regards, Etrunko On Tue, Nov 5, 2013 at 7:00 AM, Carsten Haitzler ras...@rasterman.com wrote: We are pleased to announce that our very first Alpha release (Alpha 1) of EFL 1.8 is now available for download at: http://download.enlightenment.org/releases/ The relevant components are: **GZ** http://download.enlightenment.org/releases/efl-1.8.0-alpha1.tar.gz http://download.enlightenment.org/releases/elementary-1.8.0-alpha1.tar.gz http://download.enlightenment.org/releases/emotion_generic_players-1.8.0-alpha1.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.8.0-alpha1.tar.gz **BZ2** http://download.enlightenment.org/releases/efl-1.8.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/elementary-1.8.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/emotion_generic_players-1.8.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/evas_generic_loaders-1.8.0-alpha1.tar.bz2 If you are compiling the above, please compile them in the following order: efl elementary emotion_generic_players evas_generic_players If you have an existing EFL or Elementary install, you may wish to delete its header files and libraries before building the above. In addition we have also put up early stage Alphas of Enlightenment 0.18 and Terminology 0.4 available here: **GZ** http://download.enlightenment.org/releases/enlightenment-0.18.0-alpha1.tar.gz http://download.enlightenment.org/releases/terminology-0.4.0-alpha1.tar.gz **BZ2** http://download.enlightenment.org/releases/enlightenment-0.18.0-alpha1.tar.bz2 http://download.enlightenment.org/releases/terminology-0.4.0-alpha1.tar.bz2 We ask people to test builds and functionality at this stage in preparation for full release. Of course there will be bugs, and this is the point at which to weed them out. Please file bug tasks on http://phab.enlightenment.org and we will address them as best as possible for release. Future Alpha and Betas will come. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/emotion_generic_players] master 01/01: Remove extraneous $(DESTDIR) in Makefile.am.
ngc891 pushed a commit to branch master. http://git.enlightenment.org/core/emotion_generic_players.git/commit/?id=74955ec3cfc4648d7b1047a926966601250637ab commit 74955ec3cfc4648d7b1047a926966601250637ab Author: Jerome Pinot ngc...@gmail.com Date: Tue Nov 5 23:33:47 2013 +0900 Remove extraneous $(DESTDIR) in Makefile.am. --- Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index 97c53d5..0355026 100644 --- a/Makefile.am +++ b/Makefile.am @@ -40,7 +40,7 @@ m4/ltversion.m4 #emotiongenericplayersdir = $(EMOTION_GENERIC_PLAYERS_DIR) emotiongenericplayersdir = \ -$(DESTDIR)$(libdir)/emotion/generic_players/$(MODULE_ARCH) +$(libdir)/emotion/generic_players/$(MODULE_ARCH) emotiongenericplayers_PROGRAMS = --
[EGIT] [website/www] master 01/01: Update download page with latest stable release
etrunko pushed a commit to branch master. http://git.enlightenment.org/website/www.git/commit/?id=f35e22f73f6bfc1698491794a202d8cb87808bd3 commit f35e22f73f6bfc1698491794a202d8cb87808bd3 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Nov 5 12:40:23 2013 -0200 Update download page with latest stable release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- public_html/p/download/en-body | 68 +- 1 file changed, 34 insertions(+), 34 deletions(-) diff --git a/public_html/p/download/en-body b/public_html/p/download/en-body index 468061d..660bd78 100644 --- a/public_html/p/download/en-body +++ b/public_html/p/download/en-body @@ -79,60 +79,60 @@ ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Eina;Eina/a /bem - 1.7.8/em/pp + 1.7.9/em/pp Core data structure library. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/eina-1.7.8.tar.gz; + http://download.enlightenment.org/releases/eina-1.7.9.tar.gz; );?/p/div ?php frame2();? ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Eet;Eet/a /bem - 1.7.8/em/pp + 1.7.9/em/pp Data encode/decode and storage library. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/eet-1.7.8.tar.gz; + http://download.enlightenment.org/releases/eet-1.7.9.tar.gz; );?/p/div ?php frame2();? ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Evas;Evas/a /bem - 1.7.8/em/pp + 1.7.9/em/pp Canvas and scenegraph rendering library. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/evas-1.7.8.tar.gz; + http://download.enlightenment.org/releases/evas-1.7.9.tar.gz; );?/p/div ?php frame2();? ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Ecore;Ecore/a /bem - 1.7.8/em/pp + 1.7.9/em/pp Core mainloop, display abstraction and utility library. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/ecore-1.7.8.tar.gz; + http://download.enlightenment.org/releases/ecore-1.7.9.tar.gz; );?/p/div ?php frame2();? ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Embryo;Embryo/a /bem - 1.7.8/em/pp + 1.7.9/em/pp Small a href=http://www.compuphase.com/pawn;Pawn/a based virtual machine and compiler. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/embryo-1.7.8.tar.gz; + http://download.enlightenment.org/releases/embryo-1.7.9.tar.gz; );?/p/div ?php frame2();? ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Evas_Generic_Loaders;Evas Generic Loaders/a /bem - 1.7.8/em/pp + 1.7.9/em/pp Extra loaders for GPL loaders and unstable libraries. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/evas_generic_loaders-1.7.8.tar.gz; + http://download.enlightenment.org/releases/evas_generic_loaders-1.7.9.tar.gz; );?/p/div ?php frame2();? @@ -152,20 +152,20 @@ ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Elementary;Elementary/a /bem - 1.7.8 /em/pp + 1.7.9 /em/pp A full regular widget set. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/elementary-1.7.8.tar.gz; + http://download.enlightenment.org/releases/elementary-1.7.9.tar.gz; );?/p/div ?php frame2();? ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Eio;Eio/a /bem - 1.7.8 /em/pp + 1.7.9 /em/pp Async I/O library. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/eio-1.7.8.tar.gz; + http://download.enlightenment.org/releases/eio-1.7.9.tar.gz; );?/p/div ?php frame2();? @@ -175,90 +175,90 @@ ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/User_Guide;Enlightenment/a /bem - 0.17.4/em/pp + 0.17.5/em/pp The Window Manager and Desktop Shell. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD, - http://download.enlightenment.org/releases/enlightenment-0.17.4.tar.gz; + http://download.enlightenment.org/releases/enlightenment-0.17.5.tar.gz; );?/p/div ?php frame2();? ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/Edje;Edje/a /bem - 1.7.8/em/pp + 1.7.9/em/pp Abstract GUI layout and animation object
[E-devel] EFL 1.7.9 Stable Series and Enlightenment 0.17.5
The Enlightenment Release Team is happy to announce a new stable release of the EFL libraries, and of the Enlightenment window manager. Please read the ChangeLog and NEWS files from each specific tarball in order to get more information about what has been fixed. Following are the links for download of the tarballs: == Eina 1.7.9 == * http://download.enlightenment.org/releases/eina-1.7.9.tar.gz * http://download.enlightenment.org/releases/eina-1.7.9.tar.bz2 == Eet 1.7.9 == * http://download.enlightenment.org/releases/eet-1.7.9.tar.gz * http://download.enlightenment.org/releases/eet-1.7.9.tar.bz2 == Evas 1.7.9 == * http://download.enlightenment.org/releases/evas-1.7.9.tar.gz * http://download.enlightenment.org/releases/evas-1.7.9.tar.bz2 == Ecore 1.7.9 == * http://download.enlightenment.org/releases/ecore-1.7.9.tar.gz * http://download.enlightenment.org/releases/ecore-1.7.9.tar.bz2 == Embryo 1.7.9 == * http://download.enlightenment.org/releases/embryo-1.7.9.tar.gz * http://download.enlightenment.org/releases/embryo-1.7.9.tar.bz2 == Edje 1.7.9 == * http://download.enlightenment.org/releases/edje-1.7.9.tar.gz * http://download.enlightenment.org/releases/edje-1.7.9.tar.bz2 == Efreet 1.7.9 == * http://download.enlightenment.org/releases/efreet-1.7.9.tar.gz * http://download.enlightenment.org/releases/efreet-1.7.9.tar.bz2 == E_dbus 1.7.9 == * http://download.enlightenment.org/releases/e_dbus-1.7.9.tar.gz * http://download.enlightenment.org/releases/e_dbus-1.7.9.tar.bz2 == Eldbus 1.7.9 (Technology Preview) == * http://download.enlightenment.org/releases/eldbus-1.7.9.tar.gz * http://download.enlightenment.org/releases/eldbus-1.7.9.tar.bz2 == Eeze 1.7.9 == * http://download.enlightenment.org/releases/eeze-1.7.9.tar.gz * http://download.enlightenment.org/releases/eeze-1.7.9.tar.bz2 == Expedite 1.7.9 == * http://download.enlightenment.org/releases/expedite-1.7.9.tar.gz * http://download.enlightenment.org/releases/expedite-1.7.9.tar.bz2 == Evas Generic Loaders 1.7.9 == * http://download.enlightenment.org/releases/evas_generic_loaders-1.7.9.tar.gz * http://download.enlightenment.org/releases/evas_generic_loaders-1.7.9.tar.bz2 == Eio 1.7.9 == * http://download.enlightenment.org/releases/eio-1.7.9.tar.gz * http://download.enlightenment.org/releases/eio-1.7.9.tar.bz2 == Emotion 1.7.9 == * http://download.enlightenment.org/releases/emotion-1.7.9.tar.gz * http://download.enlightenment.org/releases/emotion-1.7.9.tar.bz2 == Ethumb 1.7.9 == * http://download.enlightenment.org/releases/ethumb-1.7.9.tar.gz * http://download.enlightenment.org/releases/ethumb-1.7.9.tar.bz2 == Elementary 1.7.9 == * http://download.enlightenment.org/releases/elementary-1.7.9.tar.gz * http://download.enlightenment.org/releases/elementary-1.7.9.tar.bz2 == Evil 1.7.9 == * http://download.enlightenment.org/releases/evil-1.7.9.tar.gz * http://download.enlightenment.org/releases/evil-1.7.9.tar.bz2 == Enlightenment 0.17.5 == * http://download.enlightenment.org/releases/enlightenment-0.17.5.tar.gz * http://download.enlightenment.org/releases/enlightenment-0.17.5.tar.bz2 -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/elementary] master 01/01: DnD: Fix compilation errors by adapting the multi-callbacks to Wayland.
antognolli pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=f3789ec0504565e91b0e7dab26790ddda9959c0b commit f3789ec0504565e91b0e7dab26790ddda9959c0b Author: Daniel Zaoui daniel.za...@samsung.com Date: Tue Nov 5 17:26:51 2013 +0200 DnD: Fix compilation errors by adapting the multi-callbacks to Wayland. --- src/lib/elm_cnp.c | 316 ++ 1 file changed, 177 insertions(+), 139 deletions(-) diff --git a/src/lib/elm_cnp.c b/src/lib/elm_cnp.c index d405eea..b321de1 100644 --- a/src/lib/elm_cnp.c +++ b/src/lib/elm_cnp.c @@ -178,6 +178,7 @@ static Eina_List *cont_drag_tg = NULL; /* List of Item_Container_Drag_Info */ static void _cont_obj_mouse_up( void *data, Evas *e, Evas_Object *obj, void *event_info); static void _cont_obj_mouse_move( void *data, Evas *e, Evas_Object *obj, void *event_info); +static void _all_drop_targets_cbs_del(void *data, Evas *e, Evas_Object *obj, void *info); static Eina_Bool _drag_cancel_animate(void *data __UNUSED__, double pos) @@ -198,6 +199,24 @@ _drag_cancel_animate(void *data __UNUSED__, double pos) return ECORE_CALLBACK_RENEW; } +static void +_all_drop_targets_cbs_del(void *data __UNUSED__, Evas *e __UNUSED__, Evas_Object *obj, void *info __UNUSED__) +{ + Dropable *dropable = NULL; + eo_do(obj, eo_base_data_get(__elm_dropable, (void **)dropable)); + if (dropable) + { +Eina_Inlist *itr; +Dropable_Cbs *cbs; +EINA_INLIST_FOREACH_SAFE(dropable-cbs_list, itr, cbs) + { + elm_drop_target_del(obj, cbs-types, + cbs-entercb, cbs-enterdata, cbs-leavecb, cbs-leavedata, + cbs-poscb, cbs-posdata, cbs-dropcb, cbs-dropdata); + } + } +} + #ifdef HAVE_ELEMENTARY_X static Tmp_Info *_tempfile_new (int size); static int_tmpinfo_free (Tmp_Info *tmp); @@ -293,7 +312,6 @@ static Eina_Bool _x11_elm_drop_target_del (Evas_Object *obj, Elm_ Elm_Drag_State leavecb, void *leavedata, Elm_Drag_Pos poscb, void *posdata, Elm_Drop_Cb dropcb, void *dropdata); -static void _all_drop_targets_cbs_del(void *data, Evas *e, Evas_Object *obj, void *info); static Eina_Bool _x11_elm_selection_selection_has_owner (Evas_Object *obj __UNUSED__); static X11_Cnp_Atom _x11_atoms[CNP_N_ATOMS] = { @@ -1940,7 +1958,6 @@ _x11_elm_drop_target_del(Evas_Object *obj, Elm_Sel_Format format, dropable = NULL; evas_object_event_callback_del(obj, EVAS_CALLBACK_DEL, _all_drop_targets_cbs_del); - } } else return EINA_FALSE; @@ -1976,24 +1993,6 @@ _x11_elm_drop_target_del(Evas_Object *obj, Elm_Sel_Format format, } static void -_all_drop_targets_cbs_del(void *data __UNUSED__, Evas *e __UNUSED__, Evas_Object *obj, void *info __UNUSED__) -{ - Dropable *dropable = NULL; - eo_do(obj, eo_base_data_get(__elm_dropable, (void **)dropable)); - if (dropable) - { -Eina_Inlist *itr; -Dropable_Cbs *cbs; -EINA_INLIST_FOREACH_SAFE(dropable-cbs_list, itr, cbs) - { - elm_drop_target_del(obj, cbs-types, - cbs-entercb, cbs-enterdata, cbs-leavecb, cbs-leavedata, - cbs-poscb, cbs-posdata, cbs-dropcb, cbs-dropdata); - } - } -} - -static void _x11_drag_target_del(void *data __UNUSED__, Evas *e __UNUSED__, Evas_Object *obj, void *info __UNUSED__) { X11_Cnp_Selection *sel = _x11_selections + ELM_SEL_TYPE_XDND; @@ -2163,7 +2162,7 @@ static Eina_Bool _wl_selection_receive(void *udata, int type __UNUSED__, void *e static Eina_Bool _wl_elm_dnd_init(void); static Eina_Bool _wl_elm_drop_target_add(Evas_Object *obj, Elm_Sel_Format format, Elm_Drag_State entercb, void *enterdata, Elm_Drag_State leavecb, void *leavedata, Elm_Drag_Pos poscb, void *posdata, Elm_Drop_Cb dropcb, void *dropdata); -static Eina_Bool _wl_elm_drop_target_del(Evas_Object *obj); +static Eina_Bool _wl_elm_drop_target_del(Evas_Object *obj, Elm_Sel_Format format, Elm_Drag_State entercb, void *enterdata, Elm_Drag_State leavecb, void *leavedata, Elm_Drag_Pos poscb, void *posdata, Elm_Drop_Cb dropcb, void *dropdata); static Eina_Bool _wl_elm_drag_action_set(Evas_Object *obj, Elm_Xdnd_Action action); static Eina_Bool _wl_elm_drag_start(Evas_Object *obj, Elm_Sel_Format format, const char *data, Elm_Xdnd_Action action, Elm_Drag_Icon_Create_Cb createicon, void *createdata, Elm_Drag_Pos dragpos, void *dragdata, Elm_Drag_Accept acceptcb, void *acceptdata, Elm_Drag_State dragdone, void *donecbdata); @@ -2345,46 +2344,39 @@ _wl_elm_dnd_init(void) static Eina_Bool _wl_elm_drop_target_add(Evas_Object *obj, Elm_Sel_Format format, Elm_Drag_State entercb, void *enterdata,
[EGIT] [core/enlightenment] enlightenment-0.17 01/01: wsod: Fixed gdb hangs when generating backtraces.
tasn pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=09bff77be74bb34565a23cf440f76d35b3291f04 commit 09bff77be74bb34565a23cf440f76d35b3291f04 Author: Tom Hacohen t...@stosb.com Date: Tue Nov 5 15:50:23 2013 + wsod: Fixed gdb hangs when generating backtraces. After a long and hard battle with the gods of bugs I finally fixed this stupid hang. I had to dig into the gdb source code, and gdb the hell out of gdb, but it's now solved. First of all, we should call gdb with -batch which exits automatically. This however is not enough to fix it. The bug was that gdb was haning while trying to set attributes on stdin because it was waiting for input. This is obviously problematic when running in non-interactive mode, so I had to pipe /dev/zero to stdin to fix it. While at it, I also fixed the piping of stdout and stderr to be nicer. Conflicts: ChangeLog NEWS src/bin/e_sys_main.c --- ChangeLog| 4 +++- NEWS | 1 + src/bin/e_sys_main.c | 9 + 3 files changed, 9 insertions(+), 5 deletions(-) diff --git a/ChangeLog b/ChangeLog index f989802..4d587ec 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,5 +1,7 @@ -2013-10-14 Eduardo Lima (Etrunko) +2013-11-05 Tom Hacohen + * wsod: Fixed gdb hangs when generating backtraces. +2013-10-14 Eduardo Lima (Etrunko) * 0.17.5 release 2013-10-14 Mike Blumenkrantz diff --git a/NEWS b/NEWS index 3a94e6a..b5347a5 100644 --- a/NEWS +++ b/NEWS @@ -146,3 +146,4 @@ Fixes: * fixed bug where e widgets would not unset focus * fixed bug with filemanager setting path with too many spaces when opened from menu * fix remember size/position apply +* wsod: Fixed gdb hangs when generating backtraces. diff --git a/src/bin/e_sys_main.c b/src/bin/e_sys_main.c index b5e412c..f4a4332 100644 --- a/src/bin/e_sys_main.c +++ b/src/bin/e_sys_main.c @@ -161,10 +161,11 @@ main(int argc, snprintf(buffer, 4096, %s --pid=%i --ex 'set logging file %s' --ex 'set logging on' --ex 'thread apply all backtrace full' --ex detach -ex quit /dev/null 2 /dev/null, + -batch + -ex 'set logging file %s' + -ex 'set logging on' + -ex 'thread apply all backtrace full' + -ex detach /dev/null /dev/zero, cmd, pid, output ?: e-output.txt); --
[EGIT] [core/enlightenment] master 01/01: wsod: Fixed gdb hangs when generating backtraces.
tasn pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 commit 18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 Author: Tom Hacohen t...@stosb.com Date: Tue Nov 5 15:50:23 2013 + wsod: Fixed gdb hangs when generating backtraces. After a long and hard battle with the gods of bugs I finally fixed this stupid hang. I had to dig into the gdb source code, and gdb the hell out of gdb, but it's now solved. First of all, we should call gdb with -batch which exits automatically. This however is not enough to fix it. The bug was that gdb was haning while trying to set attributes on stdin because it was waiting for input. This is obviously problematic when running in non-interactive mode, so I had to pipe /dev/zero to stdin to fix it. While at it, I also fixed the piping of stdout and stderr to be nicer. --- ChangeLog| 3 +++ NEWS | 1 + src/bin/e_sys_main.c | 3 ++- 3 files changed, 6 insertions(+), 1 deletion(-) diff --git a/ChangeLog b/ChangeLog index 86c6cff..f49d0c8 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,6 @@ +2013-11-05 Tom Hacohen + * wsod: Fixed gdb hangs when generating backtraces. + 2013-10-07 Mike Blumenkrantz * removed raise on focus config option diff --git a/NEWS b/NEWS index dcb8ec5..d06bd69 100644 --- a/NEWS +++ b/NEWS @@ -234,3 +234,4 @@ Fixes: * fixed bug where new files could not be created repeatedly * fixed filemanager spring window closing when dragging from desktop * fixed catching XWindow closes during DND operations on those windows +* wsod: Fixed gdb hangs when generating backtraces. diff --git a/src/bin/e_sys_main.c b/src/bin/e_sys_main.c index b48f1c0..edbb70d 100644 --- a/src/bin/e_sys_main.c +++ b/src/bin/e_sys_main.c @@ -168,10 +168,11 @@ main(int argc, snprintf(buffer, 4096, %s --pid=%i + -batch -ex 'set logging file %s' -ex 'set logging on' -ex 'thread apply all backtrace full' - -ex detach -ex quit /dev/null 2 /dev/null, + -ex detach /dev/null /dev/zero, cmd, pid, output ?: e-output.txt); --
Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: wsod: Fixed gdb hangs when generating backtraces.
To all of you archers (and others?) that have lost their WSOD - this commit brings it back. That was painful. -- Tom. On 05/11/13 15:58, Tom Hacohen wrote: tasn pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 commit 18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 Author: Tom Hacohen t...@stosb.com Date: Tue Nov 5 15:50:23 2013 + wsod: Fixed gdb hangs when generating backtraces. After a long and hard battle with the gods of bugs I finally fixed this stupid hang. I had to dig into the gdb source code, and gdb the hell out of gdb, but it's now solved. First of all, we should call gdb with -batch which exits automatically. This however is not enough to fix it. The bug was that gdb was haning while trying to set attributes on stdin because it was waiting for input. This is obviously problematic when running in non-interactive mode, so I had to pipe /dev/zero to stdin to fix it. While at it, I also fixed the piping of stdout and stderr to be nicer. --- ChangeLog| 3 +++ NEWS | 1 + src/bin/e_sys_main.c | 3 ++- 3 files changed, 6 insertions(+), 1 deletion(-) diff --git a/ChangeLog b/ChangeLog index 86c6cff..f49d0c8 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,6 @@ +2013-11-05 Tom Hacohen + * wsod: Fixed gdb hangs when generating backtraces. + 2013-10-07 Mike Blumenkrantz * removed raise on focus config option diff --git a/NEWS b/NEWS index dcb8ec5..d06bd69 100644 --- a/NEWS +++ b/NEWS @@ -234,3 +234,4 @@ Fixes: * fixed bug where new files could not be created repeatedly * fixed filemanager spring window closing when dragging from desktop * fixed catching XWindow closes during DND operations on those windows +* wsod: Fixed gdb hangs when generating backtraces. diff --git a/src/bin/e_sys_main.c b/src/bin/e_sys_main.c index b48f1c0..edbb70d 100644 --- a/src/bin/e_sys_main.c +++ b/src/bin/e_sys_main.c @@ -168,10 +168,11 @@ main(int argc, snprintf(buffer, 4096, %s --pid=%i + -batch -ex 'set logging file %s' -ex 'set logging on' -ex 'thread apply all backtrace full' - -ex detach -ex quit /dev/null 2 /dev/null, + -ex detach /dev/null /dev/zero, cmd, pid, output ?: e-output.txt); -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [bindings/python/python-efl] master 01/01: Evas.SmartObject: Basic object should be functional again.
kuuko pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=4ca341d0d55de56865a79a45227f700cdc6675f9 commit 4ca341d0d55de56865a79a45227f700cdc6675f9 Author: Kai Huuhko kai.huu...@gmail.com Date: Tue Nov 5 18:12:53 2013 +0200 Evas.SmartObject: Basic object should be functional again. At least the simple test passes. Needs more work and tests. --- efl/evas/efl.evas_object_smart.pxi | 86 ++--- efl/evas/smart_object_metaclass.pxi | 73 +++ tests/evas/test_06_object_smart.py | 2 - 3 files changed, 96 insertions(+), 65 deletions(-) diff --git a/efl/evas/efl.evas_object_smart.pxi b/efl/evas/efl.evas_object_smart.pxi index 897d140..b5d5e4e 100644 --- a/efl/evas/efl.evas_object_smart.pxi +++ b/efl/evas/efl.evas_object_smart.pxi @@ -16,15 +16,21 @@ # along with this Python-EFL. If not, see http://www.gnu.org/licenses/. -cdef object _smart_classes -_smart_classes = list() +#cdef object _smart_classes +#_smart_classes = list() -from cpython cimport PyMem_Malloc, PyMethod_New +from cpython cimport PyMethod_New import types + +include smart_object_metaclass.pxi +_install_metaclass(EvasSmartObjectMeta, SmartObject) + + + cdef void _smart_object_delete(Evas_Object *o) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) try: obj._m_delete(obj) @@ -104,7 +110,7 @@ cdef void _smart_object_delete(Evas_Object *o) with gil: cdef void _smart_object_move(Evas_Object *o, Evas_Coord x, Evas_Coord y) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) if obj._m_move is not None: try: obj._m_move(obj, x, y) @@ -115,7 +121,7 @@ cdef void _smart_object_move(Evas_Object *o, cdef void _smart_object_resize(Evas_Object *o, Evas_Coord w, Evas_Coord h) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) if obj._m_resize is not None: try: obj._m_resize(obj, w, h) @@ -125,7 +131,7 @@ cdef void _smart_object_resize(Evas_Object *o, cdef void _smart_object_show(Evas_Object *o) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) if obj._m_show is not None: try: obj._m_show(obj) @@ -135,7 +141,7 @@ cdef void _smart_object_show(Evas_Object *o) with gil: cdef void _smart_object_hide(Evas_Object *o) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) if obj._m_hide is not None: try: obj._m_hide(obj) @@ -146,7 +152,7 @@ cdef void _smart_object_hide(Evas_Object *o) with gil: cdef void _smart_object_color_set(Evas_Object *o, int r, int g, int b, int a) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) if obj._m_color_set is not None: try: obj._m_color_set(obj, r, g, b, a) @@ -157,7 +163,7 @@ cdef void _smart_object_color_set(Evas_Object *o, cdef void _smart_object_clip_set(Evas_Object *o, Evas_Object *clip) with gil: cdef SmartObject obj cdef Object other -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) other = object_from_instance(clip) if obj._m_clip_set is not None: try: @@ -168,7 +174,7 @@ cdef void _smart_object_clip_set(Evas_Object *o, Evas_Object *clip) with gil: cdef void _smart_object_clip_unset(Evas_Object *o) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) if obj._m_clip_unset is not None: try: obj._m_clip_unset(obj) @@ -178,7 +184,7 @@ cdef void _smart_object_clip_unset(Evas_Object *o) with gil: cdef void _smart_object_calculate(Evas_Object *o) with gil: cdef SmartObject obj -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) if obj._m_calculate is not None: try: obj._m_calculate(obj) @@ -189,7 +195,7 @@ cdef void _smart_object_calculate(Evas_Object *o) with gil: cdef void _smart_object_member_add(Evas_Object *o, Evas_Object *clip) with gil: cdef SmartObject obj cdef Object other -obj = SmartObjectevas_object_data_get(o, python-evas) +obj = SmartObjectevas_object_data_get(o, python-eo) other =
Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: wsod: Fixed gdb hangs when generating backtraces.
Hero of the day! :) -- Raoul Hecky 2013/11/5 Tom Hacohen tom.haco...@samsung.com: To all of you archers (and others?) that have lost their WSOD - this commit brings it back. That was painful. -- Tom. On 05/11/13 15:58, Tom Hacohen wrote: tasn pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 commit 18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 Author: Tom Hacohen t...@stosb.com Date: Tue Nov 5 15:50:23 2013 + wsod: Fixed gdb hangs when generating backtraces. After a long and hard battle with the gods of bugs I finally fixed this stupid hang. I had to dig into the gdb source code, and gdb the hell out of gdb, but it's now solved. First of all, we should call gdb with -batch which exits automatically. This however is not enough to fix it. The bug was that gdb was haning while trying to set attributes on stdin because it was waiting for input. This is obviously problematic when running in non-interactive mode, so I had to pipe /dev/zero to stdin to fix it. While at it, I also fixed the piping of stdout and stderr to be nicer. --- ChangeLog| 3 +++ NEWS | 1 + src/bin/e_sys_main.c | 3 ++- 3 files changed, 6 insertions(+), 1 deletion(-) diff --git a/ChangeLog b/ChangeLog index 86c6cff..f49d0c8 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,6 @@ +2013-11-05 Tom Hacohen + * wsod: Fixed gdb hangs when generating backtraces. + 2013-10-07 Mike Blumenkrantz * removed raise on focus config option diff --git a/NEWS b/NEWS index dcb8ec5..d06bd69 100644 --- a/NEWS +++ b/NEWS @@ -234,3 +234,4 @@ Fixes: * fixed bug where new files could not be created repeatedly * fixed filemanager spring window closing when dragging from desktop * fixed catching XWindow closes during DND operations on those windows +* wsod: Fixed gdb hangs when generating backtraces. diff --git a/src/bin/e_sys_main.c b/src/bin/e_sys_main.c index b48f1c0..edbb70d 100644 --- a/src/bin/e_sys_main.c +++ b/src/bin/e_sys_main.c @@ -168,10 +168,11 @@ main(int argc, snprintf(buffer, 4096, %s --pid=%i + -batch -ex 'set logging file %s' -ex 'set logging on' -ex 'thread apply all backtrace full' - -ex detach -ex quit /dev/null 2 /dev/null, + -ex detach /dev/null /dev/zero, cmd, pid, output ?: e-output.txt); -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] enlightenment-0.17 02/02: 0.17.5 release
SPANK!!! This spank is not just towards Eudardo, but to everyone doing releases please stop artificially bumping version requirements. e will work just fine (except for the bugs in the libs) with efl 1.7.8, 1.7.7, 1.7.6 and any 1.7.x. STOP BUMPING VERSION REQUIREMENTS. Thanks, Tom. On 05/11/13 13:51, Eduardo Lima (Etrunko) wrote: etrunko pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=d9415c9a74f3b8d6e9e243e25aa82be810df0669 commit d9415c9a74f3b8d6e9e243e25aa82be810df0669 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Sep 10 17:55:39 2013 -0300 0.17.5 release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- ChangeLog| 5 + NEWS | 17 + configure.ac | 6 +++--- 3 files changed, 25 insertions(+), 3 deletions(-) diff --git a/ChangeLog b/ChangeLog index 9367b20..f989802 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2013-10-14 Eduardo Lima (Etrunko) + +* 0.17.5 release + 2013-10-14 Mike Blumenkrantz * Fix event clipping on filemanager icons @@ -11,6 +15,7 @@ * Fix bug where new files could not be created repeatedly 2013-08-02 Deon Thomas (PrinceAMD) + * fixed stall on startup because xinerama started before randr (backports). 2013-08-02 Eduardo Lima (Etrunko) diff --git a/NEWS b/NEWS index da3fe79..3a94e6a 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,20 @@ +Changes since 0.17.4: +- + +Additions: + +Deprecations: + +Changes: + +Removed: + +Improvements: + +Fixes: + * fixed stall on startup because xinerama started before randr (backports). + + Changes since 0.17.3: - diff --git a/configure.ac b/configure.ac index 5153e32..174e567 100644 --- a/configure.ac +++ b/configure.ac @@ -2,13 +2,13 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [0]) m4_define([v_min], [17]) -m4_define([v_mic], [4]) +m4_define([v_mic], [5]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below line m4_undefine([v_rev]) -m4_define([relname], [0.17.4]) +m4_define([relname], [0.17.5]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-08]) dnl m4_define([v_rel], [-release relname]) @@ -75,7 +75,7 @@ EFL_CHECK_PATH_MAX AC_CHECK_FUNCS(setenv) AC_CHECK_FUNCS(unsetenv) -efl_version=1.7.8 +efl_version=1.7.9 AC_SUBST(efl_version) AC_CHECK_HEADERS([sys/timerfd.h sys/ptrace.h arpa/inet.h netinet/in.h]) -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] enlightenment-0.17 02/02: 0.17.5 release
Yeah, I know, it sucks but it is the easier way to keep things sane for all *eighteen* packages we distribute. It is impossible to know off-head the dependency tree between every single one. You may argue that it still works with an old version, yes it works, but the intention is to force the update so we make sure everyone has in the same versions installed. But don't worry, this is coming to an end with the 1.8 release which will solve all problems on earth and bring world peace. On Tue, Nov 5, 2013 at 2:52 PM, Tom Hacohen tom.haco...@samsung.com wrote: SPANK!!! This spank is not just towards Eudardo, but to everyone doing releases please stop artificially bumping version requirements. e will work just fine (except for the bugs in the libs) with efl 1.7.8, 1.7.7, 1.7.6 and any 1.7.x. STOP BUMPING VERSION REQUIREMENTS. Thanks, Tom. On 05/11/13 13:51, Eduardo Lima (Etrunko) wrote: etrunko pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=d9415c9a74f3b8d6e9e243e25aa82be810df0669 commit d9415c9a74f3b8d6e9e243e25aa82be810df0669 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Sep 10 17:55:39 2013 -0300 0.17.5 release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- ChangeLog| 5 + NEWS | 17 + configure.ac | 6 +++--- 3 files changed, 25 insertions(+), 3 deletions(-) diff --git a/ChangeLog b/ChangeLog index 9367b20..f989802 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2013-10-14 Eduardo Lima (Etrunko) + +* 0.17.5 release + 2013-10-14 Mike Blumenkrantz * Fix event clipping on filemanager icons @@ -11,6 +15,7 @@ * Fix bug where new files could not be created repeatedly 2013-08-02 Deon Thomas (PrinceAMD) + * fixed stall on startup because xinerama started before randr (backports). 2013-08-02 Eduardo Lima (Etrunko) diff --git a/NEWS b/NEWS index da3fe79..3a94e6a 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,20 @@ +Changes since 0.17.4: +- + +Additions: + +Deprecations: + +Changes: + +Removed: + +Improvements: + +Fixes: + * fixed stall on startup because xinerama started before randr (backports). + + Changes since 0.17.3: - diff --git a/configure.ac b/configure.ac index 5153e32..174e567 100644 --- a/configure.ac +++ b/configure.ac @@ -2,13 +2,13 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [0]) m4_define([v_min], [17]) -m4_define([v_mic], [4]) +m4_define([v_mic], [5]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below line m4_undefine([v_rev]) -m4_define([relname], [0.17.4]) +m4_define([relname], [0.17.5]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-08]) dnl m4_define([v_rel], [-release relname]) @@ -75,7 +75,7 @@ EFL_CHECK_PATH_MAX AC_CHECK_FUNCS(setenv) AC_CHECK_FUNCS(unsetenv) -efl_version=1.7.8 +efl_version=1.7.9 AC_SUBST(efl_version) AC_CHECK_HEADERS([sys/timerfd.h sys/ptrace.h arpa/inet.h netinet/in.h]) -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] enlightenment-0.17 02/02: 0.17.5 release
Tom, quite honestly, artificially bumping the reqs would not be necessary if people bumped them when fixes on the efl affected enlightenment versions. But I think that doing it this way makes everyones work easier by ensuring that people are using the latest versions (so there is no oh, we have a bug because enlightenment 0.17.5 with eina 1.7.7 and eet 1.7.8 cause X Y Z). As Etrunko said, this will diminish but will actually not completely stop when we get to 1.8. This discussion also touches the fact that we *bump* versions even when no changes were made to packages. This will continue happening indirectly now with the single tree, and also makes everyones work easier, so I recommend this to continue being the case for the release team and packagers. Best regards, Luis Felipe On Tue, Nov 5, 2013 at 2:52 PM, Tom Hacohen tom.haco...@samsung.com wrote: SPANK!!! This spank is not just towards Eudardo, but to everyone doing releases please stop artificially bumping version requirements. e will work just fine (except for the bugs in the libs) with efl 1.7.8, 1.7.7, 1.7.6 and any 1.7.x. STOP BUMPING VERSION REQUIREMENTS. Thanks, Tom. On 05/11/13 13:51, Eduardo Lima (Etrunko) wrote: etrunko pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=d9415c9a74f3b8d6e9e243e25aa82be810df0669 commit d9415c9a74f3b8d6e9e243e25aa82be810df0669 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Sep 10 17:55:39 2013 -0300 0.17.5 release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- ChangeLog| 5 + NEWS | 17 + configure.ac | 6 +++--- 3 files changed, 25 insertions(+), 3 deletions(-) diff --git a/ChangeLog b/ChangeLog index 9367b20..f989802 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2013-10-14 Eduardo Lima (Etrunko) + +* 0.17.5 release + 2013-10-14 Mike Blumenkrantz * Fix event clipping on filemanager icons @@ -11,6 +15,7 @@ * Fix bug where new files could not be created repeatedly 2013-08-02 Deon Thomas (PrinceAMD) + * fixed stall on startup because xinerama started before randr (backports). 2013-08-02 Eduardo Lima (Etrunko) diff --git a/NEWS b/NEWS index da3fe79..3a94e6a 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,20 @@ +Changes since 0.17.4: +- + +Additions: + +Deprecations: + +Changes: + +Removed: + +Improvements: + +Fixes: + * fixed stall on startup because xinerama started before randr (backports). + + Changes since 0.17.3: - diff --git a/configure.ac b/configure.ac index 5153e32..174e567 100644 --- a/configure.ac +++ b/configure.ac @@ -2,13 +2,13 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [0]) m4_define([v_min], [17]) -m4_define([v_mic], [4]) +m4_define([v_mic], [5]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below line m4_undefine([v_rev]) -m4_define([relname], [0.17.4]) +m4_define([relname], [0.17.5]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-08]) dnl m4_define([v_rel], [-release relname]) @@ -75,7 +75,7 @@ EFL_CHECK_PATH_MAX AC_CHECK_FUNCS(setenv) AC_CHECK_FUNCS(unsetenv) -efl_version=1.7.8 +efl_version=1.7.9 AC_SUBST(efl_version) AC_CHECK_HEADERS([sys/timerfd.h sys/ptrace.h arpa/inet.h netinet/in.h]) -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luís Felipe Strano Moraes http://www.strano.org -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See
Re: [E-devel] [EGIT] [core/enlightenment] enlightenment-0.17 02/02: 0.17.5 release
Hey, Indeed, we should not bump version requirements unless it's strictly needed by a change to E/Elementary that requires a newer version of the other libraries. Same for each of the libraries. However, that means that it's up to each developer, when they make a change, to bump version requirements when they start using a feature/behavior from a newer version of the respective dependencies. The question is: can we trust that? Just assume that we don't touch dependencies and everyone has done a great job so far, checking everything? On Tue, Nov 5, 2013 at 3:30 PM, Eduardo Lima (Etrunko) ebl...@gmail.com wrote: Yeah, I know, it sucks but it is the easier way to keep things sane for all *eighteen* packages we distribute. It is impossible to know off-head the dependency tree between every single one. You may argue that it still works with an old version, yes it works, but the intention is to force the update so we make sure everyone has in the same versions installed. But don't worry, this is coming to an end with the 1.8 release which will solve all problems on earth and bring world peace. On Tue, Nov 5, 2013 at 2:52 PM, Tom Hacohen tom.haco...@samsung.com wrote: SPANK!!! This spank is not just towards Eudardo, but to everyone doing releases please stop artificially bumping version requirements. e will work just fine (except for the bugs in the libs) with efl 1.7.8, 1.7.7, 1.7.6 and any 1.7.x. STOP BUMPING VERSION REQUIREMENTS. Thanks, Tom. On 05/11/13 13:51, Eduardo Lima (Etrunko) wrote: etrunko pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=d9415c9a74f3b8d6e9e243e25aa82be810df0669 commit d9415c9a74f3b8d6e9e243e25aa82be810df0669 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Sep 10 17:55:39 2013 -0300 0.17.5 release Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- ChangeLog| 5 + NEWS | 17 + configure.ac | 6 +++--- 3 files changed, 25 insertions(+), 3 deletions(-) diff --git a/ChangeLog b/ChangeLog index 9367b20..f989802 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2013-10-14 Eduardo Lima (Etrunko) + +* 0.17.5 release + 2013-10-14 Mike Blumenkrantz * Fix event clipping on filemanager icons @@ -11,6 +15,7 @@ * Fix bug where new files could not be created repeatedly 2013-08-02 Deon Thomas (PrinceAMD) + * fixed stall on startup because xinerama started before randr (backports). 2013-08-02 Eduardo Lima (Etrunko) diff --git a/NEWS b/NEWS index da3fe79..3a94e6a 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,20 @@ +Changes since 0.17.4: +- + +Additions: + +Deprecations: + +Changes: + +Removed: + +Improvements: + +Fixes: + * fixed stall on startup because xinerama started before randr (backports). + + Changes since 0.17.3: - diff --git a/configure.ac b/configure.ac index 5153e32..174e567 100644 --- a/configure.ac +++ b/configure.ac @@ -2,13 +2,13 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [0]) m4_define([v_min], [17]) -m4_define([v_mic], [4]) +m4_define([v_mic], [5]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below line m4_undefine([v_rev]) -m4_define([relname], [0.17.4]) +m4_define([relname], [0.17.5]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-08]) dnl m4_define([v_rel], [-release relname]) @@ -75,7 +75,7 @@ EFL_CHECK_PATH_MAX AC_CHECK_FUNCS(setenv) AC_CHECK_FUNCS(unsetenv) -efl_version=1.7.8 +efl_version=1.7.9 AC_SUBST(efl_version) AC_CHECK_HEADERS([sys/timerfd.h sys/ptrace.h arpa/inet.h netinet/in.h]) -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- November Webinars for C, C++,
Re: [E-devel] EFL 1.7.9 Stable Series and Enlightenment 0.17.5
Just as a heads up, I'm updating the packages that are available on our PPA right now. I've started builds for Ubuntu 13.10 as well, but still need to see how they will interact with the current upstreamed packages. This update usually takes quite some time, so users expecting to have the latest EFL/E17 are looking at either tomorrow or the day after for the full build. Best regards, Luis Felipe On Tue, Nov 5, 2013 at 12:44 PM, Eduardo Lima (Etrunko) ebl...@gmail.comwrote: The Enlightenment Release Team is happy to announce a new stable release of the EFL libraries, and of the Enlightenment window manager. Please read the ChangeLog and NEWS files from each specific tarball in order to get more information about what has been fixed. Following are the links for download of the tarballs: == Eina 1.7.9 == * http://download.enlightenment.org/releases/eina-1.7.9.tar.gz * http://download.enlightenment.org/releases/eina-1.7.9.tar.bz2 == Eet 1.7.9 == * http://download.enlightenment.org/releases/eet-1.7.9.tar.gz * http://download.enlightenment.org/releases/eet-1.7.9.tar.bz2 == Evas 1.7.9 == * http://download.enlightenment.org/releases/evas-1.7.9.tar.gz * http://download.enlightenment.org/releases/evas-1.7.9.tar.bz2 == Ecore 1.7.9 == * http://download.enlightenment.org/releases/ecore-1.7.9.tar.gz * http://download.enlightenment.org/releases/ecore-1.7.9.tar.bz2 == Embryo 1.7.9 == * http://download.enlightenment.org/releases/embryo-1.7.9.tar.gz * http://download.enlightenment.org/releases/embryo-1.7.9.tar.bz2 == Edje 1.7.9 == * http://download.enlightenment.org/releases/edje-1.7.9.tar.gz * http://download.enlightenment.org/releases/edje-1.7.9.tar.bz2 == Efreet 1.7.9 == * http://download.enlightenment.org/releases/efreet-1.7.9.tar.gz * http://download.enlightenment.org/releases/efreet-1.7.9.tar.bz2 == E_dbus 1.7.9 == * http://download.enlightenment.org/releases/e_dbus-1.7.9.tar.gz * http://download.enlightenment.org/releases/e_dbus-1.7.9.tar.bz2 == Eldbus 1.7.9 (Technology Preview) == * http://download.enlightenment.org/releases/eldbus-1.7.9.tar.gz * http://download.enlightenment.org/releases/eldbus-1.7.9.tar.bz2 == Eeze 1.7.9 == * http://download.enlightenment.org/releases/eeze-1.7.9.tar.gz * http://download.enlightenment.org/releases/eeze-1.7.9.tar.bz2 == Expedite 1.7.9 == * http://download.enlightenment.org/releases/expedite-1.7.9.tar.gz * http://download.enlightenment.org/releases/expedite-1.7.9.tar.bz2 == Evas Generic Loaders 1.7.9 == * http://download.enlightenment.org/releases/evas_generic_loaders-1.7.9.tar.gz * http://download.enlightenment.org/releases/evas_generic_loaders-1.7.9.tar.bz2 == Eio 1.7.9 == * http://download.enlightenment.org/releases/eio-1.7.9.tar.gz * http://download.enlightenment.org/releases/eio-1.7.9.tar.bz2 == Emotion 1.7.9 == * http://download.enlightenment.org/releases/emotion-1.7.9.tar.gz * http://download.enlightenment.org/releases/emotion-1.7.9.tar.bz2 == Ethumb 1.7.9 == * http://download.enlightenment.org/releases/ethumb-1.7.9.tar.gz * http://download.enlightenment.org/releases/ethumb-1.7.9.tar.bz2 == Elementary 1.7.9 == * http://download.enlightenment.org/releases/elementary-1.7.9.tar.gz * http://download.enlightenment.org/releases/elementary-1.7.9.tar.bz2 == Evil 1.7.9 == * http://download.enlightenment.org/releases/evil-1.7.9.tar.gz * http://download.enlightenment.org/releases/evil-1.7.9.tar.bz2 == Enlightenment 0.17.5 == * http://download.enlightenment.org/releases/enlightenment-0.17.5.tar.gz * http://download.enlightenment.org/releases/enlightenment-0.17.5.tar.bz2 -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luís Felipe Strano Moraes http://www.strano.org -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
[EGIT] [core/elementary] master 03/04: test.c: Splitted elementary_test List categories into List, Genlist, and Gengrid.
seoz pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=1d73b7e04820c0d3193a68ce23e3535b3a284309 commit 1d73b7e04820c0d3193a68ce23e3535b3a284309 Author: Daniel Juyung Seo seojuyu...@gmail.com Date: Wed Nov 6 03:32:50 2013 +0900 test.c: Splitted elementary_test List categories into List, Genlist, and Gengrid. This is because there are too many list examples and it was quite hard to find a proper test. --- src/bin/test.c | 78 +- 1 file changed, 39 insertions(+), 39 deletions(-) diff --git a/src/bin/test.c b/src/bin/test.c index c56df21..5ba7d96 100755 --- a/src/bin/test.c +++ b/src/bin/test.c @@ -623,47 +623,47 @@ add_tests: ADD_TEST(NULL, Toolbars, Toolbar 9, test_toolbar9); //--// - ADD_TEST(NULL, Lists, List, test_list); - ADD_TEST(NULL, Lists, List - Horizontal, test_list_horizontal); - ADD_TEST(NULL, Lists, List 2, test_list2); - ADD_TEST(NULL, Lists, List 3, test_list3); - ADD_TEST(NULL, Lists, List 4, test_list4); - ADD_TEST(NULL, Lists, List 5, test_list5); - ADD_TEST(NULL, Lists, List 6, test_list6); - ADD_TEST(NULL, Lists, List 7, test_list7); - ADD_TEST(NULL, Lists, List Focus, test_list8); - ADD_TEST(NULL, Lists, List Focus Horizontal, test_list9); - ADD_TEST(NULL, Lists, List Separator, test_list_separator); - ADD_TEST(NULL, Lists, List Multi Select, test_list_multi_select); - ADD_TEST(NULL, Lists, Genlist, test_genlist); - ADD_TEST(NULL, Lists, Genlist 2, test_genlist2); - ADD_TEST(NULL, Lists, Genlist 3, test_genlist3); - ADD_TEST(NULL, Lists, Genlist 4, test_genlist4); - ADD_TEST(NULL, Lists, Genlist 5, test_genlist5); - ADD_TEST(NULL, Lists, Genlist 7, test_genlist7); - ADD_TEST(NULL, Lists, Genlist Tree, test_genlist6); - ADD_TEST(NULL, Lists, Genlist Group, test_genlist8); - ADD_TEST(NULL, Lists, Genlist Group Tree, test_genlist9); - ADD_TEST(NULL, Lists, Genlist Decorate Item Mode, test_genlist10); - ADD_TEST(NULL, Lists, Genlist Decorate All Mode, test_genlist15); - ADD_TEST(NULL, Lists, Genlist Reorder Mode, test_genlist11); + ADD_TEST(NULL, Lists - List, List, test_list); + ADD_TEST(NULL, Lists - List, List - Horizontal, test_list_horizontal); + ADD_TEST(NULL, Lists - List, List 2, test_list2); + ADD_TEST(NULL, Lists - List, List 3, test_list3); + ADD_TEST(NULL, Lists - List, List 4, test_list4); + ADD_TEST(NULL, Lists - List, List 5, test_list5); + ADD_TEST(NULL, Lists - List, List 6, test_list6); + ADD_TEST(NULL, Lists - List, List 7, test_list7); + ADD_TEST(NULL, Lists - List, List Focus, test_list8); + ADD_TEST(NULL, Lists - List, List Focus Horizontal, test_list9); + ADD_TEST(NULL, Lists - List, List Separator, test_list_separator); + ADD_TEST(NULL, Lists - List, List Multi Select, test_list_multi_select); + ADD_TEST(NULL, Lists - Genlist, Genlist, test_genlist); + ADD_TEST(NULL, Lists - Genlist, Genlist 2, test_genlist2); + ADD_TEST(NULL, Lists - Genlist, Genlist 3, test_genlist3); + ADD_TEST(NULL, Lists - Genlist, Genlist 4, test_genlist4); + ADD_TEST(NULL, Lists - Genlist, Genlist 5, test_genlist5); + ADD_TEST(NULL, Lists - Genlist, Genlist 7, test_genlist7); + ADD_TEST(NULL, Lists - Genlist, Genlist Tree, test_genlist6); + ADD_TEST(NULL, Lists - Genlist, Genlist Group, test_genlist8); + ADD_TEST(NULL, Lists - Genlist, Genlist Group Tree, test_genlist9); + ADD_TEST(NULL, Lists - Genlist, Genlist Decorate Item Mode, test_genlist10); + ADD_TEST(NULL, Lists - Genlist, Genlist Decorate All Mode, test_genlist15); + ADD_TEST(NULL, Lists - Genlist, Genlist Reorder Mode, test_genlist11); #ifdef HAVE_EIO - ADD_TEST(NULL, Lists, Genlist Eio, test_eio); + ADD_TEST(NULL, Lists - Genlist, Genlist Eio, test_eio); #endif - ADD_TEST(NULL, Lists, Genlist Textblock, test_genlist12); - ADD_TEST(NULL, Lists, Genlist Tree, Insert Sorted, test_genlist13); - ADD_TEST(NULL, Lists, Genlist Tree, Insert Relative, test_genlist14); - ADD_TEST(NULL, Lists, Genlist Flip Mode, test_genlist16); - ADD_TEST(NULL, Lists, Genlist Decorate Modes, test_genlist17); - ADD_TEST(NULL, Lists, Genlist Tree and Decorate All Mode, test_genlist18); - ADD_TEST(NULL, Lists, Genlist Full Widget, test_genlist19); - ADD_TEST(NULL, Lists, Genlist Focus, test_genlist20); - ADD_TEST(NULL, Lists, Genlist Item Styles, test_genlist_item_styles); - ADD_TEST(NULL, Lists, GenGrid, test_gengrid); - ADD_TEST(NULL, Lists, GenGrid 2, test_gengrid2); - ADD_TEST(NULL, Lists, GenGrid Group, test_gengrid3); - ADD_TEST(NULL, Lists, GenGrid Show/Bring_in, test_gengrid4); - ADD_TEST(NULL, Lists, GenGrid Item Styles, test_gengrid_item_styles); + ADD_TEST(NULL, Lists - Genlist, Genlist Textblock, test_genlist12); + ADD_TEST(NULL, Lists - Genlist, Genlist Tree, Insert Sorted, test_genlist13); + ADD_TEST(NULL, Lists - Genlist, Genlist Tree, Insert Relative,
[EGIT] [core/elementary] master 02/04: test_list.c: Splitted list multi select example.
seoz pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=cc2226620a2045518d86d41d0cc9eb4e48704ba7 commit cc2226620a2045518d86d41d0cc9eb4e48704ba7 Author: Daniel Juyung Seo seojuyu...@gmail.com Date: Wed Nov 6 03:23:41 2013 +0900 test_list.c: Splitted list multi select example. --- src/bin/test.c | 2 + src/bin/test_list.c | 208 +++- 2 files changed, 126 insertions(+), 84 deletions(-) diff --git a/src/bin/test.c b/src/bin/test.c index 4a12375..c56df21 100755 --- a/src/bin/test.c +++ b/src/bin/test.c @@ -82,6 +82,7 @@ void test_list7(void *data, Evas_Object *obj, void *event_info); void test_list8(void *data, Evas_Object *obj, void *event_info); void test_list9(void *data, Evas_Object *obj, void *event_info); void test_list_separator(void *data, Evas_Object *obj, void *event_info); +void test_list_multi_select(void *data, Evas_Object *obj, void *event_info); void test_inwin(void *data, Evas_Object *obj, void *event_info); void test_inwin2(void *data, Evas_Object *obj, void *event_info); void test_scaling(void *data, Evas_Object *obj, void *event_info); @@ -633,6 +634,7 @@ add_tests: ADD_TEST(NULL, Lists, List Focus, test_list8); ADD_TEST(NULL, Lists, List Focus Horizontal, test_list9); ADD_TEST(NULL, Lists, List Separator, test_list_separator); + ADD_TEST(NULL, Lists, List Multi Select, test_list_multi_select); ADD_TEST(NULL, Lists, Genlist, test_genlist); ADD_TEST(NULL, Lists, Genlist 2, test_genlist2); ADD_TEST(NULL, Lists, Genlist 3, test_genlist3); diff --git a/src/bin/test_list.c b/src/bin/test_list.c index 4123779..67ca66f 100644 --- a/src/bin/test_list.c +++ b/src/bin/test_list.c @@ -565,14 +565,6 @@ test_list_horizontal(void*data EINA_UNUSED, /***/ -typedef struct _List2_Data List2_Data; -struct _List2_Data -{ - Evas_Object *list; - Evas_Object *rd1; - Evas_Object *rd2; -}; - static void my_li2_clear(void*data, Evas_Object *obj EINA_UNUSED, @@ -591,77 +583,6 @@ my_li2_sel(void*data EINA_UNUSED, printf(item selected\n); } -static void -_multi_select_changed_cb(void *data, Evas_Object *obj, - void *event_info EINA_UNUSED) -{ - Eina_Bool multi = elm_check_state_get(obj); - List2_Data *ld = data; - if (!ld) return; - - elm_list_multi_select_set(ld-list, multi); - elm_object_disabled_set(ld-rd1, !multi); - elm_object_disabled_set(ld-rd2, !multi); -} - -static void -_multi_select_mode_changed_cb(void *data, Evas_Object *obj, - void *event_info EINA_UNUSED) -{ - elm_list_multi_select_mode_set(data, elm_radio_value_get(obj)); -} - -static void -_multi_select_frame_create(Evas_Object *bx, List2_Data *ld) -{ - Evas_Object *fr, *bx2, *bx3, *tg, *rd, *rdg; - if (!ld) return; - - fr = elm_frame_add(bx); - evas_object_size_hint_weight_set(fr, EVAS_HINT_EXPAND, 0.0); - evas_object_size_hint_align_set(fr, EVAS_HINT_FILL, 0.5); - elm_object_text_set(fr, Multi Select Option); - elm_box_pack_end(bx, fr); - evas_object_show(fr); - - bx2 = elm_box_add(fr); - elm_object_content_set(fr, bx2); - evas_object_show(bx2); - - tg = elm_check_add(bx2); - elm_object_style_set(tg, toggle); - elm_object_text_set(tg, Multi Select Mode); - elm_box_pack_end(bx2, tg); - evas_object_show(tg); - - bx3 = elm_box_add(bx2); - elm_box_horizontal_set(bx3, EINA_TRUE); - elm_box_pack_end(bx2, bx3); - evas_object_show(bx3); - - ld-rd1 = rdg = rd = elm_radio_add(bx3); - elm_radio_state_value_set(rd, ELM_OBJECT_MULTI_SELECT_MODE_DEFAULT); - elm_object_text_set(rd, Default Mode); - elm_box_pack_end(bx3, rd); - evas_object_show(rd); - elm_object_disabled_set(rd, EINA_TRUE); - evas_object_smart_callback_add(rd, changed, - _multi_select_mode_changed_cb, ld-list); - - ld-rd2 = rd = elm_radio_add(bx3); - elm_radio_state_value_set(rd, ELM_OBJECT_MULTI_SELECT_MODE_WITH_CONTROL); - elm_radio_group_add(rd, rdg); - elm_object_text_set(rd, With Control Mode); - elm_box_pack_end(bx3, rd); - evas_object_show(rd); - elm_object_disabled_set(rd, EINA_TRUE); - evas_object_smart_callback_add(rd, changed, - _multi_select_mode_changed_cb, ld-list); - - evas_object_smart_callback_add(tg, changed, - _multi_select_changed_cb, ld); -} - void test_list2(void*data EINA_UNUSED, Evas_Object *obj EINA_UNUSED, @@ -670,14 +591,12 @@ test_list2(void*data EINA_UNUSED, Evas_Object *win, *bg, *li, *ic, *ic2, *bx, *bx2, *bt; char buf[PATH_MAX]; Elm_Object_Item *list_it; - List2_Data *ld = calloc(1, sizeof(List2_Data)); win = elm_win_add(NULL, list2, ELM_WIN_BASIC); elm_win_title_set(win, List 2); elm_win_autodel_set(win, EINA_TRUE); evas_object_resize(win, 320, 500);
[EGIT] [core/elementary] master 01/04: test_list.c: fix list focus example to enable the focus highlight and animation for the proper window.
seoz pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=e5f40f1d694a9ec35c7c43b480f88bbf573c157b commit e5f40f1d694a9ec35c7c43b480f88bbf573c157b Author: Daniel Juyung Seo seojuyu...@gmail.com Date: Wed Nov 6 03:09:54 2013 +0900 test_list.c: fix list focus example to enable the focus highlight and animation for the proper window. --- src/bin/test_list.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/bin/test_list.c b/src/bin/test_list.c index c1bfe2b..4123779 100644 --- a/src/bin/test_list.c +++ b/src/bin/test_list.c @@ -1376,14 +1376,14 @@ void test_list_focus(const char *name, const char *title, Eina_Bool horiz) unsigned lhand, rhand, idx; char buf[256]; - elm_config_focus_highlight_enabled_set(EINA_TRUE); - elm_config_focus_highlight_animate_set(EINA_TRUE); - win = elm_win_util_standard_add(name, title); elm_win_autodel_set(win, EINA_TRUE); evas_object_resize(win, 320, 300); evas_object_show(win); + elm_win_focus_highlight_enabled_set(win, EINA_TRUE); + elm_win_focus_highlight_animate_set(win, EINA_TRUE); + bxx = elm_box_add(win); evas_object_size_hint_weight_set(bxx, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND); elm_win_resize_object_add(win, bxx); --
[EGIT] [core/elementary] master 04/04: fileselector.edc: Fixed button part size calculationg issue.
seoz pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=8a190330105c22fa4f82f9bb2243849de17493ad commit 8a190330105c22fa4f82f9bb2243849de17493ad Author: Daniel Juyung Seo seojuyu...@gmail.com Date: Wed Nov 6 04:38:55 2013 +0900 fileselector.edc: Fixed button part size calculationg issue. Do not fix the height of button swallow part so that it can be expanded. This fixes T238. --- data/themes/edc/elm/fileselector.edc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/data/themes/edc/elm/fileselector.edc b/data/themes/edc/elm/fileselector.edc index 471aca7..abd91b0 100644 --- a/data/themes/edc/elm/fileselector.edc +++ b/data/themes/edc/elm/fileselector.edc @@ -193,7 +193,7 @@ group { name: elm/fileselector_entry/base/default; description { state: default 0.0; align: 1.0 0.0; min: 10 10; -fixed: 1 1; +fixed: 1 0; rel1 { relative: 1.0 0.0; offset: -21 0; --
[E-devel] [eina] Eina_List and Eina_Inlist eina_inlist_prepend_relative and eina_list_prepend_relative_list
Hello, Both eina_inlist_prepend_relative and eina_list_prepend_relative_list takes three arguments: list, data and relative. If relative is NULL, both execute the non-relative version: eina_inlist_prepend and eina_list_prepend. This means that there's no way to make eina_inlist_prepend_relative and eina_list_prepend_relative_list to append on the end of the list. I think that NULL should be considered as a past-the-end element and the result would be prepending relative to the past-the-end element, i.e., appending. If we consider this list: [a - b - c - d - NULL] We can see that prepending relative to /a/ means eina_list_prepend, relative to /b/ means inserting the element between /a/ and /b/. And if we consider the following empty list: [NULL] eina_list_prepend and eina_list_prepend_relative prepends before the past-the-end node. So: Eina_List* list = NULL; List list: [NULL] int i = 5; void* data = i; list = eina_list_prepend_relative(list, data, NULL); [i - NULL] The current behavior of doing normal prepend when relative is NULL forces some algorithms to do if(pos) list = eina_list_prepend_relative_list(list, data, pos); else list = eina_list_append(list, data); Which seems unnecessary. Am I missing something? Regards, -- Felipe Magno de Almeida -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [enlightenment/modules/packagekit] master 01/02: PackageKit module: initial commit
2013/11/4 Daniel Juyung Seo seojuyu...@gmail.com On Mon, Nov 4, 2013 at 10:52 PM, Gustavo Sverzut Barbieri barbi...@gmail.com wrote: On Mon, Nov 4, 2013 at 11:33 AM, Davide Andreoli d...@gurumeditation.it wrote: 2013/11/4 Michael Blumenkrantz michael.blumenkra...@gmail.com On Mon, 4 Nov 2013 21:50:58 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 04 Nov 2013 12:28:48 + Tom Hacohen tom.haco...@samsung.com said: On 04/11/13 12:25, Gustavo Sverzut Barbieri wrote: why not in enlightenment.git/src/modules? This is generally useful and simple, should go there and not in an extra location. See previous discussion about feature-freeze. I think this should be allowed in as this feature-freeze is too long anyway, and this is not a core-affecting module. However, I don't feel like arguing. i would agree - as at current rate it'll be another 1.5 or so until any e18 release. the point of a feature freeze is to prepare for release. yes, this has been a long one, but we're in a great position for release with very few remaining bugs. given that there's still things which need to be REMOVED before the E18 final release, I don't seen why we would start adding more now. this is doubly true considering that I'm still going to be gone for another couple weeks and thus unable to fix any other bugs which arise. the E19 release cycle is going to be much shorter, with plenty of time to get things like this merged. there's no rush to get all the shiny new features in just because we're afraid the next release will never come. yep, and now I spent a whole morning writing the autotools, translations and stuff to put in as an extra module :P ah, I'd like to request you bit more work: would you rewrite the GUI using Elementary instead of e_widgets? Today I was asking Raster when we could call e_widget deprecated and he said we'll need E dialogs ported to Elm, as this will go into core then let's start to not add more e_widgets :-) Agreed. Let's rock with elementary! (after release) While writing e menus with elementary, we will find and fix many elm bugs which is actually good. Any bug reports are appreciated. indeed we can do this after the release, should be simple for the popup, not sure about the config dialog. as raster pointed out A ticket has started with some icon ideas, please put there all your suggestions to improve the look of the gadget ...full-done images are welcome :) phab.enlightenment.org/T472 please contrib Thanks. Daniel Juyung Seo (SeoZ) -- Gustavo Sverzut Barbieri -- Mobile: +55 (19) 9225-2202 Contact: http://www.gustavobarbieri.com.br/contact -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [eina] Eina_List and Eina_Inlist eina_inlist_prepend_relative and eina_list_prepend_relative_list
That is not going to change. The first and most important reason is that we are *NOT* going to break API no matter how right you are. The second reason is that we also have append_relative and having two functions that do the same would be redundant. The third reason is quite subjective, and maybe I'm too used to the efl way, but I would expect the default behaviour of prepend relative to be prepend. That's why I'm prepending. Anyhow, talking about it is moot as this is not going to change. -- Tom. On Tue, Nov 5, 2013 at 8:23 PM, Felipe Magno de Almeida felipe.m.alme...@gmail.com wrote: Hello, Both eina_inlist_prepend_relative and eina_list_prepend_relative_list takes three arguments: list, data and relative. If relative is NULL, both execute the non-relative version: eina_inlist_prepend and eina_list_prepend. This means that there's no way to make eina_inlist_prepend_relative and eina_list_prepend_relative_list to append on the end of the list. I think that NULL should be considered as a past-the-end element and the result would be prepending relative to the past-the-end element, i.e., appending. If we consider this list: [a - b - c - d - NULL] We can see that prepending relative to /a/ means eina_list_prepend, relative to /b/ means inserting the element between /a/ and /b/. And if we consider the following empty list: [NULL] eina_list_prepend and eina_list_prepend_relative prepends before the past-the-end node. So: Eina_List* list = NULL; List list: [NULL] int i = 5; void* data = i; list = eina_list_prepend_relative(list, data, NULL); [i - NULL] The current behavior of doing normal prepend when relative is NULL forces some algorithms to do if(pos) list = eina_list_prepend_relative_list(list, data, pos); else list = eina_list_append(list, data); Which seems unnecessary. Am I missing something? Regards, -- Felipe Magno de Almeida -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [admin/devs] master 01/01: kimcinoo - update info
kimcinoo pushed a commit to branch master. http://git.enlightenment.org/admin/devs.git/commit/?id=0ffec4a00b6cf56600e1f4e29fcb94425e489c08 commit 0ffec4a00b6cf56600e1f4e29fcb94425e489c08 Author: Shinwoo Kim kimcinoo@gmail.com Date: Wed Nov 6 06:16:42 2013 +0900 kimcinoo - update info --- developers/kimcinoo/info.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/developers/kimcinoo/info.txt b/developers/kimcinoo/info.txt index d7d47dd..c241085 100644 --- a/developers/kimcinoo/info.txt +++ b/developers/kimcinoo/info.txt @@ -1,10 +1,10 @@ Login:kimcinoo IRC Nick: kimcinoo Name: Shinwoo Kim -Location: Suwon, Korea +Location: CA, USA E-Mail: kimcinoo@gmail.com WWW: http://blog.naver.com/cinook Managing: elementary Contributing: ecore, edje, e Platform: Ubuntu (Linux), Mac OS X, Windows XP/7 -GeoData: 37.266184 127.071163 +GeoData: 37.24004 -121.57316 --
Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: wsod: Fixed gdb hangs when generating backtraces.
On 2013-11-05 16:58, Tom Hacohen wrote: tasn pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 commit 18cbd6f59a9c004dc1fe15d17331b3e23e8a6582 Author: Tom Hacohen t...@stosb.com Date: Tue Nov 5 15:50:23 2013 + wsod: Fixed gdb hangs when generating backtraces. @@ -168,10 +168,11 @@ main(int argc, snprintf(buffer, 4096, %s --pid=%i + -batch -ex 'set logging file %s' -ex 'set logging on' -ex 'thread apply all backtrace full' - -ex detach -ex quit /dev/null 2 /dev/null, + -ex detach /dev/null /dev/zero, The '' is a bashism (stable since bash 4 only), therefore will not work for people not using bash as the main shell. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [eina] Eina_List and Eina_Inlist eina_inlist_prepend_relative and eina_list_prepend_relative_list
On Tue, 5 Nov 2013 18:23:42 -0200 Felipe Magno de Almeida felipe.m.alme...@gmail.com said: there is the other view that appeanding/prepending relative TO something.. if something is NULL.. then that something does not exist, so calling these calles with NULL as relative is silly. the behavior is being nice and functioning anyway even if used stupidly. :) as tom said... the discussion is moot as any change would be an api/abi break and it's not going to happen (well not knowingly etc.). Hello, Both eina_inlist_prepend_relative and eina_list_prepend_relative_list takes three arguments: list, data and relative. If relative is NULL, both execute the non-relative version: eina_inlist_prepend and eina_list_prepend. This means that there's no way to make eina_inlist_prepend_relative and eina_list_prepend_relative_list to append on the end of the list. I think that NULL should be considered as a past-the-end element and the result would be prepending relative to the past-the-end element, i.e., appending. If we consider this list: [a - b - c - d - NULL] We can see that prepending relative to /a/ means eina_list_prepend, relative to /b/ means inserting the element between /a/ and /b/. And if we consider the following empty list: [NULL] eina_list_prepend and eina_list_prepend_relative prepends before the past-the-end node. So: Eina_List* list = NULL; List list: [NULL] int i = 5; void* data = i; list = eina_list_prepend_relative(list, data, NULL); [i - NULL] The current behavior of doing normal prepend when relative is NULL forces some algorithms to do if(pos) list = eina_list_prepend_relative_list(list, data, pos); else list = eina_list_append(list, data); Which seems unnecessary. Am I missing something? Regards, -- Felipe Magno de Almeida -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ 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 -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/enlightenment] master 01/01: BUG/MINOR: avoid bashism in system() call
beber pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=19281cfd4786d6c220c706aa45db829f3085621d commit 19281cfd4786d6c220c706aa45db829f3085621d Author: Bertrand Jacquin be...@meleeweb.net Date: Wed Nov 6 01:24:28 2013 +0100 BUG/MINOR: avoid bashism in system() call Other shell than =bash-4 and dash does not support '' I/O redirection. Introduce in commit v0.17.0-1871-g18cbd6f « While at it, I also fixed the piping of stdout and stderr to be nicer. » --- src/bin/e_sys_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/bin/e_sys_main.c b/src/bin/e_sys_main.c index edbb70d..baf018b 100644 --- a/src/bin/e_sys_main.c +++ b/src/bin/e_sys_main.c @@ -172,7 +172,7 @@ main(int argc, -ex 'set logging file %s' -ex 'set logging on' -ex 'thread apply all backtrace full' - -ex detach /dev/null /dev/zero, + -ex detach /dev/null 21 /dev/zero, cmd, pid, output ?: e-output.txt); --
[EGIT] [core/enlightenment] enlightenment-0.17 01/01: BUG/MINOR: avoid bashism in system() call
beber pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=5cab004a75edc3fa3633e383f8755fc2fa8fd45c commit 5cab004a75edc3fa3633e383f8755fc2fa8fd45c Author: Bertrand Jacquin be...@meleeweb.net Date: Wed Nov 6 01:24:28 2013 +0100 BUG/MINOR: avoid bashism in system() call Other shell than =bash-4 and dash does not support '' I/O redirection. Introduce in commit v0.17.5-1-g09bff77 « While at it, I also fixed the piping of stdout and stderr to be nicer. » --- src/bin/e_sys_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/bin/e_sys_main.c b/src/bin/e_sys_main.c index f4a4332..2364496 100644 --- a/src/bin/e_sys_main.c +++ b/src/bin/e_sys_main.c @@ -165,7 +165,7 @@ main(int argc, -ex 'set logging file %s' -ex 'set logging on' -ex 'thread apply all backtrace full' - -ex detach /dev/null /dev/zero, + -ex detach /dev/null 21 /dev/zero, cmd, pid, output ?: e-output.txt); --
Re: [E-devel] [eina] Eina_List and Eina_Inlist eina_inlist_prepend_relative and eina_list_prepend_relative_list
n On Tue, Nov 5, 2013 at 7:02 PM, Tom Hacohen t...@stosb.com wrote: That is not going to change. The first and most important reason is that we are *NOT* going to break API no matter how right you are. OK. Can't really argue with that. Though I don't really see how an application that depends on this behavior for *prepend_relative functions to be correct since it just doesn't prepend relative to NULL at all. The second reason is that we also have append_relative and having two functions that do the same would be redundant. I don't see how that is related to what I said. I only want to prepend, but I want the relative argument to treat NULL as a valid position in the list (being that the post-the-end position), instead of treating that as an optional argument with a fallback for list prepend algorithm. We already treat NULL as an empty list and the list ends when next points to NULL, so it already is true that NULL *is* the post-the-end node. Also, using post-the-end positions is idiomatic in C and C++. int = 0; for(i = 0; i != size; ++i) { // loops on all elements } The third reason is quite subjective, and maybe I'm too used to the efl way, but I would expect the default behaviour of prepend relative to be prepend. That's why I'm prepending. If NULL becomes a valid domain for the positional argument, then there isn't a default to talk about. Only prepend to relative argument where NULL means the position after the last element. The list argument already includes NULL in its value domain for eina list functions. Also, not append, nor prepend can be used to insert elements in all possible positions of a list. Prepend can't insert the element after the last element and append can't add it as a first element. There's no current algorithm that can be used as a Anyhow, talking about it is moot as this is not going to change. Ok. I won't bring it up again if there's no controversy on this. -- Tom. On Tue, Nov 5, 2013 at 8:23 PM, Felipe Magno de Almeida felipe.m.alme...@gmail.com wrote: Hello, Both eina_inlist_prepend_relative and eina_list_prepend_relative_list takes three arguments: list, data and relative. If relative is NULL, both execute the non-relative version: eina_inlist_prepend and eina_list_prepend. This means that there's no way to make eina_inlist_prepend_relative and eina_list_prepend_relative_list to append on the end of the list. I think that NULL should be considered as a past-the-end element and the result would be prepending relative to the past-the-end element, i.e., appending. If we consider this list: [a - b - c - d - NULL] We can see that prepending relative to /a/ means eina_list_prepend, relative to /b/ means inserting the element between /a/ and /b/. And if we consider the following empty list: [NULL] eina_list_prepend and eina_list_prepend_relative prepends before the past-the-end node. So: Eina_List* list = NULL; List list: [NULL] int i = 5; void* data = i; list = eina_list_prepend_relative(list, data, NULL); [i - NULL] The current behavior of doing normal prepend when relative is NULL forces some algorithms to do if(pos) list = eina_list_prepend_relative_list(list, data, pos); else list = eina_list_append(list, data); Which seems unnecessary. Am I missing something? Regards, -- Felipe Magno de Almeida -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Felipe Magno de Almeida -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and
Re: [E-devel] Eolian meta-data parsing
On Tue, Nov 5, 2013 at 6:51 PM, Yakov Goldberg yako...@samsung.com wrote: On 11/05/2013 08:20 AM, Cedric BAIL wrote: On Tue, Nov 5, 2013 at 12:42 AM, Yakov Goldberg yako...@samsung.com wrote: Here is autogenerated (a little prettyfied and shortened) example of eo file. http://pastebin.com/ERQphzNk I'm using my own python code from eo_bindings, where I was parsing c/h files to get all eo information. Some explanations: name - class name from Eo class description. We check that it is unique. inherits - names of parent classes constructors - (actually it is a method, just put it into separate section). Here you will meet only custom cunstructors. here win_constructor is a name comment - comment parameters:2d array [in,const,char*,name,], direction, modifier, type, name, comment maybe modifier is not needed, (but I already parsed it) I must say that I don't like the parameters syntax at all. I think something along the following line would have been better : in : [ { name : const char * } ]. Also I am starting thinking that we should have comment in doxygen form inside the JSON itself that could then be put along the generated code. For example item_insert_before would become : item_insert_before: { /* This inserts an item before another in the list. It will be in the * same tree level or group as the item it is inserted before. * * @see elm_genlist_item_append() * @see elm_genlist_item_prepend() * @see elm_genlist_item_insert_after() * @see elm_object_item_del() * * @ingroup Genlist */ brief: Insert an item before another in a genlist widget, parameters: [ in : [ { itc : const Elm_Genlist_Item_Class* }, /* @param itc The item class for the item */ { data : const void* }, /* @param data The item data */ { parent : Elm_Object_Item* }, /* @param parent The parent item, or NULL if none */ { before_it : Elm_Object_Item* }, /* @param before The item to place this new one before. */ { type : Elm_Genlist_Item_Type }, /* @param type Item type */ { func : Evas_Smart_Cb }, /* @param func Convenience function called when the item is selected */ { func_data : const void * } /* @param func_data Data passed to @p func above. */ ], out : [ { ret : Elm_Object_Item* } /* @return A handle to the item added or @c NULL if not possible */ ] ] ] }, What's if I want to put in/out/inout parameters all mixed, wouldn't it be nicier to put them like this. Also comments outside will ruin JSON structure. So I will try to keep giving proper json examples a while. parameters : [ {par1 : [in, int, Comment1]}, {par2 : [out, Eina_Bool*, Comment2]}, {par3 : [inout, char **, Comment3]}, {par4 : [in, Typedefed_Enum, Comment4]}, ] I must say that I am against mixing in and out. I may be wrong, but I think that our current API does follow this pattern of in, out ? Also some nicier implements implements: [ {elm_interface_scrollable: [ policy, set_get ]}, {Evas_Pbject_Smart: [ move, method ]}, ] I must say that I don't understand the previous two lines :-) Why do we need to say if it is a method ? It should be able to find it easily with only the name, no ? About in-built doxygen: All API will be autogenerated with proper prefix, so hardcoded @see elm_genlist_item_append() doesn't make sence. Also we will need to add description of parameters into this doxy-description, so it will be easier to generate it from the scratch. Yes, we want have references to other funcs, need to think how to add it. Hum, that is right. We need to think about having proper documentation from the beginning. So maybe just a stripped version of doxygen that will be extended when generating code ? Properties. Property can be set/get; only set, only get; this is saved in type field: rw(or no tag), ro, wo. How do I determine the type? If all parameters are in for some func which ends with _set and are out for some func which ends with _get this will be set/get property. If this condition fails, they will be methods. Same for property we should be fine with something like : keyboard_win: { brief: whether the window is a keyboard., access: rw, parameters: [ [ { is_keyboard : Eina_Bool } ] ] Cedric, could you please comment situation around const modifier. for example: parents_list: { brief: List of some parents, access: rw, parameters: [ [ { parents_list : Eina_List* } ] ] So here can be lot situations: parents_list_set can only assign pointer or copy a list(of course in this case function must be named
Re: [E-devel] Ecore Coroutine - please die?
On Tue, Nov 5, 2013 at 7:04 PM, Tom Hacohen tom.haco...@samsung.com wrote: On 05/11/13 00:21, Cedric BAIL wrote: On Mon, Nov 4, 2013 at 11:00 PM, Tom Hacohen tom.haco...@samsung.com wrote: As you may have noticed, Cedric committed Ecore Coroutine a while back. I don't know why we need our coroutine implementation, and I don't think anyone uses or will ever use it. Those aside, the current coroutine implementation only works on Linux and relies on very hackish implementation details (which means it won't work on old glibc versions and possibly new glibc versions as well). I don't understand why we let that in, and I think it should be removed from Ecore asap, especially before the release. Care to provide a link about it being broken on older and newer glibc ? It is still part of POSIX, just marked deprecated. As for usefulness it make it possible to reschedule a piece of code as you receive packet in without the need to use callback. Some library that have a really bad design and we can't find alternative do need this kind of infra if you want to run them in sync with our main loop. /* The idea of this trick come from libcoroutine */ /* __jmpbuf[6] == stack pointer */ /* __jmpbuf[7] == program counter */ coro-context-env[0].__jmpbuf[6] = ((uintptr_t)(coro-stack)); coro-context-env[0].__jmpbuf[7] = ((uintptr_t)_ecore_coroutine_entry_point); This is not portable. I've used this before at uni and the thing failed miserably on old systems. Also, as you can see from it, it's not really clean and can break at any time... Old libc are not supported on 1.8. Also as stated before, this code is not to be used on most system at all, that's for the system who are not Posix and not Windows. It is there for people that are porting EFL to a weird platform and want a starting point. An example of already existing pain regarding it: https://phab.enlightenment.org/T456 This is a problem in configure.ac not in the code. MacOS X has ucontext, for an unknow reason configure doesn't detect it. I don't see why we need to make our lives harder (porting) with including something so hacky that is not even that useful to us. Removing it is still an option. You will have noticed that the code is ported to windows and unix, with even a fallback for system that don't fall into those two categorie... So the problem is not portability of the code, but to have configure.ac detect things correctly. I understand that it *could* be used. But it's not. We should not just add more random code that no-one uses in, just in case. I started using it for integrating libssh. It does the job. I just gave up on libssh and friend as they are just to much a pain to deal with, better rewrite our own ssh library there in fact. What are your thoughts? Already removed if you did follow git commit. Now I did not remove it for portability reason (people waking up the day of a release because MacOS X is broken will have to live with it, if you want support for your platform, care about it ! That code is more than 6 months old, so nobody did care about MacOS X in that time lapse...), but because I don't need it and I think nobody does at the moment. -- Cedric BAIL -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/01: evil: let's try a more modern declaration.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=721ef9bc268b5aca5672be59cbb1f42126b2635f commit 721ef9bc268b5aca5672be59cbb1f42126b2635f Author: Cedric Bail cedric.b...@samsung.com Date: Wed Nov 6 11:11:55 2013 +0900 evil: let's try a more modern declaration. --- src/lib/evil/regex/regerror.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/src/lib/evil/regex/regerror.c b/src/lib/evil/regex/regerror.c index 5181b80..ae46a43 100644 --- a/src/lib/evil/regex/regerror.c +++ b/src/lib/evil/regex/regerror.c @@ -61,11 +61,7 @@ static struct rerr { */ /* ARGSUSED */ EAPI size_t -regerror(errcode, preg, errbuf, errbuf_size) -int errcode; -const regex_t *preg; -char *errbuf; -size_t errbuf_size; +regerror(int errcode, const regex_t *preg, char *errbuf, size_t errbuf_size) { register struct rerr *r; register size_t len; --
Re: [E-devel] [EGIT] [admin/devs] master 01/01: kimcinoo - update info
CA!! Awesome. How is the life there? Daniel Juyung Seo (SeoZ) On Nov 6, 2013 6:17 AM, Shinwoo Kim kimcinoo@gmail.com wrote: kimcinoo pushed a commit to branch master. http://git.enlightenment.org/admin/devs.git/commit/?id=0ffec4a00b6cf56600e1f4e29fcb94425e489c08 commit 0ffec4a00b6cf56600e1f4e29fcb94425e489c08 Author: Shinwoo Kim kimcinoo@gmail.com Date: Wed Nov 6 06:16:42 2013 +0900 kimcinoo - update info --- developers/kimcinoo/info.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/developers/kimcinoo/info.txt b/developers/kimcinoo/info.txt index d7d47dd..c241085 100644 --- a/developers/kimcinoo/info.txt +++ b/developers/kimcinoo/info.txt @@ -1,10 +1,10 @@ Login:kimcinoo IRC Nick: kimcinoo Name: Shinwoo Kim -Location: Suwon, Korea +Location: CA, USA E-Mail: kimcinoo@gmail.com WWW: http://blog.naver.com/cinook Managing: elementary Contributing: ecore, edje, e Platform: Ubuntu (Linux), Mac OS X, Windows XP/7 -GeoData: 37.266184 127.071163 +GeoData: 37.24004 -121.57316 -- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [bindings/python/python-efl] master 01/02: Update api_coverage script, CODING, TODO
kuuko pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=0745a16d7ae17fb1e473dbb8e10b0a59aedfa068 commit 0745a16d7ae17fb1e473dbb8e10b0a59aedfa068 Author: Kai Huuhko kai.huu...@gmail.com Date: Wed Nov 6 05:00:49 2013 +0200 Update api_coverage script, CODING, TODO --- CODING | 10 -- TODO| 7 --- api_coverage.py | 12 +++- 3 files changed, 15 insertions(+), 14 deletions(-) diff --git a/CODING b/CODING index a5be7cd..d41c37a 100644 --- a/CODING +++ b/CODING @@ -38,19 +38,9 @@ Design patterns Tips -* cython -a will generate a report that shows your cython code, and each line - can be expanded by clicking to show the generated C code. This cannot be done - from the setup script, it has to be called manually on a .pyx file. - * cython does automatic dict - struct conversion with basic struct members -Ideas -= - -* Use a decorator for _METHOD_DEPRECATED - - Discussion == diff --git a/TODO b/TODO index 263c103..6844dc1 100644 --- a/TODO +++ b/TODO @@ -2,8 +2,6 @@ BUGS -* Evas: SmartObject doesn't work (Dave, do we need the metaclasses for this to - work?) * EdjeEdit: PartState API does not work * Edje.External: The unit test fails * Elm.Configuration: example crashes @@ -26,6 +24,8 @@ TODO with it? * Check for missing properties - getter-/setter-functions * Add more logging +* Evas: SmartObject needs testing, work. Make it inheritable by extension + classes? Elementary == @@ -40,7 +40,8 @@ Elementary * ObjectItem.data changed to dict (like in Eo). Find out what this affects and document it. * Item add methods (constructors) should be changed to have cb_data in a - single argument, not args, kwargs + single argument, not args, kwargs. The callback signatures need to be + changed as well. * Get rid of enums in __init__.py * New documentation images with the new default theme. diff --git a/api_coverage.py b/api_coverage.py index c975fb8..2c3f21b 100755 --- a/api_coverage.py +++ b/api_coverage.py @@ -118,7 +118,17 @@ def get_pyapis(pxd_path, header_name, prefix): for lib in libs: -inc_path = pkg_config(lib, 1.7.99)[0][2:] + +inc_paths = pkg_config(lib, 1.7.99) +inc_path = None +for p in inc_paths: +if lib in p: +inc_path = p[2:] +break + +if inc_path is None: +raise SystemExit + pxd_path, header_name, prefix = params[lib] capis = get_capis(inc_path, prefix) --
[EGIT] [bindings/python/python-efl] master 02/02: Evas.SmartObject: Add a test from old bindings, fix trivial doc issues.
kuuko pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=05cd30a2e3810564049e6ba69f9f40c0109b0031 commit 05cd30a2e3810564049e6ba69f9f40c0109b0031 Author: Kai Huuhko kai.huu...@gmail.com Date: Wed Nov 6 05:03:41 2013 +0200 Evas.SmartObject: Add a test from old bindings, fix trivial doc issues. --- doc/evas/class-object-smart.rst | 5 ++ efl/evas/efl.evas_object_smart.pxi| 70 ++- tests/evas/test_12_object_smart_as_factory.py | 48 ++ 3 files changed, 100 insertions(+), 23 deletions(-) diff --git a/doc/evas/class-object-smart.rst b/doc/evas/class-object-smart.rst index 23c101c..adf6c74 100644 --- a/doc/evas/class-object-smart.rst +++ b/doc/evas/class-object-smart.rst @@ -2,3 +2,8 @@ === .. autoclass:: efl.evas.SmartObject + +:class:`efl.evas.ClippedSmartObject` Class +== + +.. autoclass:: efl.evas.ClippedSmartObject diff --git a/efl/evas/efl.evas_object_smart.pxi b/efl/evas/efl.evas_object_smart.pxi index b5d5e4e..f5ce408 100644 --- a/efl/evas/efl.evas_object_smart.pxi +++ b/efl/evas/efl.evas_object_smart.pxi @@ -15,13 +15,14 @@ # You should have received a copy of the GNU Lesser General Public License # along with this Python-EFL. If not, see http://www.gnu.org/licenses/. - -#cdef object _smart_classes -#_smart_classes = list() +from efl.utils.conversions cimport eina_list_objects_to_python_list from cpython cimport PyMethod_New import types +#cdef object _smart_classes +#_smart_classes = list() + include smart_object_metaclass.pxi _install_metaclass(EvasSmartObjectMeta, SmartObject) @@ -325,7 +326,7 @@ cdef class SmartObject(Object): and not from C, for instance, adding your object to Edje swallow that clips or set color it will not behave as expected. -..note:: +.. note:: Do not call your parent on methods you want to replace the behavior instead of extending it. For example, some methods have default implementation, you may want to remove and replace it with something @@ -405,7 +406,9 @@ cdef class SmartObject(Object): self._set_common_params(**kargs) def member_add(self, Object child): -Set an evas object as a member of this object. +member_add(Object child) + +Set an evas object as a member of this object. Members will automatically be stacked and layered with the smart object. The various stacking function will operate on members relative @@ -419,7 +422,9 @@ cdef class SmartObject(Object): evas_object_smart_member_add(child.obj, self.obj) def member_del(self, Object child): -Removes a member object from a smart object. +member_del(Object child) + +Removes a member object from a smart object. .. attention:: this will actually map to C API as ``evas_object_smart_member_del(child)``, so the object will loose @@ -428,16 +433,14 @@ cdef class SmartObject(Object): evas_object_smart_member_del(child.obj) def members_get(self): -:rtype: tuple of :py:class:`Object` -cdef Eina_List *lst, *itr -cdef Object o -ret = [] -lst = evas_object_smart_members_get(self.obj) -itr = lst -while itr: -o = object_from_instance(Evas_Object*itr.data) -ret.append(o) -itr = itr.next +members_get() - tuple + +:rtype: tuple of :py:class:`Object` + + +cdef: +Eina_List *lst = evas_object_smart_members_get(self.obj) +list ret = eina_list_objects_to_python_list(lst) eina_list_free(lst) return tuple(ret) @@ -446,7 +449,9 @@ cdef class SmartObject(Object): return self.members_get() def callback_add(self, char *event, func, *args, **kargs): -Add a callback for the smart event specified by event. +callback_add(event, func, *args, **kargs) + +Add a callback for the smart event specified by event. :param event: Event name :param func: @@ -465,6 +470,8 @@ cdef class SmartObject(Object): if not callable(func): raise TypeError(func must be callable) +# FIXME: Why is this interned? +#What is the reason to use char * and cast it to void *? e = intern(event) lst = self._smart_callbacks.setdefault(e, []) if not lst: @@ -473,7 +480,9 @@ cdef class SmartObject(Object): lst.append((func, args, kargs)) def callback_del(self, char *event, func): -Remove a smart callback. +callback_del(event, func) + +Remove a smart callback. Removes a callback that was added by :py:func:`callback_add()`. @@ -505,7 +514,9 @@ cdef class SmartObject(Object): evas_object_smart_callback_del(self.obj,
[EGIT] [core/elementary] master 02/03: test_list.c: Fixed list multi select internal structure name.
seoz pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=4494c475ffb2bb63b5810ca6ecb2d65e173bec5f commit 4494c475ffb2bb63b5810ca6ecb2d65e173bec5f Author: Daniel Juyung Seo seojuyu...@gmail.com Date: Wed Nov 6 13:11:41 2013 +0900 test_list.c: Fixed list multi select internal structure name. --- src/bin/test_list.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/src/bin/test_list.c b/src/bin/test_list.c index 67ca66f..44ff67c 100644 --- a/src/bin/test_list.c +++ b/src/bin/test_list.c @@ -1486,8 +1486,8 @@ test_list_separator(void*data EINA_UNUSED, /***/ -typedef struct _List2_Data List2_Data; -struct _List2_Data +typedef struct _List_Multi_Data List_Multi_Data; +struct _List_Multi_Data { Evas_Object *list; Evas_Object *rd1; @@ -1499,7 +1499,7 @@ _multi_select_changed_cb(void *data, Evas_Object *obj, void *event_info EINA_UNUSED) { Eina_Bool multi = elm_check_state_get(obj); - List2_Data *ld = data; + List_Multi_Data *ld = data; if (!ld) return; elm_list_multi_select_set(ld-list, multi); @@ -1515,7 +1515,7 @@ _multi_select_mode_changed_cb(void *data, Evas_Object *obj, } static void -_multi_select_frame_create(Evas_Object *bx, List2_Data *ld) +_multi_select_frame_create(Evas_Object *bx, List_Multi_Data *ld) { Evas_Object *fr, *bx2, *bx3, *tg, *rd, *rdg; if (!ld) return; @@ -1571,7 +1571,7 @@ test_list_multi_select(void *data EINA_UNUSED, void *event_info EINA_UNUSED) { Evas_Object *win, *li, *bx; - List2_Data *ld = calloc(1, sizeof(List2_Data)); + List_Multi_Data *ld = calloc(1, sizeof(List_Multi_Data)); win = elm_win_util_standard_add(list-multi-select, List Multi Select); elm_win_autodel_set(win, EINA_TRUE); --
[EGIT] [core/elementary] master 01/03: test_genlist.c: Added genlist multi select example.
seoz pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=73e46ddb7ccb1966017185233f0f999bbdb10f68 commit 73e46ddb7ccb1966017185233f0f999bbdb10f68 Author: Daniel Juyung Seo seojuyu...@gmail.com Date: Wed Nov 6 13:11:23 2013 +0900 test_genlist.c: Added genlist multi select example. --- src/bin/test.c | 8 src/bin/test_genlist.c | 128 + 2 files changed, 136 insertions(+) diff --git a/src/bin/test.c b/src/bin/test.c index 5ba7d96..e7de590 100755 --- a/src/bin/test.c +++ b/src/bin/test.c @@ -110,6 +110,7 @@ void test_genlist18(void *data, Evas_Object *obj, void *event_info); void test_genlist19(void *data, Evas_Object *obj, void *event_info); void test_genlist20(void *data, Evas_Object *obj, void *event_info); void test_genlist_item_styles(void *data, Evas_Object *obj, void *event_info); +void test_genlist_multi_select(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer2(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer3(void *data, Evas_Object *obj, void *event_info); @@ -635,6 +636,9 @@ add_tests: ADD_TEST(NULL, Lists - List, List Focus Horizontal, test_list9); ADD_TEST(NULL, Lists - List, List Separator, test_list_separator); ADD_TEST(NULL, Lists - List, List Multi Select, test_list_multi_select); + + //--// + ADD_TEST(NULL, Lists - Genlist, Genlist, test_genlist); ADD_TEST(NULL, Lists - Genlist, Genlist 2, test_genlist2); ADD_TEST(NULL, Lists - Genlist, Genlist 3, test_genlist3); @@ -659,6 +663,10 @@ add_tests: ADD_TEST(NULL, Lists - Genlist, Genlist Full Widget, test_genlist19); ADD_TEST(NULL, Lists - Genlist, Genlist Focus, test_genlist20); ADD_TEST(NULL, Lists - Genlist, Genlist Item Styles, test_genlist_item_styles); + ADD_TEST(NULL, Lists - Genlist, Genlist Multi Select, test_genlist_multi_select); + + //--// + ADD_TEST(NULL, Lists - Gengrid, GenGrid, test_gengrid); ADD_TEST(NULL, Lists - Gengrid, GenGrid 2, test_gengrid2); ADD_TEST(NULL, Lists - Gengrid, GenGrid Group, test_gengrid3); diff --git a/src/bin/test_genlist.c b/src/bin/test_genlist.c index 7ec1849..b62bfb6 100644 --- a/src/bin/test_genlist.c +++ b/src/bin/test_genlist.c @@ -3502,3 +3502,131 @@ test_genlist_item_styles(void *data EINA_UNUSED, Evas_Object *obj EINA_UNUSED, evas_object_data_set(list, genlist, gl); } +/***/ + +typedef struct _Genlist_Multi_Data Genlist_Multi_Data; +struct _Genlist_Multi_Data +{ + Evas_Object *gl; + Evas_Object *rd1; + Evas_Object *rd2; +}; + +static void +_multi_select_changed_cb(void *data, Evas_Object *obj, + void *event_info EINA_UNUSED) +{ + Eina_Bool multi = elm_check_state_get(obj); + Genlist_Multi_Data *gd = data; + if (!gd) return; + + elm_genlist_multi_select_set(gd-gl, multi); + elm_object_disabled_set(gd-rd1, !multi); + elm_object_disabled_set(gd-rd2, !multi); +} + +static void +_multi_select_mode_changed_cb(void *data, Evas_Object *obj, + void *event_info EINA_UNUSED) +{ + elm_genlist_multi_select_mode_set(data, elm_radio_value_get(obj)); +} + +static void +_multi_select_frame_create(Evas_Object *bx, Genlist_Multi_Data *gd) +{ + Evas_Object *fr, *bx2, *bx3, *tg, *rd, *rdg; + if (!gd) return; + + fr = elm_frame_add(bx); + evas_object_size_hint_weight_set(fr, EVAS_HINT_EXPAND, 0.0); + evas_object_size_hint_align_set(fr, EVAS_HINT_FILL, 0.5); + elm_object_text_set(fr, Multi Select Option); + elm_box_pack_end(bx, fr); + evas_object_show(fr); + + bx2 = elm_box_add(fr); + elm_object_content_set(fr, bx2); + evas_object_show(bx2); + + tg = elm_check_add(bx2); + elm_object_style_set(tg, toggle); + elm_object_text_set(tg, Multi Select Mode); + elm_box_pack_end(bx2, tg); + evas_object_show(tg); + + bx3 = elm_box_add(bx2); + elm_box_horizontal_set(bx3, EINA_TRUE); + elm_box_pack_end(bx2, bx3); + evas_object_show(bx3); + + gd-rd1 = rdg = rd = elm_radio_add(bx3); + elm_radio_state_value_set(rd, ELM_OBJECT_MULTI_SELECT_MODE_DEFAULT); + elm_object_text_set(rd, Default Mode); + elm_box_pack_end(bx3, rd); + evas_object_show(rd); + elm_object_disabled_set(rd, EINA_TRUE); + evas_object_smart_callback_add(rd, changed, + _multi_select_mode_changed_cb, gd-gl); + + gd-rd2 = rd = elm_radio_add(bx3); + elm_radio_state_value_set(rd, ELM_OBJECT_MULTI_SELECT_MODE_WITH_CONTROL); + elm_radio_group_add(rd, rdg); + elm_object_text_set(rd, With Control Mode); + elm_box_pack_end(bx3, rd); + evas_object_show(rd); + elm_object_disabled_set(rd, EINA_TRUE); + evas_object_smart_callback_add(rd, changed, + _multi_select_mode_changed_cb, gd-gl); + +
[EGIT] [core/elementary] master 03/03: elm_list.c: fixed a bug when any item is selected without control on multi select with control mode.
seoz pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=ea8155b0faa6ab435867e9561501a61972d08925 commit ea8155b0faa6ab435867e9561501a61972d08925 Author: Daniel Juyung Seo seojuyu...@gmail.com Date: Wed Nov 6 13:36:34 2013 +0900 elm_list.c: fixed a bug when any item is selected without control on multi select with control mode. When any item is selected without control on multi select with control mode, already selected items should be unselected automatically. --- src/lib/elm_list.c | 22 +++--- 1 file changed, 7 insertions(+), 15 deletions(-) diff --git a/src/lib/elm_list.c b/src/lib/elm_list.c index fef56cf..66d6651 100644 --- a/src/lib/elm_list.c +++ b/src/lib/elm_list.c @@ -1294,27 +1294,19 @@ _mouse_up_cb(void *data, evas_object_ref(obj); _elm_list_walk(sd); - if (sd-multi) + if (sd-multi + ((sd-multi_select_mode != ELM_OBJECT_MULTI_SELECT_MODE_WITH_CONTROL) || +(evas_key_modifier_is_set(ev-modifiers, Control { -if (((sd-multi_select_mode != ELM_OBJECT_MULTI_SELECT_MODE_WITH_CONTROL) || - (evas_key_modifier_is_set(ev-modifiers, Control +if (!it-selected) { - if (!it-selected) - { - _item_highlight(it); - _item_select(it); - } - else - { - _item_unhighlight(it); - _item_unselect(it); - } + _item_highlight(it); + _item_select(it); } else { _item_unhighlight(it); - if (it-selected) - _item_unselect(it); + _item_unselect(it); } } else --
Re: [E-devel] [EGIT] [tools/enventor] annotated tag v0.1 deleted
ok. trial and error before first release. -Regards, Hermet- -Original Message- From: Tom Hacohentom.haco...@samsung.com To: Enlightenment developer listenlightenment-devel@lists.sourceforge.net; Cc: Sent: 2013-11-05 (화) 22:39:21 Subject: Re: [E-devel] [EGIT] [tools/enventor] annotated tag v0.1 deleted On 05/11/13 13:32, Enlightenment Git wrote: hermet pushed a change to annotated tag v0.1 in repository tools/enventor. *** WARNING: tag v0.1 was deleted! *** tag was 31b9f906b4 The revisions that were on this annotated tag are still contained in other references; therefore, this change does not discard any commits from the repository. Just wanted to stretch it again (employed technical restrictions now to prevent it). DO NOT CHANGE HISTORY! If you create a tag, it's there to stay. YOU CAN NOT DELETE TAGS AFTER THEY ARE CREATED. Because of an oversight it was not the case, but it is the case now. DO NOT CREATE TAGS IF THEY ARE NOT FINAL. I think there are enough caps in this email to convey my point. Have a good day. -- Tom. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] New contributor
From the moment I first tried out E i have fallen in love with it. I do notice that there are certain features which are lacking. The network manager conman needs some major work, as well as native apps for E. My question becomes would the project like in terms of conman, for example, the code of the kde network management source ported to E or would it be better if something were written from scratch using the E api's. Also what languages in terms of programming does one need to know? Regards Jonathan -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New contributor
On Wed, Nov 6, 2013 at 3:28 PM, Jonathan Aquilina jaquil...@eagleeyet.net wrote: From the moment I first tried out E i have fallen in love with it. I do notice that there are certain features which are lacking. The network manager conman needs some major work, as well as native apps for E. My question becomes would the project like in terms of conman, for example, the code of the kde network management source ported to E or would it be better if something were written from scratch using the E api's. Porting source to E would be difficult :-) My understanding is that NetworkManager is a daemon with a dbus API. So you basically need to just bind that into a E module. You should note that our current UI for connman is pretty limited and that connman provide much more feature than what we currently give access to. I have no recommendation on what is better improving Connman support or adding NetworkManager as both make sense. Also what languages in terms of programming does one need to know? All core developers and applications tend to happen in C. Connman module does start a python application when you click on the configuration button, that did create us trouble with distribution that didn't provide it correctly and user did complain. So I would argue that for anything that is going to be integrated with E, it should be C only. -- Cedric BAIL -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New contributor
I am a total C newbie, but am more then willing to learn. In regards to conman does it have its own api are are there bits in the E api that will improve functionality? Also does it support connecting to wireless or is that a missing feature currently in conman? On Wednesday 06 November 2013 15:57:59 Cedric BAIL wrote: On Wed, Nov 6, 2013 at 3:28 PM, Jonathan Aquilina jaquil...@eagleeyet.net wrote: From the moment I first tried out E i have fallen in love with it. I do notice that there are certain features which are lacking. The network manager conman needs some major work, as well as native apps for E. My question becomes would the project like in terms of conman, for example, the code of the kde network management source ported to E or would it be better if something were written from scratch using the E api's. Porting source to E would be difficult :-) My understanding is that NetworkManager is a daemon with a dbus API. So you basically need to just bind that into a E module. You should note that our current UI for connman is pretty limited and that connman provide much more feature than what we currently give access to. I have no recommendation on what is better improving Connman support or adding NetworkManager as both make sense. Also what languages in terms of programming does one need to know? All core developers and applications tend to happen in C. Connman module does start a python application when you click on the configuration button, that did create us trouble with distribution that didn't provide it correctly and user did complain. So I would argue that for anything that is going to be integrated with E, it should be C only. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/enlightenment] master 02/03: Check that creating a new data_device_interface resource does not fail, and bail out gracefully if so.
devilhorns pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=122a962cfa58ab83db16213a590cdfaf6a11a566 commit 122a962cfa58ab83db16213a590cdfaf6a11a566 Author: Chris Michael cp.mich...@samsung.com Date: Tue Nov 5 08:25:36 2013 + Check that creating a new data_device_interface resource does not fail, and bail out gracefully if so. Signed-off-by: Chris Michael cp.mich...@samsung.com --- src/bin/e_comp_wl.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/src/bin/e_comp_wl.c b/src/bin/e_comp_wl.c index 82a52c5..6dd02b7 100644 --- a/src/bin/e_comp_wl.c +++ b/src/bin/e_comp_wl.c @@ -1181,7 +1181,7 @@ _unbind_data_device(struct wl_resource *resource) } static void -_get_data_device(struct wl_client *client, struct wl_resource *manager_resource EINA_UNUSED, uint32_t id, struct wl_resource *seat_resource) +_get_data_device(struct wl_client *client, struct wl_resource *manager_resource, uint32_t id, struct wl_resource *seat_resource) { struct wl_seat *seat; struct wl_resource *resource; @@ -1190,6 +1190,11 @@ _get_data_device(struct wl_client *client, struct wl_resource *manager_resource resource = wl_resource_create(client, wl_data_device_interface, 1, id); + if (!resource) + { +wl_resource_post_no_memory(manager_resource); +return; + } wl_list_insert(seat-drag_resource_list, wl_resource_get_link(resource)); @@ -1263,12 +1268,17 @@ _default_grab_modifiers(struct wl_keyboard_grab *grab, uint32_t serial, uint32_t } static void -_data_device_start_drag(struct wl_client *client, struct wl_resource *resource, struct wl_resource *source_resource, struct wl_resource *origin_resource EINA_UNUSED, struct wl_resource *icon_resource, uint32_t serial EINA_UNUSED) +_data_device_start_drag(struct wl_client *client, struct wl_resource *resource, struct wl_resource *source_resource, struct wl_resource *origin_resource, struct wl_resource *icon_resource, uint32_t serial EINA_UNUSED) { struct wl_seat *seat; seat = wl_resource_get_user_data(resource); + if ((seat-pointer-button_count == 0) || + (seat-pointer-grab_serial != serial) || + (seat-pointer-focus != wl_resource_get_user_data(origin_resource))) + return; + seat-drag_grab.interface = _e_drag_grab_interface; seat-drag_client = client; seat-drag_data_source = NULL; @@ -1295,7 +1305,7 @@ _data_device_start_drag(struct wl_client *client, struct wl_resource *resource, seat-drag_icon_listener.notify = _destroy_data_device_icon; wl_signal_add(icon-wl.destroy_signal, seat-drag_icon_listener); -wl_signal_emit(seat-drag_icon_signal, icon_resource); +/* wl_signal_emit(seat-drag_icon_signal, icon_resource); */ } wl_pointer_set_focus(seat-pointer, NULL, --
[EGIT] [core/enlightenment] master 01/03: If we cannot create the data_offer resource, then cleanup and exit nicely.
devilhorns pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=566b27d15e833f95d88e4af5dcdedcba8e1fae02 commit 566b27d15e833f95d88e4af5dcdedcba8e1fae02 Author: Chris Michael cp.mich...@samsung.com Date: Tue Nov 5 08:05:07 2013 + If we cannot create the data_offer resource, then cleanup and exit nicely. Signed-off-by: Chris Michael cp.mich...@samsung.com --- src/bin/e_comp_wl.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/bin/e_comp_wl.c b/src/bin/e_comp_wl.c index 9f04932..82a52c5 100644 --- a/src/bin/e_comp_wl.c +++ b/src/bin/e_comp_wl.c @@ -793,6 +793,12 @@ wl_data_source_send_offer(struct wl_data_source *source, struct wl_resource *tar offer-resource = wl_resource_create(wl_resource_get_client(target), wl_data_offer_interface, 1, 0); + if (!offer-resource) + { +free(offer); +return NULL; + } + wl_resource_set_implementation(offer-resource, _e_data_offer_interface, offer, _destroy_data_offer); --
[EGIT] [core/enlightenment] master 03/03: When binding to data_device manager, if we cannot create the resource then notify the client and get out.
devilhorns pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=41b0eda0d74d9761dca32e2df1f843569a6e0d49 commit 41b0eda0d74d9761dca32e2df1f843569a6e0d49 Author: Chris Michael cp.mich...@samsung.com Date: Tue Nov 5 08:26:59 2013 + When binding to data_device manager, if we cannot create the resource then notify the client and get out. Signed-off-by: Chris Michael cp.mich...@samsung.com --- src/bin/e_comp_wl.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/src/bin/e_comp_wl.c b/src/bin/e_comp_wl.c index 6dd02b7..2f23abf 100644 --- a/src/bin/e_comp_wl.c +++ b/src/bin/e_comp_wl.c @@ -1217,8 +1217,13 @@ _bind_manager(struct wl_client *client, void *data EINA_UNUSED, uint32_t version struct wl_resource *res; res = wl_resource_create(client, wl_data_device_manager_interface, 1, id); - if (res) - wl_resource_set_implementation(res, _e_manager_interface, NULL, NULL); + if (!res) + { +wl_client_post_no_memory(client); +return; + } + + wl_resource_set_implementation(res, _e_manager_interface, NULL, NULL); } static void --
Re: [E-devel] New contributor
On Wed, 06 Nov 2013 07:28:31 +0100 Jonathan Aquilina jaquil...@eagleeyet.net said: From the moment I first tried out E i have fallen in love with it. I do notice that there are certain features which are lacking. The network manager conman needs some major work, as well as native apps for E. My in what way? connman is a back-end daemon. it has quite a lot of features not actually exposed in the ui - the ui only exposes the most basic things needed to get wifi selected, enter password, select a bt, usb/ethernet connection etc. the only things i personally really miss are: 1. being able to forget a network 2. static ip setup. to a large extent we will rely on connman having a feature at all to be able to use it. question becomes would the project like in terms of conman, for example, the code of the kde network management source ported to E or would it be better if something were written from scratch using the E api's. Also what languages in terms of programming does one need to know? Regards Jonathan -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ 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 -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel