Re: [E-devel] E SVN: raster trunk/ecore/src/lib/ecore_evas

2011-12-14 Thread Vincent Torri
backport (1.0, 1.1) ? On Wed, Dec 14, 2011 at 8:53 AM, Enlightenment SVN wrote: > Log: > move render func into struct - dont set it later. > > > > Author:       raster > Date:         2011-12-13 23:53:18 -0800 (Tue, 13 Dec 2011) > New Revision: 66177 > Trac:         http://trac.enlightenment.org/

Re: [E-devel] E SVN: raster trunk/ecore/src/lib/ecore_evas

2011-12-14 Thread Tom Hacohen
On 14/12/11 10:05, Vincent Torri wrote: > backport (1.0, 1.1) ? Do we still maintain 1.0? If so, until when do we plan on maintaining it? Thanks, Tom. -- Cloud Computing - Latest Buzzword or a Glimpse of the Future? Thi

[E-devel] Fwd: elm gesture layer strange behavior

2011-12-14 Thread Bluezery
Thank you for your prompt replys :D Abort callback is not used Yeah, It's my fault... :-( -- Forwarded message -- From: Tom Hacohen Date: 2011/12/14 Subject: Re: [E-devel] elm gesture layer strange behavior To: Enlightenment developer list 참조: Bluezery Dear Kim, How ar

Re: [E-devel] Fwd: elm gesture layer strange behavior

2011-12-14 Thread Tom Hacohen
On 14/12/11 10:37, Bluezery wrote: > Thank you for your prompt replys :D > > Abort callback is not used > Yeah, It's my fault... :-( Hehe, no harm done. :P I'm just glad to see it works. -- Tom. -- Cloud Computing -

[E-devel] E-Dinner

2011-12-14 Thread Cedric BAIL
Hi everyone ! For those of you who are in Paris this Friday, we are gathering together for a crazy french e-dinner. So if you are interested and in Paris at that time, drop me a mail and I will send the relevant information to join us. Have fun, -- Cedric BAIL --

Re: [E-devel] new build tree for efl.

2011-12-14 Thread Mathieu Taillefumier
On 12/13/2011 04:31 PM, Vincent Torri wrote: > On Tue, Dec 13, 2011 at 4:21 PM, Gustavo Sverzut Barbieri > wrote: >> On Tue, Dec 13, 2011 at 12:54 PM, Vincent Torri >> wrote: >>> On Tue, Dec 13, 2011 at 3:44 PM, Gustavo Sverzut Barbieri >>> wrote: On Tue, Dec 13, 2011 at 12:35 PM, Vincen

Re: [E-devel] new build tree for efl.

2011-12-14 Thread Daniel Juyung Seo
Wow, this is interesting poll. I marked both git and svn because I use both for real. I accept any tools that are working well. But from my experience, git is superior to svn and really helpful to developer. So I prefer git :) Daniel Juyung Seo (SeoZ) On Wed, Dec 14, 2011 at 3:09 AM, Leif Midde

Re: [E-devel] new build tree for efl.

2011-12-14 Thread Cedric BAIL
On Wed, Dec 14, 2011 at 4:26 PM, Daniel Juyung Seo wrote: > Wow, this is interesting poll. > I marked both git and svn because I use both for real. > > I accept any tools that are working well. > But from my experience, git is superior to svn and really helpful to > developer. > So I prefer git :

Re: [E-devel] new build tree for efl.

2011-12-14 Thread Sachiel
2011/12/14 Cedric BAIL : > No, don't do that ! We were happily trolling on cmake and you try to > divert the troll from it by focusing people on git. Now people will > start to argue again about git... > > Every one, back to cmake troll ! Please forget about this minor things > called git. :-) It'

Re: [E-devel] new build tree for efl.

2011-12-14 Thread Mathieu Taillefumier
On 12/14/2011 04:33 PM, Cedric BAIL wrote: > On Wed, Dec 14, 2011 at 4:26 PM, Daniel Juyung Seo > wrote: >> Wow, this is interesting poll. >> I marked both git and svn because I use both for real. >> >> I accept any tools that are working well. >> But from my experience, git is superior to svn an

Re: [E-devel] new build tree for efl.

2011-12-14 Thread Daniel Juyung Seo
On Thu, Dec 15, 2011 at 12:33 AM, Cedric BAIL wrote: > On Wed, Dec 14, 2011 at 4:26 PM, Daniel Juyung Seo > wrote: >> Wow, this is interesting poll. >> I marked both git and svn because I use both for real. >> >> I accept any tools that are working well. >> But from my experience, git is superio

