Hello.
On 12/01/13 05:30, Enlightenment SVN wrote:
> Log:
> update buildbot scripts.
>
>no idea where/if the bot is running, but now these are fine.
Still same location where you installed them.
I installed pulseaudio and bullet on the slave now. Efl goes through now
with some smaller probl
On Mon, Jan 14, 2013 at 4:53 AM, Nicolas Aguirre
wrote:
> 2013/1/11 Gustavo Sverzut Barbieri
>
>> On Fri, Jan 11, 2013 at 4:43 PM, Nicolas Aguirre
>> wrote:
>>
>> >
>> modules/ecore_evas/engines/win32/modules_ecore_evas_engines_win32_module_la-ecore_evas_win32.lo
>> > In file included from
>> >
On 01/13/2013 09:35 PM, Brian 'morlenxus' Miculcy wrote:
> Isn't Shelf stacking option "Below Windows" what you want?
Hm, no I don't think so. I would like the shelf to be visible when no
window overlaps, but still be able to make it unhide (or pop up) on
mouse-in, like for auto-hide. If I'm not
I'm trying to copy code from the elementary tests to a stand alone
proggy. I must be missing something, but it makes no sense anyway.
ERR<8705>:elementary elm_bg.c:219 _file_set() Could not load image
'/extantz/images/sky_03.jpg': File (or file path) does not exist
And yet -
ls -la /extantz/ima
On Mon, 14 Jan 2013 21:46:28 +1000 David Seikel
wrote:
> I'm trying to copy code from the elementary tests to a stand alone
> proggy. I must be missing something, but it makes no sense anyway.
>
> ERR<8705>:elementary elm_bg.c:219 _file_set() Could not load image
> '/extantz/images/sky_03.jpg':
Hi Mike,
On Fri, Jan 11, 2013 at 7:40 PM, Enlightenment SVN
wrote:
> Log:
> efl: Avoid shadow warnings (signal -> sig)
>
> Signed-off-by: Mike McCormack
Though I don't care too much about changes this (and thus it's ok to
let it like it is now), this is instead a GCC bug. I'm not sure what
On 01/14/2013 11:15 PM, Lucas De Marchi wrote:
> On Fri, Jan 11, 2013 at 7:40 PM, Enlightenment SVN
> wrote:
>> Log:
>> efl: Avoid shadow warnings (signal -> sig)
>>
>>Signed-off-by: Mike McCormack
>
>
> Though I don't care too much about changes this (and thus it's ok to
> let it like it is
On Mon, Jan 14, 2013 at 11:01 AM, Mike McCormack wrote:
> On 01/14/2013 11:15 PM, Lucas De Marchi wrote:
>
>> On Fri, Jan 11, 2013 at 7:40 PM, Enlightenment SVN
>> wrote:
>>> Log:
>>> efl: Avoid shadow warnings (signal -> sig)
>>>
>>>Signed-off-by: Mike McCormack
>>
>>
>> Though I don't care
On Mon, Jan 14, 2013 at 7:51 PM, Gustavo Sverzut Barbieri
wrote:
> On Mon, Jan 14, 2013 at 4:53 AM, Nicolas Aguirre
> wrote:
>> 2013/1/11 Gustavo Sverzut Barbieri
>>> On Fri, Jan 11, 2013 at 4:43 PM, Nicolas Aguirre
>>> wrote:
>>> modules/ecore_evas/engines/win32/modules_ecore_evas_engines_win3
On Mon, Jan 14, 2013 at 12:03 PM, Cedric BAIL wrote:
> On Mon, Jan 14, 2013 at 7:51 PM, Gustavo Sverzut Barbieri
> wrote:
>> On Mon, Jan 14, 2013 at 4:53 AM, Nicolas Aguirre
>> wrote:
>>> 2013/1/11 Gustavo Sverzut Barbieri
On Fri, Jan 11, 2013 at 4:43 PM, Nicolas Aguirre
wrote:
On Mon, Jan 14, 2013 at 12:03 PM, Cedric BAIL wrote:
> On Mon, Jan 14, 2013 at 7:51 PM, Gustavo Sverzut Barbieri
> wrote:
>> On Mon, Jan 14, 2013 at 4:53 AM, Nicolas Aguirre
>> wrote:
>>> 2013/1/11 Gustavo Sverzut Barbieri
On Fri, Jan 11, 2013 at 4:43 PM, Nicolas Aguirre
wrote:
Hi all,
EFL provides compile and runtime checking of version with
_VERSION_(MAJOR|MINOR), followed by an extern symbol that is
defined in runtime.
Problem is maintaining all this crap, now that it is unified we could
use a simpler approach to do this and have a single place where it is
defined, e
On Sat, Jan 5, 2013 at 12:30 AM, Carsten Haitzler wrote:
> On Fri, 4 Jan 2013 16:23:43 -0200 Leandro Dorileo
> said:
>
>> On Fri, Jan 04, 2013 at 12:57:50PM -0200, Leandro Dorileo wrote:
>> > On Fri, Jan 04, 2013 at 11:01:58AM -0200, Gustavo Sverzut Barbieri wrote:
>> > > On Fri, Jan 4, 2013 at
On Fri, Jan 11, 2013 at 4:36 AM, David Seikel wrote:
> Success! Elementary, ePhysics, and Irrlicht are sharing the one OpenGL
> window. Created by Evas_GL, then passed to Irrlicht to do it's thing.
Great news! \o/
>
> Attached (hopefully) is a screenie. The top half is Elementary
> widgets.
so it seems the lines
pt->u = ((lround(p->u) * imagew) / uvw) * FP1;
pt->v = ((lround(p->v) * imageh) / uvh) * FP1;
in evas_object_map_update() can trigger a SIGFPE pretty easily when playing
with PROXY parts with image sources in edc since there's no checks for uvw/uvh
to be 0
Hey,
please check if recent svn rev fixes your problems.
Kind regards,
Brian
On 01/13/2013 12:03 AM, Mariusz Bialonczyk wrote:
> Hi guys,
> I currently have set "Lock when idle timer exceeded" and "Lock even on
> fullscreen windows" settings enabled for a desklock.
> It doesn't work, so i debug
Using EFL 1.7.5 with e17 release on a TI8148 (Cortex A8 + SGX530) platform with
DRI, I run into a couple issues with OpenGL compositing enabled.
Running at 1024x768, with "Texture from pixmap" enabled on the composite engine
for OpenGL, I see a seam down the center of the screen for full screen
Empower isn't building against trunk right now, I'm guessing it's because of
Elementary moving away from e_dbus to edbus. Since I don't have the necessary
knowledge to port it to edbus, I just added the e_dbus header file.
Doug
empower-e_dbus.patch
Descript
I just noticed that the clock in e17 looks extremely pixelated when the
bars are almost-vertical, It looks like it lacks some "middle-painted
pixels" (subpixel?) between the bar and the background, is that normal ? or
maybe Im doing something wrong ?
Evas FLAGS:
CFLAGS += -fvisibility=hidden -Wsha
Brave souls using ToT EFL and E17,
We've committed a bunch of fixes recently that might have fixed the
border rendering in E17. I say "might" because we couldn't reproduce it
here, so it is all speculative. I'm using a pristine ~/.e and creating a
new one by just pressing "Next" in the setup wi
How is this a bug in the compiler?
bla = func_name;
and
bla = var_name;
are both valid C statements, it's a bug if they "fixed" it.
Furthermore, as mike said, it does no harm, and having a warning free
compilation is very important.
unused-parameter is a very useful warning, I wouldn't ignore it
On Mon, Jan 14, 2013 at 6:32 PM, Tom Hacohen wrote:
> How is this a bug in the compiler?
> bla = func_name;
> and
> bla = var_name;
> are both valid C statements, it's a bug if they "fixed" it.
that would trigger a warning on its own by mixing types. But I get
your point and I agree.
--
Gustavo
Many shadow warnings trigger conflicting types warnings, but many do not.
Especially in the efl where we use a lot of void *.
On Mon, Jan 14, 2013 at 9:39 PM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:
> On Mon, Jan 14, 2013 at 6:32 PM, Tom Hacohen wrote:
> > How is this a bug
Hey,
Now that we have a single EFL tree, we can and probably should merge the
python/whatever bindings as well.
To be honest, it's not something I have the time or interest to do, just
sending this reminder in case anyone is.
--
Tom.
-
On Mon, Jan 14, 2013 at 7:47 PM, Tom Hacohen wrote:
> Hey,
>
> Now that we have a single EFL tree, we can and probably should merge the
> python/whatever bindings as well.
>
> To be honest, it's not something I have the time or interest to do, just
> sending this reminder in case anyone is.
mergi
On Mon, Jan 14, 2013 at 6:32 PM, Tom Hacohen wrote:
> How is this a bug in the compiler?
> bla = func_name;
> and
> bla = var_name;
> are both valid C statements, it's a bug if they "fixed" it.
both are valid, not together... what are you trying to do here?
I am not saying -Wshadow is useless.
On Mon, 14 Jan 2013 14:34:51 -0800
"Enlightenment SVN" wrote:
> Log:
> edbus: Dont call dispatch_name_owner_change() if we get a error message
>
> Patch by: Jos?\195?\169 Roberto de Souza
>
>
>
> Author: lucas
> Date: 2013-01-14 14:34:51 -0800 (Mon, 14 Jan 2013)
> New
On Mon, Jan 14, 2013 at 8:36 PM, Michael Blumenkrantz
wrote:
> On Mon, 14 Jan 2013 14:34:51 -0800
> "Enlightenment SVN" wrote:
>
>> Log:
>> edbus: Dont call dispatch_name_owner_change() if we get a error message
>>
>> Patch by: Jos?\195?\169 Roberto de Souza
>>
>>
>>
>> Author: lucas
>>
On Mon, 14 Jan 2013 20:40:11 -0200
Lucas De Marchi wrote:
> On Mon, Jan 14, 2013 at 8:36 PM, Michael Blumenkrantz
> wrote:
> > On Mon, 14 Jan 2013 14:34:51 -0800
> > "Enlightenment SVN" wrote:
> >
> >> Log:
> >> edbus: Dont call dispatch_name_owner_change() if we get a error message
> >>
> >>
On Mon, Jan 14, 2013 at 8:33 PM, Lucas De Marchi
wrote:
> On Mon, Jan 14, 2013 at 6:32 PM, Tom Hacohen wrote:
>> How is this a bug in the compiler?
>> bla = func_name;
>> and
>> bla = var_name;
>> are both valid C statements, it's a bug if they "fixed" it.
>
> both are valid, not together... wha
Am Mon, 14 Jan 2013 21:47:53 + schrieb Tom Hacohen:
> Hey,
>
> Now that we have a single EFL tree, we can and probably should merge
> the python/whatever bindings as well.
>
> To be honest, it's not something I have the time or interest to do,
> just sending this reminder in case anyone is.
e.h isn't pulling in E_DBus.h anymore. Adding it to modules that don't build
without it.
empris-e_dbus.patch
Description: Binary data
everything_mpris-e_dbus.patch
Description: Binary data
everything_pidgin-e_dbus.patch
Description: Binary data
ever
On Tue, Jan 15, 2013 at 4:19 AM, Thanatermesis
wrote:
> I just noticed that the clock in e17 looks extremely pixelated when the
> bars are almost-vertical, It looks like it lacks some "middle-painted
> pixels" (subpixel?) between the bar and the background, is that normal ? or
> maybe Im doing som
On Mon, 14 Jan 2013 20:06:05 -0200 Gustavo Sverzut Barbieri
wrote:
> On Mon, Jan 14, 2013 at 7:47 PM, Tom Hacohen wrote:
> > Hey,
> >
> > Now that we have a single EFL tree, we can and probably should
> > merge the python/whatever bindings as well.
> >
> > To be honest, it's not something I have
Should rather port them to edbus (v2)
On Monday, January 14, 2013, Doug Newgard wrote:
> e.h isn't pulling in E_DBus.h anymore. Adding it to modules that don't
> build without it.
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: ba
Unfortunately, I only have enough knowledge in C to be dangerous, and know
nothing about the e_dbus or edbus APIs. Doing that would also make them
unusable in e17 now that edbus (v2) isn't a separate package that can just be
installed. Attached is another patch for everything_shotgun that got misse
Oops sorry, maybe I have removed it without notice
This one can be useful too, the clock is smaller but is pretty noticeable
:) http://www.enlightenment.org/ss/e-50f4bc279037f4.19077871.jpg
2013/1/15 Cedric BAIL
> On Tue, Jan 15, 2013 at 4:19 AM, Thanatermesis
> wrote:
> > I just noticed th
Hello everyone,
I'm trying to use an elm_entry for a UI via edje externals.
Unfortunatelly, the entries don't respect the 'editable' parameter.
I've attached an edc example, hoping that I've just been doing something
wrong.
--
Leif
test.edc
Description: Binary data
On Tue, 15 Jan 2013 03:19:29 +0100 Thanatermesis
said:
> Oops sorry, maybe I have removed it without notice
>
> This one can be useful too, the clock is smaller but is pretty noticeable
> :) http://www.enlightenment.org/ss/e-50f4bc279037f4.19077871.jpg
that's just "how it is". the linear interp
On Tue, Jan 15, 2013 at 12:07 AM, Doug Newgard wrote:
> Unfortunately, I only have enough knowledge in C to be dangerous, and know
> nothing about the e_dbus or edbus APIs. Doing that would also make them
> unusable in e17 now that edbus (v2) isn't a separate package that can just be
e17 doesn't
lol, "something else" aliens
Thank You.
--- --- --- --- --- --- --- --- ---
Deon Thomas [ http://www.elivecd.org ]
Programmer / Network Admin / Microsoft Certified Technology Specialist
On Mon, Jan 14, 2013 at 11:39 PM, Carsten Haitzler wrote:
> On Tue, 15 Jan 2013 03:19:29 +0100 Thanatermesis <
added exception code.
rev. 82792
-Regards, Hermet-
-Original Message-
From: "Michael Blumenkrantz"
To:
"enlightenment-devel@lists.sourceforge.net";
Cc:
Sent: 2013-01-1
On Mon, 14 Jan 2013 23:46:55 -0400 Deon Thomas said:
well i am not human. i am a sophisticated C program.
> lol, "something else" aliens
> Thank You.
> --- --- --- --- --- --- --- --- ---
> Deon Thomas [ http://www.elivecd.org ]
> Programmer / Network Admin / Microsoft Certified Technology Speci
On Tue, Jan 15, 2013 at 2:11 PM, Enlightenment SVN
wrote:
> Log:
> evas/map - avoid zero divide.
Not sure if that's the proper place to fix this issue. uvx and uvw
should not be zero. I think it's a bug in the one calling it that show
up here. Evas_Render does have code to protect against such ca
I considered also there. but if so, we may need to checkuvx, uvh everywhere
before passing the values.
And it looks it needs to update map with zero sizes if the values are changed
to zero.
So i put the code inside map update.
If you argue it should be outside, then i think it's better fix
Hello everyone,
There are two issues with ctxpopup:
- Memory leak: Elm_Ctxpopup_Item is used but not deleted.
- Incorrect callback function: returned object and event_info are list object
and item
(should be ctxpopup object and item).
I would like to send a patch to fix above issues.
I also pr
On Tue, Jan 15, 2013 at 2:59 PM, ChunEon Park wrote:
> I considered also there. but if so, we may need to checkuvx, uvh everywhere
> before passing the values.
>
> And it looks it needs to update map with zero sizes if the values are changed
> to zero.
>
> So i put the code inside map update.
>
There are known bugs in the py bindings' 1.7.0 release snapshot so
there should remain separate development for the 1.7 series (or at
least new releases be put out). Suggestions for directory layout:
/trunk/BINDINGS/python/trunk/python-efl (for merged trunk)
/trunk/BINDINGS/python/1.7/python-e* (f
ok then, i will update CNN
-Regards, Hermet-
-Original Message-
From: "Cedric BAIL"
To: "Enlightenment developer
list";
Cc:
Sent: 2013-01-15 (화) 15:21:45
Subject: Re: [E-devel] E S
49 matches
Mail list logo