Re: [E-devel] commit access

congratulation leif :) -Regards, Hermet- -Original Message- From: "Carsten Haitzler" To: "Enlightenment developer list" Cc: Sent: 11-12-13(화) 16:37:59 Subject: Re: [E-devel] commit acc

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

Yeah, time to break our svn again ! :-D On Tue, Dec 13, 2011 at 4:32 AM, Carsten Haitzler wrote: > ok - this 10 gazillion separate libraries is just not managable. we are going > to make a single build and source tree for efl. that means core efl. that > means > 1 configure script for all. 1 bas

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

On 13/12/2011 06:43, Carsten Haitzler (The Rasterman) wrote: > On Tue, 13 Dec 2011 14:02:00 +1000 David Seikel said: > > >> Will this mean that, for example my embedded project that only >> uses eina eet evas ecore embryo edje, will have to get a lot bigger? Or >> can I easily choose the componen

Re: [E-devel] commit access

2011/12/13 ChunEon Park : > congratulation leif :) Thanks :-) > > -Regards, Hermet- > > -Original Message- > From: "Carsten Haitzler" > To: "Enlightenment developer > list" > Cc: > Sent: 1

Re: [E-devel] [Patch][elm_map] Change grid management

On Tue, 13 Dec 2011 15:23:56 +0900 Bluezery said: ok- in - though i stuffed up and committed 2 patches as 1 and put the wrong commit log on the first :(... grrr.. trying to hurry and catch up. > Yeah, It's my mistake! > I remade my patches to be applied sequentially. > Those also reflect her

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

+1 Could we also move to cmake? How about git? I can have people to help with both. We did the webkit EFL cmake in short time, can do for EFL as well. Thanks for taking this long due change! On Tuesday, December 13, 2011, Carsten Haitzler wrote: > ok - this 10 gazillion separate libraries is ju

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

On Tue, 13 Dec 2011 09:38:38 +0100 Guillaume Friloux said: > On 13/12/2011 06:43, Carsten Haitzler (The Rasterman) wrote: > > On Tue, 13 Dec 2011 14:02:00 +1000 David Seikel said: > > > > > >> Will this mean that, for example my embedded project that only > >> uses eina eet evas ecore embryo edj

Re: [E-devel] commit access

Congratulations, Leif !! It's time to rock! I hope you will commit good codes and help people :) With great power comes great responsibility. Daniel Juyung Seo (SeoZ) On Tue, Dec 13, 2011 at 4:37 PM, Carsten Haitzler wrote: > On Fri, 9 Dec 2011 02:47:57 +0100 Leif Middelschulte > said: > > ad

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

On Tue, 13 Dec 2011 09:28:04 +0100 Cedric BAIL said: > Yeah, time to break our svn again ! :-D > > On Tue, Dec 13, 2011 at 4:32 AM, Carsten Haitzler > wrote: > > ok - this 10 gazillion separate libraries is just not managable. we are > > going to make a single build and source tree for efl. tha

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

On Tue, 13 Dec 2011 07:13:45 -0200 Gustavo Sverzut Barbieri wrote: > Could we also move to cmake? How about git? I can have people to help > with both. We did the webkit EFL cmake in short time, can do for EFL > as well. I could help with cmake as well. Personally I'd prefer git over svn, and c

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

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. We did the webkit EFL cmake in short time, can do for EFL as well. > > Thanks for taking this long due ch

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

On Tue, Dec 13, 2011 at 10:29 AM, Carsten Haitzler wrote: > On Tue, 13 Dec 2011 09:28:04 +0100 Cedric BAIL said: >> Yeah, time to break our svn again ! :-D >> >> On Tue, Dec 13, 2011 at 4:32 AM, Carsten Haitzler >> wrote: >> > ok - this 10 gazillion separate libraries is just not managable. we a

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

On Tue, 13 Dec 2011 07:13:45 -0200 Gustavo Sverzut Barbieri said: > +1 > > Could we also move to cmake? How about git? I can have people to help with cmake -> no. despite how much i may hate autofoo... it's here and works and is a devil we and many know. git - not currently, later on after e17

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

On Tue, 13 Dec 2011 10:37:35 +0100 Cedric BAIL said: > On Tue, Dec 13, 2011 at 10:29 AM, Carsten Haitzler > wrote: > > On Tue, 13 Dec 2011 09:28:04 +0100 Cedric BAIL said: > >> Yeah, time to break our svn again ! :-D > >> > >> On Tue, Dec 13, 2011 at 4:32 AM, Carsten Haitzler > >> wrote: > >>

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

On Tuesday, December 13, 2011, Carsten Haitzler wrote: > On Tue, 13 Dec 2011 07:13:45 -0200 Gustavo Sverzut Barbieri > said: > >> +1 >> >> Could we also move to cmake? How about git? I can have people to help with > > cmake -> no. despite how much i may hate autofoo... it's here and works and is

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

On 13/12/11 11:13, Gustavo Sverzut Barbieri wrote: > +1 > > Could we also move to cmake? How about git? I can have people to help with > both. We did the webkit EFL cmake in short time, can do for EFL as well. As raster said, autofoo is a beast we all know and can handle. I'm not very much agains

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

On Tuesday, December 13, 2011, Carsten Haitzler wrote: > On Tue, 13 Dec 2011 10:37:35 +0100 Cedric BAIL said: > >> On Tue, Dec 13, 2011 at 10:29 AM, Carsten Haitzler >> wrote: >> > On Tue, 13 Dec 2011 09:28:04 +0100 Cedric BAIL said: >> >> Yeah, time to break our svn again ! :-D >> >> >> >> On

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

On 13/12/11 11:51, Gustavo Sverzut Barbieri wrote: > If we have cmake in parallel and it works, what > are the chances we get it as the official? I think you first need to prove people why we want to move. What are the advantages? disadvantages? Why would we care? and etc... Then, after convinci

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

On Tue, 13 Dec 2011 07:51:52 -0200 Gustavo Sverzut Barbieri said: > On Tuesday, December 13, 2011, Carsten Haitzler > wrote: > > On Tue, 13 Dec 2011 07:13:45 -0200 Gustavo Sverzut Barbieri > > said: > > > >> +1 > >> > >> Could we also move to cmake? How about git? I can have people to help > wi

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

On Tue, 13 Dec 2011 07:55:47 -0200 Gustavo Sverzut Barbieri said: > > For libefl it's better to link all lib$X.a into a single so. In that sense > the amalgamation is doable. well with a single build tree.. we could potentially produce a single libefl.so and just make compatibility symlinks to l

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

On Tue, 13 Dec 2011 11:54:29 +0200 Tom Hacohen said: > On 13/12/11 11:13, Gustavo Sverzut Barbieri wrote: > > +1 > > > > Could we also move to cmake? How about git? I can have people to help with > > both. We did the webkit EFL cmake in short time, can do for EFL as well. > > As raster said, aut

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

On Tuesday, December 13, 2011, Tom Hacohen wrote: > On 13/12/11 11:51, Gustavo Sverzut Barbieri wrote: >> >> If we have cmake in parallel and it works, what >> are the chances we get it as the official? > > I think you first need to prove people why we want to move. What are the advantages? disadv

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

On Tuesday, December 13, 2011, Carsten Haitzler wrote: > On Tue, 13 Dec 2011 07:51:52 -0200 Gustavo Sverzut Barbieri > said: > >> On Tuesday, December 13, 2011, Carsten Haitzler >> wrote: >> > On Tue, 13 Dec 2011 07:13:45 -0200 Gustavo Sverzut Barbieri >> > said: >> > >> >> +1 >> >> >> >> Could

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

On 13/12/11 12:09, Gustavo Sverzut Barbieri wrote: > Cmake is a single simple language that generates native build infra. > That alone justifies the change. > > Autofoo is m4 that I know, but very few people know about. Then there is > shell, make and automate extensions. > > Cmake is very simple a

[E-devel] [Patch][elm_map] Bug fix for map test

Hello, This patch is for test map. This fixes two simple bugs. 1. Max zoom level can be changed depends on the map source, not always 18. 2. $HOME can be NULL. Thanks~ -- BRs, Kim. Index: src/bin/test_map.c === --- src/bin/test_map.

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

On Tuesday, December 13, 2011, Tom Hacohen wrote: > On 13/12/11 12:09, Gustavo Sverzut Barbieri wrote: >> >> Cmake is a single simple language that generates native build infra. >> That alone justifies the change. >> >> Autofoo is m4 that I know, but very few people know about. Then there is >> sh

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

My vote is for git + gerrit. I find it to be convenient over email reviews, in that, I can see the complete code and get the context, rather than read the diff (+/-) format and then look up the code. I am a bit biased here because I am used to gerrit. For someone new to EFL, I believe gerrit is

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

On 13/12/11 12:27, Gustavo Sverzut Barbieri wrote: > Biggest drawbacks are: > - being new and requiring people to change > - lack of builtin distcheck > > For distcheck there is cpack + ctest, but it need some tweaking. Cool. Important thing I forgot to mention: I support the switch to CMake, I

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

On Tue, 13 Dec 2011 08:16:08 -0200 Gustavo Sverzut Barbieri said: > > i want gerrit. if we are using git then gerrit is a must. i want it. our > > existing managament infra has to work via git too - that means for > example our > > devs dir management. website - on commit updates automatically. a

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

On Tue, 13 Dec 2011 10:29:50 + (GMT) SANJEEV BA said: > My vote is for git + gerrit. > I find it to be convenient over email reviews, in that, I can see the > complete code and get the context, rather than read the diff (+/-) format and > then look up the code. I am a bit biased here because

Re: [E-devel] [Patch][elm_map] Bug fix for map test

On Tue, 13 Dec 2011 19:21:28 +0900 Bluezery said: in svn! :) > Hello, > > This patch is for test map. > This fixes two simple bugs. > 1. Max zoom level can be changed depends on the map source, not always 18. > 2. $HOME can be NULL. > > Thanks~ > -- > BRs, > Kim. -- - Codito, e

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