Re: [E-devel] new build tree for efl.

2011-12-14 Thread Daniel Juyung Seo
On Wed, Dec 14, 2011 at 3:09 AM, Leif Middelschulte wrote: > 2011/12/13 Cedric BAIL : >> On Tue, Dec 13, 2011 at 10:13 AM, Gustavo Sverzut Barbieri >> wrote: >>> +1 >> >> You are getting to much social :-) >> >>> Could we also move to cmake? How about git? I can have people to help with >>> both.

[E-devel] ecore_main_loop_glib_integrate (leak)

2011-12-14 Thread Paulo Benatto
Hi all, I have a doubt about ecore_main_loop_glib_integrate() with ecore_timer_add(). I did the example below, I compiled it to blackfin and x86. My problem is, when I run in blackfin occurs a memory leak, in x86 is ok (without leak). Is something wrong with my code? Any tips? I'm going to study e

Re: [E-devel] E SVN: seoz IN trunk/elementary: data/themes/widgets src/lib

2011-12-14 Thread Daniel Juyung Seo
Dear all, I changed "labels" to "texts" in genlist/gengrid edc according to recent elementary api consistency. This might be a big change and I changed all codes in trunk. I updated ElementaryChanges page. http://trac.enlightenment.org/e/wiki/ElementaryChanges Please update your applications. Da

Re: [E-devel] E SVN: leif trunk/e/src/bin

2011-12-14 Thread Leif Middelschulte
Hello everyone, after my first couple of commits, I want to ask you for testing of the stuff I did: Disclaimer: Event polling is not implemented yet. So events like "monitor (dis)connected" are not noticed automatically by e yet. So you have (amongst others) these two options to force X into send

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Vincent Torri
this one and the previous one should be backported Vincent On Wed, Dec 14, 2011 at 7:52 PM, Enlightenment SVN wrote: > Log: > Evas: Gl_X11: Fix typo? for __UNUSED__ param. > > > > Author:       devilhorns > Date:         2011-12-14 10:52:42 -0800 (Wed, 14 Dec 2011) > New Revision: 66224 > Trac:

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Christopher Michael
On 12/14/11 13:55, Vincent Torri wrote: > this one and the previous one should be backported > > Vincent > Not sure how to go about that :/ Never did any backporting. dh > On Wed, Dec 14, 2011 at 7:52 PM, Enlightenment SVN > wrote: >> Log: >> Evas: Gl_X11: Fix typo? for __UNUSED__ param. >> >>

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Christopher Michael
On 12/14/11 13:59, Vincent Torri wrote: > On Wed, Dec 14, 2011 at 7:58 PM, Christopher Michael > wrote: >> On 12/14/11 13:55, Vincent Torri wrote: >>> >>> this one and the previous one should be backported >>> >>> Vincent >>> >> >> Not sure how to go about that :/ Never did any backporting. > > j

Re: [E-devel] E SVN: seoz trunk/devs/seoz

2011-12-14 Thread Andreas Volz
Am Tue, 13 Dec 2011 17:46:32 -0800 schrieb Enlightenment SVN: What component exactly is broken in eflxx? I've not done a SVN update for some days. I'm just setting up daily builds on launchpad to recognise broken builds earlier... > Log: > devs seoz: Updated build script. Disabled cxx bindings.

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/software_generic

