Re: [E-devel] eio Example for eio_file_stat_ls

2012-09-23 Thread Guillaume Friloux
On 21/09/2012 17:37, Leandro Dorileo wrote: Hi Guillaume, On Fri, Sep 21, 2012 at 01:55:54PM +0200, Guillaume Friloux wrote: Hello e people, I have written a little example app for eio_file_stat_ls() that could have its place under "trunk/eio/src/examples/" or "trunk/EXAMPLES/eio/". I think th

Re: [E-devel] Toolbar transverse expand set

2012-09-23 Thread Daniel Juyung Seo
This looks good to me. Can you send a patch? Daniel Juyung Seo (SeoZ) On Fri, Sep 21, 2012 at 4:22 PM, Jaehwan Kim wrote: > Dear raster > > Yesterday, you discussed about toolbar with Seoz. > Currently the vertical length of the item is decided by the min value of > item. > (When the toolbar is

Re: [E-devel] Merging Evas-Eo to upstream

2012-09-23 Thread Cedric BAIL
On Sun, Sep 23, 2012 at 6:13 AM, Gustavo Sverzut Barbieri wrote: > On Sat, Sep 22, 2012 at 6:11 PM, Tom Hacohen wrote: >> On 23/09/12 00:10, Gustavo Sverzut Barbieri wrote: >>> On Sat, Sep 22, 2012 at 5:46 PM, Tom Hacohen wrote: On 22/09/12 17:05, Gustavo Sverzut Barbieri wrote: > Isn't

Re: [E-devel] Merging Evas-Eo to upstream

2012-09-23 Thread Tom Hacohen
On 23/09/12 23:14, Lucas De Marchi wrote: > It sounds like an excuse to not do the right thing. The manual > intervention should be very minimal and it shouldn't be a source of > bugs... once it compiles, it should work as if the paths haven't > changed. It's easier to mis-merge, and that's a sour

Re: [E-devel] Merging Evas-Eo to upstream

2012-09-23 Thread Lucas De Marchi
On Sun, Sep 23, 2012 at 3:29 AM, Tom Hacohen wrote: > On 23/09/12 00:13, Gustavo Sverzut Barbieri wrote: >> it shouldn't, but it always do :-( >> >> we don't need major releases, but at least minor we should >> >> > > It's not the wait I care about (well, not entirely). The main problem, > as I sa

Re: [E-devel] Merging Evas-Eo to upstream

2012-09-23 Thread Lucas De Marchi
On Sun, Sep 23, 2012 at 11:10 AM, Tom Hacohen wrote: > On 23/09/12 16:03, Gustavo Sverzut Barbieri wrote: >> Do a single diff and a sed to change the path of files. :-) > > Yeah, I thought about that, but that's not optimal. Or use tools that can take prefix and --directory. See svn-git-am using

Re: [E-devel] Merging Evas-Eo to upstream

2012-09-23 Thread Tom Hacohen
On 23/09/12 16:03, Gustavo Sverzut Barbieri wrote: > Do a single diff and a sed to change the path of files. :-) Yeah, I thought about that, but that's not optimal. > > Another option is to be sure it's stable and just copy files over. > ... That's what I'm trying to avoid. -- Tom. ---

Re: [E-devel] Merging Evas-Eo to upstream

2012-09-23 Thread Gustavo Sverzut Barbieri
On Sunday, September 23, 2012, Tom Hacohen wrote: > On 23/09/12 00:13, Gustavo Sverzut Barbieri wrote: > >> it shouldn't, but it always do :-( >> >> we don't need major releases, but at least minor we should >> >> >> > It's not the wait I care about (well, not entirely). The main problem, as > I s

Re: [E-devel] E SVN: rui IN trunk/eeze: . src/lib src/modules src/tests

2012-09-23 Thread Rui Miguel Silva Seabra
On Sun, 23 Sep 2012 14:27:27 +0200 Vincent Torri wrote: > On Sun, Sep 23, 2012 at 2:17 PM, Enlightenment SVN > wrote: > > Log: > > * Add support to eeze_sensor lib in the spec > >* Fix dist build by including a header file > >* svn:ignore on .deps, Makefile and Makefile.in on modules an

Re: [E-devel] E SVN: rui IN trunk/eeze: . src/lib src/modules src/tests

2012-09-23 Thread Vincent Torri
On Sun, Sep 23, 2012 at 2:17 PM, Enlightenment SVN wrote: > Log: > * Add support to eeze_sensor lib in the spec >* Fix dist build by including a header file >* svn:ignore on .deps, Makefile and Makefile.in on modules and tests. > > > Author: rui > Date: 2012-09-23 05:17:22 -