On Tuesday, December 13, 2011, Carsten Haitzler wrote: > On Tue, 13 Dec 2011 08:16:08 -0200 Gustavo Sverzut Barbieri > said: > >> > i want gerrit. if we are using git then gerrit is a must. i want it. our >> > existing managament infra has to work via git too - that means for >> example our >> >

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

On Tue, 13 Dec 2011 08:43:00 -0200 Gustavo Sverzut Barbieri said: > On Tuesday, December 13, 2011, Carsten Haitzler > wrote: > > On Tue, 13 Dec 2011 08:16:08 -0200 Gustavo Sverzut Barbieri > > said: > > > >> > i want gerrit. if we are using git then gerrit is a must. i want it. > our > >> > exi

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

On Tuesday, December 13, 2011, Carsten Haitzler wrote: > On Tue, 13 Dec 2011 08:43:00 -0200 Gustavo Sverzut Barbieri > said: > >> On Tuesday, December 13, 2011, Carsten Haitzler >> wrote: >> > On Tue, 13 Dec 2011 08:16:08 -0200 Gustavo Sverzut Barbieri >> > said: >> > >> >> > i want gerrit. if

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

On 13/12/11 12:53, Gustavo Sverzut Barbieri wrote: > That is simple, alternatively we can cut off your fingers or copy > distcheck's code from Autofoo ;-) How hard is implementing that anyway? Sounds fairly trivial. -- Tom -

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

