On Thu, 6 Dec 2012 19:51:37 -0800 Jeff Hoogland said:
> As a reference it looks a big awkward in those screenshots because I took
> those on my 1920x1080 screen on my 17" laptop. It fits better on a
> sub-10inch tablet screen.
hmm tho it'd scale similarly on such a device as height is calculated
Hi,
In ecore_wl_init(), adding wayland display fd with ECORE_FD_WRITE flag
make CPU usage 100%. This is true for all efl app running on wayland.
The proper way to monitor the ECORE_FD_WRITE is when the
wl_display_flush() return value < 0 and errno == EAGAIN. And if
wl_display_flush() return, we r
As a reference it looks a big awkward in those screenshots because I took
those on my 1920x1080 screen on my 17" laptop. It fits better on a
sub-10inch tablet screen.
I wasn't saying it was perfect by any means for a tablet - just that it was
better than the current default (which I know where des
On Thu, Dec 6, 2012 at 11:12 PM, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 3:08 PM, thomasg wrote:
>> On Thu, Dec 6, 2012 at 12:57 PM, Vincent Torri
>> wrote:
>>
>>> so it's a problem with clang. Fix your CC, then
>>>
>>>
>> Is it really?
>> dns_rr_foreach is defined as "for (struct dns_rr_i
On Thu, 6 Dec 2012 11:16:57 -0600 Jeff Hoogland said:
> After talking with raster last night on IRC I realized I've never forwarded
> the default .kbd file I've customized with tablets in mind up stream -
> others might find it useful. It provides a fairly basic, three row keyboard:
>
> http://w
Yop,
On Fri, Dec 7, 2012 at 1:55 AM, Leandro Dorileo wrote:
> While trying to build the efl merged tree with --profile=debug I got the
> following errors:
>
> lib/ecore/ecore_timer.c:540:4: warning: 'return' with no value, in function
> returning non-void [enabled by default]
> lib/ecore/ecore_t
On Thu, Dec 06, 2012 at 11:02:26AM -0200, Gustavo Sverzut Barbieri wrote:
> I disagree here, given that we never use the first operand as ! in any
> of our checks, just yes/no, there is no harm. The benefit is reducing
> the number of calls to test binary and also the resulting code size as
> it's
On Thu, Dec 06, 2012 at 12:57:39PM +0100, Vincent Torri wrote:
> so it's a problem with clang. Fix your CC, then
Clang defaults to C99, so this should only happen if it was explicitly
instructed otherwise...
Joerg
--
Log
sure, thanks for your response.
On Fri, Dec 7, 2012 at 1:15 AM, Daniel Juyung Seo wrote:
> Hello cinoo,
> I have four comments.
>
> 1. 'const' for getters.
> Evas_Object *obj -> const Evas_Object
> I fixed this in r80369.
> http://trac.enlightenment.org/e/changeset/80369
>
> 2. also const for ret
On Thu, 6 Dec 2012 14:24:34 -0200 Gustavo Sverzut Barbieri
said:
> On Thursday, December 6, 2012, Enlightenment SVN wrote:
>
> > Log:
> > without this i end up with a configure that does:
> >
> > configure: updating cache config.cache
> > configure: creating ./config.status
> > config.stat
On Thu, Dec 6, 2012 at 11:09 PM, Enlightenment SVN
wrote:
> Log:
> efl: add EFL_PKG_CHECK_STRICT() and use it.
>
> PKG_CHECK_EXISTS() does not abort upon failure, our rule. So add this
> and avoid replicating code like crazy.
the way i did it is such that it can not fail...
Vincent
>
>
>
>
Hi all,
The title bar of a naviframe item is turned visible when the title is set,
even if it is setted as not visible. Is this the expected behavior?
I made a simple program that can be used to check it.
Tks.
Mello.
/*
* gcc -o navi navi.c `pkg-config --cflags --libs elementary ecore-x`
*/
#
On Thu, 06 Dec 2012 19:01:22 +0100
Massimo Maiurana wrote:
> Michael Blumenkrantz, il 06/12/2012 18:49, ha scritto:
>
> >> Modified: trunk/e/src/modules/pager/e_mod_config.c
> >> ===
> >> --- trunk/e/src/modules/pager/e_mod_config.c
Michael Blumenkrantz, il 06/12/2012 18:49, ha scritto:
>> Modified: trunk/e/src/modules/pager/e_mod_config.c
>> ===
>> --- trunk/e/src/modules/pager/e_mod_config.c 2012-12-06 16:59:07 UTC (rev
>> 80373)
>> +++ trunk/e/src/modules/pag
On Thu, 6 Dec 2012 09:44:37 -0800
"Enlightenment SVN" wrote:
> Log:
> this is to avoid duplicate messages different only for case of initial
> letters, so translation files has less messages
>
> Author: maxerba
> Date: 2012-12-06 09:44:36 -0800 (Thu, 06 Dec 2012)
> New Revision:
Hi all,
The title bar of a naviframe item is turned visible when the title is set,
even if it is setted as not visible. Is this the expected behavior?
I made a simple program that can be used to check it.
Tks.
Mello.
/*
* gcc -o navi navi.c `pkg-config --cflags --libs elementary ecore-x`
*/
#
After talking with raster last night on IRC I realized I've never forwarded
the default .kbd file I've customized with tablets in mind up stream -
others might find it useful. It provides a fairly basic, three row keyboard:
http://www.enlightenment.org/ss/e-50c0d2146e3083.02166004.jpg
http://www.e
Hi,
While trying to build the efl merged tree with --profile=debug I got the
following errors:
lib/ecore/ecore_timer.c:540:4: warning: 'return' with no value, in function
returning non-void [enabled by default]
lib/ecore/ecore_timer.c:540:31: error: expected ';' before '(' token
lib/ecore/ecore_
On Thursday, December 6, 2012, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 5:06 PM, Gustavo Sverzut Barbieri
> > wrote:
> > On Thursday, December 6, 2012, Leandro Dorileo wrote:
> >
> >> On Thu, Dec 06, 2012 at 05:38:36AM -0800, Enlightenment SVN wrote:
> >> > Log:
> >> > efl/ecore_file: refacto
On Thursday, December 6, 2012, Enlightenment SVN wrote:
> Log:
> without this i end up with a configure that does:
>
> configure: updating cache config.cache
> configure: creating ./config.status
> config.status: error: cannot find input file: Makefile.in'
> make: *** No targets specified
On Thu, Dec 6, 2012 at 5:06 PM, Gustavo Sverzut Barbieri
wrote:
> On Thursday, December 6, 2012, Leandro Dorileo wrote:
>
>> On Thu, Dec 06, 2012 at 05:38:36AM -0800, Enlightenment SVN wrote:
>> > Log:
>> > efl/ecore_file: refactor to be more like eio in providing backends.
>> >
>> > instead of
Hello cinoo,
I have four comments.
1. 'const' for getters.
Evas_Object *obj -> const Evas_Object
I fixed this in r80369.
http://trac.enlightenment.org/e/changeset/80369
2. also const for return values?
It returns 'char *' but is there any chance to change this from users?
If not, this needs to be
On Thursday, December 6, 2012, Leandro Dorileo wrote:
> On Thu, Dec 06, 2012 at 05:38:36AM -0800, Enlightenment SVN wrote:
> > Log:
> > efl/ecore_file: refactor to be more like eio in providing backends.
> >
> > instead of the previous mess, just define the functions with common
> > names and
On Thu, Dec 06, 2012 at 05:38:36AM -0800, Enlightenment SVN wrote:
> Log:
> efl/ecore_file: refactor to be more like eio in providing backends.
>
> instead of the previous mess, just define the functions with common
> names and call the backend that was compiled in, similar to what eio
> d
Just use "stepi", that one goes inside. "step" goes to the next line of
code and if there is none inside it just steps to the next line. I'm
actually trying to look for a command that does what I said we need in the
first place (and that you've implemented to some extent), which just goes
on until
On Thu, Dec 6, 2012 at 12:34 PM, Cedric BAIL wrote:
> On Thu, Dec 6, 2012 at 9:18 PM, Enlightenment SVN
> wrote:
>> Log:
>> efl: ecore thread safety (remove option, keep code, add instructions).
>>
>>* remove the option, as it shouldn't really exist.
>>
>>* keep code, as requested by Cedr
On Thu, Dec 6, 2012 at 9:18 PM, Enlightenment SVN
wrote:
> Log:
> efl: ecore thread safety (remove option, keep code, add instructions).
>
>* remove the option, as it shouldn't really exist.
>
>* keep code, as requested by Cedric, someone may fix it someday. And
> the default is the D
On 06/12/2012 15:23, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 6, 2012 at 12:18 PM, Guillaume Friloux
wrote:
On 06/12/2012 15:11, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 6, 2012 at 11:52 AM, Guillaume Friloux
wrote:
Ok, sorry for my mistake, its old and forgot some things.
But still, t
On Thu, Dec 6, 2012 at 12:18 PM, Guillaume Friloux
wrote:
> On 06/12/2012 15:11, Gustavo Sverzut Barbieri wrote:
>>
>> On Thu, Dec 6, 2012 at 11:52 AM, Guillaume Friloux
>> wrote:
>>>
>>> Ok, sorry for my mistake, its old and forgot some things.
>>> But still, there must be warns added somewhere
On 06/12/2012 15:11, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 6, 2012 at 11:52 AM, Guillaume Friloux
wrote:
Ok, sorry for my mistake, its old and forgot some things.
But still, there must be warns added somewhere to clearly state that next
version will drop support. In my vision, once a func
On Thu, Dec 6, 2012 at 12:00 PM, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 2:58 PM, Enlightenment SVN
> wrote:
>> Log:
>> efl: remove want_poll.
>>
>>
>> Author: barbieri
>> Date: 2012-12-06 05:58:32 -0800 (Thu, 06 Dec 2012)
>> New Revision: 80362
>> Trac: http://trac.en
On Thu, Dec 6, 2012 at 3:08 PM, thomasg wrote:
> On Thu, Dec 6, 2012 at 12:57 PM, Vincent Torri wrote:
>
>> so it's a problem with clang. Fix your CC, then
>>
>>
> Is it really?
> dns_rr_foreach is defined as "for (struct dns_rr_i DNS_PP_XPASTE(i,
> __LINE__) = *dns_rr_i_new((P), __VA_ARGS__); ...
On 06/12/12 14:05, s...@tango.flipp.net wrote:
>> On 06/12/12 13:50, Vincent Torri wrote:
>>> On Thu, Dec 6, 2012 at 2:48 PM, Christopher Michael
>>> wrote:
On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote:
> On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael
> wrote:
>> On 06
On Thu, Dec 6, 2012 at 11:52 AM, Guillaume Friloux
wrote:
> Ok, sorry for my mistake, its old and forgot some things.
> But still, there must be warns added somewhere to clearly state that next
> version will drop support. In my vision, once a functionnality is added, you
> must maintain it, or cl
On Thu, Dec 6, 2012 at 11:56 AM, Christopher Michael
wrote:
> On 06/12/12 13:50, Vincent Torri wrote:
>> On Thu, Dec 6, 2012 at 2:48 PM, Christopher Michael
>> wrote:
>>> On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael
wrote:
On Thu, Dec 6, 2012 at 12:57 PM, Vincent Torri wrote:
> so it's a problem with clang. Fix your CC, then
>
>
Is it really?
dns_rr_foreach is defined as "for (struct dns_rr_i DNS_PP_XPASTE(i,
__LINE__) = *dns_rr_i_new((P), __VA_ARGS__); ..." in dns.h
As this is a declaration in the loop, it seems th
> On 06/12/12 13:50, Vincent Torri wrote:
>> On Thu, Dec 6, 2012 at 2:48 PM, Christopher Michael
>> wrote:
>>> On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote:
On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael
wrote:
> On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote:
>>
>
On Thu, Dec 6, 2012 at 2:58 PM, Enlightenment SVN
wrote:
> Log:
> efl: remove want_poll.
>
>
> Author: barbieri
> Date: 2012-12-06 05:58:32 -0800 (Thu, 06 Dec 2012)
> New Revision: 80362
> Trac: http://trac.enlightenment.org/e/changeset/80362
>
> Modified:
> trunk/efl/confi
On 06/12/12 13:50, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 2:48 PM, Christopher Michael
> wrote:
>> On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote:
>>> On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael
>>> wrote:
On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote:
>
> ecor
Ok, sorry for my mistake, its old and forgot some things.
But still, there must be warns added somewhere to clearly state that
next version will drop support. In my vision, once a functionnality is
added, you must maintain it, or clearly tell its dropped, and even give
solutions, no ?
On 06/1
On Thu, Dec 6, 2012 at 2:48 PM, Christopher Michael
wrote:
> On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote:
>> On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael
>> wrote:
>>> On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote:
ecore_file itself should go.
path manipulati
On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote:
> On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael
> wrote:
>> On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote:
>>>
>>> ecore_file itself should go.
>>>
>>> path manipulation (exists, dirname...) should go in eina, other bits
>>> should go i
Hi,
This crash happens if pop_transition_cb gets scheduled first but transition is
not completed and before that itself evas_object_del
is called, with below code it might be hard to reproduce, as per below code
pop_transition_cb will not
even get a chance to get scheduled.
so to reproduce th
On Thu, Dec 6, 2012 at 11:26 AM, Guillaume Friloux
wrote:
> Hello, excuse me to interfere, but what you deleted was added 11 months ago
> so inotify works on old distros like debian4.
> Here we officially dropped all the debian4 during summer, so im not
> embarrassed, by maybe others could be.
> I
On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael
wrote:
> On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote:
>>
>> ecore_file itself should go.
>>
>> path manipulation (exists, dirname...) should go in eina, other bits
>> should go in eio.
>>
>
> Why split file/path functions (exists, dirname,
On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote:
> ecore_file itself should go.
>
> path manipulation (exists, dirname...) should go in eina, other bits
> should go in eio.
>
Why split file/path functions (exists, dirname, etc) to eina ? If Eio is
to be the library for file functions, then why
Hello.
On 06/12/12 11:57, Vincent Torri wrote:
> so it's a problem with clang. Fix your CC, then
Thanks, its not my CC. I have a way to build it for my cases.
regards
Stefan Schmidt
--
LogMeIn Rescue: Anywhere, Anytime
Hello, excuse me to interfere, but what you deleted was added 11 months
ago so inotify works on old distros like debian4.
Here we officially dropped all the debian4 during summer, so im not
embarrassed, by maybe others could be.
Is it really necessary to remove these ? Shouldnt warnings be added
ecore_file itself should go.
path manipulation (exists, dirname...) should go in eina, other bits
should go in eio.
On Thu, Dec 6, 2012 at 11:05 AM, Vincent Torri wrote:
> Hey
>
> as eio is quite used, now, why not deprecating ecore_file parts that
> are in common with eio ?
>
> Vincent
>
>
On 06/12/12 13:05, Vincent Torri wrote:
> Hey
>
> as eio is quite used, now, why not deprecating ecore_file parts that
> are in common with eio ?
>
> Vincent
>
+1
dh
--
LogMeIn Rescue: Anywhere, Anytime Remote support
On Thu, Dec 6, 2012 at 2:12 PM, Eduardo Lima (Etrunko) wrote:
> On Thu, Dec 6, 2012 at 11:02 AM, Gustavo Sverzut Barbieri
> wrote:
>> On Thu, Dec 6, 2012 at 10:33 AM, Vincent Torri
>> wrote:
>>> On Thu, Dec 6, 2012 at 1:26 PM, Enlightenment SVN
>>> wrote:
Log:
Avoid calling test so m
On Thu, Dec 6, 2012 at 11:02 AM, Gustavo Sverzut Barbieri
wrote:
> On Thu, Dec 6, 2012 at 10:33 AM, Vincent Torri
> wrote:
>> On Thu, Dec 6, 2012 at 1:26 PM, Enlightenment SVN
>> wrote:
>>> Log:
>>> Avoid calling test so many times. Use -a/-o instead.
>>
>> as i have already said, it can break
Hey
as eio is quite used, now, why not deprecating ecore_file parts that
are in common with eio ?
Vincent
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and
On Thu, Dec 6, 2012 at 10:33 AM, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 1:26 PM, Enlightenment SVN
> wrote:
>> Log:
>> Avoid calling test so many times. Use -a/-o instead.
>
> as i have already said, it can break on some shells and the autotools
> prefer what i have done than what you are
On Thu, Dec 6, 2012 at 10:33 AM, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 1:26 PM, Enlightenment SVN
> wrote:
>> Log:
>> Avoid calling test so many times. Use -a/-o instead.
>
> as i have already said, it can break on some shells and the autotools
> prefer what i have done than what you are
On Thu, Dec 6, 2012 at 1:30 PM, Gustavo Sverzut Barbieri
wrote:
> On Thu, Dec 6, 2012 at 10:12 AM, Vincent Torri
> wrote:
>> On Thu, Dec 6, 2012 at 12:55 PM, Vincent Torri
>> wrote:
>>> On Thu, Dec 6, 2012 at 12:48 PM, Gustavo Sverzut Barbieri
>>> wrote:
On Thursday, December 6, 2012, En
On Thu, Dec 6, 2012 at 1:26 PM, Enlightenment SVN
wrote:
> Log:
> Avoid calling test so many times. Use -a/-o instead.
as i have already said, it can break on some shells and the autotools
prefer what i have done than what you are doing. Excerpt :
test
The test program is the way to perform
On Thu, Dec 6, 2012 at 10:12 AM, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 12:55 PM, Vincent Torri
> wrote:
>> On Thu, Dec 6, 2012 at 12:48 PM, Gustavo Sverzut Barbieri
>> wrote:
>>> On Thursday, December 6, 2012, Enlightenment SVN wrote:
>>>
Log:
inotify: revert : i want to keep
It is 0 and 1.
Daniel Juyung Seo (SeoZ)
On Dec 6, 2012 8:46 PM, "Gustavo Sverzut Barbieri"
wrote:
> Not? Isn't it 1 or -1, not 1 and 0?
>
> On Thursday, December 6, 2012, Enlightenment SVN wrote:
>
> > Log:
> > elm elm_interface_scrollable.c: Fixed wheel scroll direction with shift.
> >
> > Auth
On Thu, Dec 6, 2012 at 12:55 PM, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 12:48 PM, Gustavo Sverzut Barbieri
> wrote:
>> On Thursday, December 6, 2012, Enlightenment SVN wrote:
>>
>>> Log:
>>> inotify: revert : i want to keep autotools **modularized**. Instead, use
>>> in Eio what has been d
so it's a problem with clang. Fix your CC, then
On Thu, Dec 6, 2012 at 11:59 AM, Stefan Schmidt wrote:
> Hello.
>
> On 06/12/12 10:34, Vincent Torri wrote:
>> On Thu, Dec 6, 2012 at 11:28 AM, Stefan Schmidt
>> wrote:
>>> Hello.
>>>
>>> Either during the merge of ecore into efl or during Gustavo
On Thu, Dec 6, 2012 at 12:48 PM, Gustavo Sverzut Barbieri
wrote:
> On Thursday, December 6, 2012, Enlightenment SVN wrote:
>
>> Log:
>> inotify: revert : i want to keep autotools **modularized**. Instead, use
>> in Eio what has been detected in Ecore_File.
>
>
> Damn Vincent, why do you do these t
On Thursday, December 6, 2012, daniel.za...@samsung.com wrote:
> Hi Gustavo,
>
> I think the problem with adding flags is the performance.
A single Boolean check is nothing compared to everything else. And it's
once per eo_do() not per subcall
> eo_do is the
> most called function in Eo (wit
On Thursday, December 6, 2012, Enlightenment SVN wrote:
> Log:
> inotify: revert : i want to keep autotools **modularized**. Instead, use
> in Eio what has been detected in Ecore_File.
Damn Vincent, why do you do these things when you don't understand?
Really, I'm quite disappointed you still d
Not? Isn't it 1 or -1, not 1 and 0?
On Thursday, December 6, 2012, Enlightenment SVN wrote:
> Log:
> elm elm_interface_scrollable.c: Fixed wheel scroll direction with shift.
>
> Author: seoz
> Date: 2012-12-06 00:25:53 -0800 (Thu, 06 Dec 2012)
> New Revision: 80312
> Trac: h
On Thursday, December 6, 2012, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 7:37 AM, Vincent Torri
> >
> wrote:
> > revert !!
> >
> > i want to let it where it was
>
> and it breaks configuration on some debian
Im not reverting, it where it should be. But if the breakages do happen,
I'll fix
Hi Gustavo,
I think the problem with adding flags is the performance. eo_do is the
most called function in Eo (with eo_data_get) and we need it fast. More,
you know what the functions parameters are, you called it. So in my
opinion, the most important thing is what the destination is.
Did you
On Thursday, December 6, 2012, Sebastian Dransfeld wrote:
> Den 6. des. 2012 kl. 01:57 skrev "Enlightenment SVN" <
> no-re...@enlightenment.org >:
>
> > Log:
> > efl: simplify inotify by moving it to common.
> >
> > also deprecate very ancient inotify usage by direct syscall.
> >
> >
>
> Can you
On Thursday, December 6, 2012, Daniel Juyung Seo wrote:
> Yes that must be painful.
> And ephysics_test depends on elm.
Now we build libs (all) before we build binaries, so no problems for edje.
For elm, sure. We may split the tests into another package, source, or
migrate to elm itself
>
> D
When I compile without -O and -g, gdb behaves like with stripped
library, i.e doesn't try to enter the function. Maybe I do something wrong.
Tom, can you try it on your computer?
Thank you
Daniel
On 12/06/2012 12:45 AM, Tom Hacohen wrote:
> Compile Eo in release mode: remove -O0/-g from your CFL
Hey guys,
I'm preparing a new minor release of the EFL for tomorrow, if you still
have things to backport please do so as soon as possible, we *WILL* have
another release to coincide with E17 so this is not the end of the world in
case you did not have the time.
Best regards,
Luis Felipe
--
L
this patch is in svn with r80339
On Wed, Dec 5, 2012 at 1:53 PM, Kim Shinwoo wrote:
> dear all hi!
>
> 1. export elm_access_external_info_set();
> i would like to export an API which name is
> elm_access_external_info_set(Evas_Object *, const char*);
> this will be using by application side to s
Hello.
On 06/12/12 10:34, Vincent Torri wrote:
> On Thu, Dec 6, 2012 at 11:28 AM, Stefan Schmidt wrote:
>> Hello.
>>
>> Either during the merge of ecore into efl or during Gustavos changes the
>> std=c99 passing to ecore_con got missing.
>
> adding std=c99 is a BAD idea. Better use AC_PROG_CC_C99
Yes that must be painful.
And ephysics_test depends on elm.
Daniel Juyung Seo (SeoZ)
On Thu, Dec 6, 2012 at 6:34 PM, David Seikel wrote:
> On Thu, 6 Dec 2012 00:33:11 -0800 "Enlightenment SVN"
> wrote:
>
> > Log:
> > devs/seoz build.sh: Edje supports ephysics features now. Build
> > ephysics
Sorry this can be pushed to svn on elementary 2.0.
Is there any reason that you have to push this?
Daniel Juyung Seo (SeoZ)
On Thu, Dec 6, 2012 at 4:36 PM, SHILPA ONKAR SINGH wrote:
> When this change can be pushed to svn?
>
> --- Original Message ---
> Sender : Daniel Juyung Seo
> Date
On Thu, Dec 6, 2012 at 11:28 AM, Stefan Schmidt wrote:
> Hello.
>
> Either during the merge of ecore into efl or during Gustavos changes the
> std=c99 passing to ecore_con got missing.
adding std=c99 is a BAD idea. Better use AC_PROG_CC_C99 if a c99
compiler is needed. But honestly, i don't know
Hello.
Either during the merge of ecore into efl or during Gustavos changes the
std=c99 passing to ecore_con got missing.
I just found it while compiling with clang. No time right now to dig
into this so only the report here. Added it to my local cflags for now.
regards
Stefan Schmidt
---
On Thu, 6 Dec 2012 00:33:11 -0800 "Enlightenment SVN"
wrote:
> Log:
> devs/seoz build.sh: Edje supports ephysics features now. Build
> ephysics before edje.
I just realized, that's gonna be a problem with the merged EFL tree,
once edje gets in.
--
A big old stinking pile of genius that no on
On 06/12/12 09:20, Enlightenment SVN wrote:
> Log:
> elementary: let's not break the work when we don't use Wayland.
>
I disagree. If you don't use Wayland then you're world is already broken :P
Thanks for the fix ;)
dh
>
> Author: cedric
> Date: 2012-12-06 01:20:37 -0800 (Thu,
On Thu, Dec 6, 2012 at 7:37 AM, Vincent Torri wrote:
> revert !!
>
> i want to let it where it was
and it breaks configuration on some debian
Vincent
>
> Vincent
>
> On Thu, Dec 6, 2012 at 1:57 AM, Enlightenment SVN
> wrote:
>> Log:
>> efl: simplify inotify by moving it to common.
>>
>> also
Dear Shilpa,
it doesn't crash here.
Do you have any reproducable code?
I tried with the following code.
--- a/elementary/src/bin/test_naviframe.c
+++ b/elementary/src/bin/test_naviframe.c
@@ -190,6 +190,10 @@ _page2(void *data, Evas_Object *obj __UNUSED__, void
*event_info __UNUSED__)
Evas_Ob
81 matches
Mail list logo