2011-12-14 Thread michael bouchaud
Ho thanks, yeah it's a typo. Good job ! 2011/12/14 Enlightenment SVN > Log: > Evas: Software_Generic: Fix typo? for __UNUSED__. > > > > Author: devilhorns > Date: 2011-12-14 10:27:29 -0800 (Wed, 14 Dec 2011) > New Revision: 66222 > Trac: http://trac.enlightenment.org/e/chan

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread michael bouchaud
no no no, They don't need to be backported it's since evas 1.2 2011/12/14 Christopher Michael > On 12/14/11 13:59, Vincent Torri wrote: > > On Wed, Dec 14, 2011 at 7:58 PM, Christopher Michael > > wrote: > >> On 12/14/11 13:55, Vincent Torri wrote: > >>> > >>> this one and the previous one sho

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread cpmichael1
Ahh, then I need (or someone can) to fix the doxy on the 2 new Evas functions I added for setting/getting framepsace. They are doxy'd @ 1.1.0 (my bad, I don't follow rev versions much ;) ) dh - Original Message - From: "michael bouchaud" To: "Enlightenment developer list" Sent: We

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Vincent Torri
On Wed, Dec 14, 2011 at 11:40 PM, wrote: > Ahh, then I need (or someone can) to fix the doxy on the 2 new Evas functions > I added for setting/getting framepsace. They are doxy'd @ 1.1.0 (my bad, I > don't follow rev versions much ;) ) @since 1.2 actually, if the function does not exist in 1.1

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread The Rasterman
On Wed, 14 Dec 2011 23:45:01 +0100 Vincent Torri said: > On Wed, Dec 14, 2011 at 11:40 PM, wrote: > > Ahh, then I need (or someone can) to fix the doxy on the 2 new Evas > > functions I added for setting/getting framepsace. They are doxy'd @ 1.1.0 > > (my bad, I don't follow rev versions much ;

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread The Rasterman
On Wed, 14 Dec 2011 13:58:13 -0500 Christopher Michael said: > On 12/14/11 13:55, Vincent Torri wrote: > > this one and the previous one should be backported > > > > Vincent > > > > Not sure how to go about that :/ Never did any backporting. apply same change to the evas-1.1 evas tree under bra

Re: [E-devel] new build tree for efl.

2011-12-14 Thread The Rasterman
On Wed, 14 Dec 2011 16:43:00 +0100 Mathieu Taillefumier said: > On 12/14/2011 04:33 PM, Cedric BAIL wrote: > > On Wed, Dec 14, 2011 at 4:26 PM, Daniel Juyung Seo > > wrote: > >> Wow, this is interesting poll. > >> I marked both git and svn because I use both for real. > >> > >> I accept any tools

Re: [E-devel] new build tree for efl.

2011-12-14 Thread David Seikel
On Wed, 14 Dec 2011 13:40:16 -0200 Iván Briano (Sachiel) wrote: > 2011/12/14 Cedric BAIL : > > No, don't do that ! We were happily trolling on cmake and you try to > > divert the troll from it by focusing people on git. Now people will > > start to argue again about git... > > > > Every one, back

[E-devel] [Patch] type change in group inherit

2011-12-14 Thread Jaehwan Kim
Dear Anyone concerned group inherit I changed the part of type-change in group inherit. Lately, raster removed the code about the prohibition of type-change in group inherit. But about the "part" of different type, the data structure of the their "description" is different. So if the type is chang

[E-devel] [PATCH] support to get style attribute of XIM module

2011-12-14 Thread Jihoon Kim
Hi, EFL developers. ATM, edje entry doesn't display the style of preedit string such as underline, reverse, and Highlight. It's because XIM module doesn't provide the style attribute. This patch is made for providing the style attibute information to entry or other editable widget. edje_test.patc

[E-devel] [Patch][elm_config] Add pinch zoom enable configuration

2011-12-14 Thread Bluezery
Dear all, Elementary can be used for all because EFL is an open source. But multi Touch event can have paten issue such as pinch zooming action. So, I add "finger(pinch) zooming action" to elm_config to can be enabled or disabled. This configuration value can be used for diverse product. It's my p

[E-devel] [patch] elc_multibuttonentry - bugfix early retrived text replacement

2011-12-14 Thread Hyoyoung Chang
Dear developers I made a patch about elc_multibuttonentry. At _add_button_item, elc_multibuttonentry remove too early its entry. After that, sometimes getting entry text is failed or returns wrong text. It adds strdup and free pair for preventing the bug. Thanks Index: elementary/src/lib/elc_mult

Re: [E-devel] [Patch][elm_config] Add pinch zoom enable configuration

2011-12-14 Thread Daniel Juyung Seo
Overall idea looks good. 1) wrap 80 chars > evas_object_event_callback_add(wd->rect, EVAS_CALLBACK_RESIZE, > _rect_resize_cb, obj); This is too long. EFL sources are written based on 80 chars per line policy. Please wrap them correctly. 2) remove unrelated changes Check config/profile.src, src/

Re: [E-devel] [Patch][elm_config] Add pinch zoom enable configuration

2011-12-14 Thread Tom Hacohen
On 15/12/11 08:11, Daniel Juyung Seo wrote: > Overall idea looks good. > > 1) wrap 80 chars >> evas_object_event_callback_add(wd->rect, EVAS_CALLBACK_RESIZE, >> _rect_resize_cb, obj); > > This is too long. EFL sources are written based on 80 chars per line policy. > Please wrap them correctly. > >