On Tue, 13 Dec 2011 08:53:06 -0200 Gustavo Sverzut Barbieri said: > > that's reasonable... just remember... the only way you're taking make > distcheck > > from me is by prying it out of my cold dead fingers! make distcheck will > keep > > autofoo alive and its going away over my dead cold stinki

Re: [E-devel] [Patch] elc_ctxpopup: using calculated value, getting size from the style also.

Hey dear, here is the second patch using the box for the ctxpopup's content. The wd->content is content which is set by elm_object_content_set(ctxpopup, content) not the box. Please check this and give any feedbacks, Thanks. :-) 2011년 12월 13일 오후 3:31, Kim Shinwoo 님의 말: > Sure, I have separated t

Re: [E-devel] [Patch] elc_ctxpopup: using calculated value, getting size from the style also.

The patch had been kidnapped. -,.-;; 2011년 12월 13일 오후 8:32, Kim Shinwoo 님의 말: > Hey dear, here is the second patch using the box for the ctxpopup's > content. > The wd->content is content which is set by > elm_object_content_set(ctxpopup, content) not the box. > Please check this and give any fee

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

On Tue, 13 Dec 2011 20:02:30 +0900 Carsten Haitzler (The Rasterman) wrote: > On Tue, 13 Dec 2011 08:53:06 -0200 Gustavo Sverzut Barbieri > said: > > > > that's reasonable... just remember... the only way you're taking > > > make > > distcheck > > > from me is by prying it out of my cold dead fi

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

On Tuesday, December 13, 2011, David Seikel wrote: > On Tue, 13 Dec 2011 20:02:30 +0900 Carsten Haitzler (The Rasterman) > wrote: > >> On Tue, 13 Dec 2011 08:53:06 -0200 Gustavo Sverzut Barbieri >> said: >> >> > > that's reasonable... just remember... the only way you're taking >> > > make >> >

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

On Tue, 13 Dec 2011 09:46:41 -0200 Gustavo Sverzut Barbieri said: > >> i'm going to wear cast iron gloves damnit! :) > > > > Makes it hard to type. I predict a slow down in your code, IRC, and > > email output. > > He is a 2 finger typer, that won't make a difference for him. 2 fingers or 2 fi

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

On Tue, Dec 13, 2011 at 10:29 AM, Carsten Haitzler wrote: > On Tue, 13 Dec 2011 09:28:04 +0100 Cedric BAIL said: > >> Yeah, time to break our svn again ! :-D >> >> On Tue, Dec 13, 2011 at 4:32 AM, Carsten Haitzler >> wrote: >> > ok - this 10 gazillion separate libraries is just not managable. we

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

On Tue, Dec 13, 2011 at 10:13 AM, Gustavo Sverzut Barbieri wrote: > +1 > > Could we also move to cmake? thjere is no interest in having both buid systems, except pain. cmake is in addition less powerful than the autotools Now, i play the dictator game: If cmake is added, i stop to maintain the a

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

On Tuesday, December 13, 2011, Vincent Torri wrote: > On Tue, Dec 13, 2011 at 10:13 AM, Gustavo Sverzut Barbieri > wrote: >> +1 >> >> Could we also move to cmake? > > thjere is no interest in having both buid systems, except pain. cmake > is in addition less powerful than the autotools Define l

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

On Tue, Dec 13, 2011 at 1:24 PM, Gustavo Sverzut Barbieri wrote: >  On Tuesday, December 13, 2011, Vincent Torri > wrote: >> On Tue, Dec 13, 2011 at 10:13 AM, Gustavo Sverzut Barbieri >> wrote: >>> +1 >>> >>> Could we also move to cmake? >> >> thjere is no interest in having both buid systems, e

Re: [E-devel] E SVN: discomfitor trunk/edje/src/lib

On Mon, 12 Dec 2011 21:24:32 +0100 Vincent Torri wrote: > backport to 1.1 > > Vincent > > On Mon, Dec 12, 2011 at 8:59 PM, Enlightenment SVN > wrote: > > Log: > > fix a pair of buffer overflows from r65619 > > > > > > Author:       discomfitor > > Date:         2011-12-12 11:59:25 -0800 (Mon,

Re: [E-devel] E SVN: raster trunk/edje

On Mon, 12 Dec 2011 18:48:00 -0800 "Enlightenment SVN" wrote: > Log: > add changelog for fix! > > > > Author: raster > Date: 2011-12-12 18:48:00 -0800 (Mon, 12 Dec 2011) > New Revision: 66128 > Trac: http://trac.enlightenment.org/e/changeset/66128 > > Modified: > t

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

On Tue, Dec 13, 2011 at 11:01 AM, Vincent Torri wrote: > > On Tue, Dec 13, 2011 at 1:24 PM, Gustavo Sverzut Barbieri > wrote: > >  On Tuesday, December 13, 2011, Vincent Torri > > wrote: > >> On Tue, Dec 13, 2011 at 10:13 AM, Gustavo Sverzut Barbieri > >> wrote: > >>> +1 > >>> > >>> Could we al

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

On Tue, 13 Dec 2011 11:28:23 -0200 Gustavo Sverzut Barbieri wrote: > On Tue, Dec 13, 2011 at 11:01 AM, Vincent Torri > wrote: > > > > On Tue, Dec 13, 2011 at 1:24 PM, Gustavo Sverzut Barbieri > > wrote: > > >  On Tuesday, December 13, 2011, Vincent Torri > > > wrote: > > >> On Tue, Dec 13, 201

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

On Tue, Dec 13, 2011 at 11:36 AM, Michael Blumenkrantz wrote: > On Tue, 13 Dec 2011 11:28:23 -0200 > Gustavo Sverzut Barbieri wrote: > >> On Tue, Dec 13, 2011 at 11:01 AM, Vincent Torri >> wrote: >> > >> > On Tue, Dec 13, 2011 at 1:24 PM, Gustavo Sverzut Barbieri >> > wrote: >> > >  On Tuesday,

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

On Tue, Dec 13, 2011 at 2:28 PM, Gustavo Sverzut Barbieri wrote: >> >> I would actually like you to answer that question: why moving to cmake >> if the autotools are already doing the job correctly ? > > Doing it correctly may not be enough. you didn't answer to that question. you just give vague

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

On Tue, Dec 13, 2011 at 2:36 PM, Michael Blumenkrantz wrote: > If you are really set on using cmake, write and maintain a cmake build system > alongside the autotools system for a bit IMO. Then we can make an accurate > comparison where everyone knows the differences. It also prevents any hard > f

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

On Tue, Dec 13, 2011 at 12:35 PM, Vincent Torri wrote: > On Tue, Dec 13, 2011 at 2:28 PM, Gustavo Sverzut Barbieri > wrote: >>> >>> I would actually like you to answer that question: why moving to cmake >>> if the autotools are already doing the job correctly ? >> >> Doing it correctly may not be

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

On Tue, Dec 13, 2011 at 3:44 PM, Gustavo Sverzut Barbieri wrote: > On Tue, Dec 13, 2011 at 12:35 PM, Vincent Torri > wrote: >> On Tue, Dec 13, 2011 at 2:28 PM, Gustavo Sverzut Barbieri >> wrote: I would actually like you to answer that question: why moving to cmake if the autotoo

[E-devel] Elementary Edje_External support for disabling objects

The attached patch adds a edje property called "disabled" to every elm object that calls elm_object_disabled_set() on it. Any thoughts on it? Can I commit it? Regards, Gastaldiff --git a/src/edje_externals/elm.c b/src/edje_externals/elm.c index 185ec3b..b777ad3 100644 --- a/src/edje_externals/el

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

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, Vincent Torri >> wrote: >>> On Tue, Dec 13, 2011 at 2:28 PM, Gustavo Sverzut Barbieri >>> wrote: > > I would actually like yo

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

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, Vincent Torri >>> wrote: On Tue, Dec 13, 2011 at 2:28 P

Re: [E-devel] Elementary Edje_External support for disabling objects

2011/12/13 Jonas M. Gastal > The attached patch adds a edje property called "disabled" to every elm > object > that calls elm_object_disabled_set() on it. > > Any thoughts on it? Can I commit it? > > Regards, > Gastal > > ---

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

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. We did the webkit EFL cmake in short time, can do for EFL as well. >>

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

On Tue, Dec 13, 2011 at 1:32 AM, Carsten Haitzler wrote: > ok - this 10 gazillion separate libraries is just not managable. we are > going > to make a single build and source tree for efl. that means core efl. that > means > 1 configure script for all. 1 base makefile tree. something like: > > efl

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

On 13/12/11 20:21, Luis Felipe Strano Moraes wrote: > Not trying to derail the thread into something related to the original > topic, but is there a tentative date for such change? > > How will it be done? I believe it'll wait until the move to git as that move will already shuffle everything aro

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

On Tue, Dec 13, 2011 at 4:32 PM, Tom Hacohen wrote: > On 13/12/11 20:21, Luis Felipe Strano Moraes wrote: > > Not trying to derail the thread into something related to the original > > topic, but is there a tentative date for such change? > > > > How will it be done? > > I believe it'll wait unti

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

On 13/12/11 20:47, Luis Felipe Strano Moraes wrote: > Hmm, I might be a bit overdosing in caffeine right now, but from what I > understood this was to be done prior to the release of E17, and the move > to git will be after this earth-shattering event. We also chatted about it in IRC a bit and for

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

On Tue, Dec 13, 2011 at 4:48 PM, Tom Hacohen wrote: > On 13/12/11 20:47, Luis Felipe Strano Moraes wrote: > > Hmm, I might be a bit overdosing in caffeine right now, but from what I > > understood this was to be done prior to the release of E17, and the move > > to git will be after this earth-sh

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

On 13/12/11 20:58, Luis Felipe Strano Moraes wrote: > Oh, good to know. And good to be announced to the mailing list as well :) > Nothing official, just my notes from the chat on IRC... :) > Thanks for the info Tom :) Np. -- Tom.

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

On Tue, Dec 13, 2011 at 1: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

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

On Tue, Dec 13, 2011 at 1: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

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

On Tue, Dec 13, 2011 at 8:34 PM, Gustavo Sverzut Barbieri wrote: > On Tue, Dec 13, 2011 at 1: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

[E-devel] elm gesture layer strange behavior

Dear, all Currently I am changing multi touch zoom to be used elm_gesture. But, there may be some strange behaviors when using elm_gesture. I looked around codes... and I found belows... ELM_GESTURE_STATE_START call back is always called when multi touch down event occurred. But ELM_GESTURE_STAT

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

Dear Kim, How are you? On 14/12/11 09:40, Bluezery wrote: > Currently I am changing multi touch zoom to be used elm_gesture. > But, there may be some strange behaviors when using elm_gesture. > > I looked around codes... and I found belows... > ELM_GESTURE_STATE_START call back is always called