On Fri, 1 Jul 2011 09:49:11 +0200 Cedric BAIL said:
> > Actually, looking again at the code, the
> > emotion_object_module_option_set() function seems bogus, since it only
> > set the audio and video to mute if the given option is "off", but does
> > nothing if anything else is given as parameter
On Wed, 29 Jun 2011 22:42:41 +0200 Andreas Volz said:
> Am Tue, 28 Jun 2011 10:21:56 +0900 schrieb Carsten Haitzler (The
> Rasterman):
>
> > i updated the release wiki page to:
> >
> > http://trac.enlightenment.org/e/wiki/Release
> >
> > 1. be more readable so we can see what is being done and
On Wed, 29 Jun 2011 16:01:06 +0200 "Libor Zoubek" said:
> Hi, devs
>
> I've reported a bug http://trac.enlightenment.org/e/ticket/775
> Please review/apply attached patch that fixes above bug.
>
> Thanks
>
> cheers,
>
> Libor Zoubek
>
> P.S. I am a happy e-user and this is my 1st attempt to
On Tue, 28 Jun 2011 19:47:18 -0300 Flávio Ceolin
said:
> Hello efl developers,
>
> Trying to use ecore_con_url I wrote a simple test (file in attached)
> but ecore_con_url_get is failing.
> Digging into the code I figured out that the function curl_multi_fdset
> (in the ecore_con_url.c:1769) set
On Tue, 28 Jun 2011 12:08:14 -0300 Rafael Antognolli
said:
> On Tue, Jun 28, 2011 at 12:05 PM, Enlightenment SVN
> wrote:
> > Log:
> > ecore/fd_handler - Fix prepare_callback_set and improve its doc.
> >
> > Now they can be set even if the list is empty (sorry discomfitor,
> > removing your op
backport needed?
Daniel Juyung Seo (SeoZ)
On Tue, Jul 5, 2011 at 10:33 AM, Enlightenment SVN
wrote:
> Log:
> From: Hyoyoung Chang
> Subject: [E-devel] [patch] evas - add checking event type
>
> Dear developers.
>
> I found a bug about evas event handling.
> In some situation, evas blocks so
On Mon, 27 Jun 2011 18:24:57 +0900 Hyoyoung Chang
said:
in svn! thanks very muchly! :)
> Dear developers.
>
> I found a bug about evas event handling.
> In some situation, evas blocks some events by checking _evas_event_counter.
> So I made a patch that is checking event type also event counter
Here is the gdb bt of expedite crashing when run in twm. This is the same evas
bug that's crashing e17 on OSX.
Expedite throws this before it finishes drawing the window.
(gdb) r -e xlib -f
Starting program: /usr/local/bin/expedite -e xlib -f
Reading symbols for shared libraries ...
Reposting to keep the thread together (sorry):
The bug appears to be in evas, not ecore.
I am running expedite using twm, so that none of the EFL's load until I launch
expedite (with gdb).
Expedite crashes before it even finishes loading, before any tests. GDB shows
the exact same error as I w
The bug appears to be in evas, not ecore.
I am running expedite using twm, so that none of the EFL's load until I launch
expedite (with gdb).
Expedite crashes before it even finishes loading, before any tests. GDB shows
the exact same error as I was reporting for e17.
On #irc now.
Dave
E17 is overall working well with OSX. There's one important bug that needs to
be fixed before it's ready for a binary release.
On OSX, e17 crashes only on the first run after reboot. The "white rectangle of
death" appears, and clicking "continue" a few times eventually brings up a
working e17.
Hi. I’m Jiyoun.
I have plan to evas image object support animated image like Agif.
I make patch related with image object which can support animated image.
Added API is
1. EAPI Eina_Bool evas_object_image_animated_get(const Evas_Object *obj);
-> check image file's animation (DONE)
2. EAPI
Ok, it's in. Rev: 60975.
--
Tom.
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and m
Hello ~ Tom.
I really really really agree with this change J
It should be ~ I think.
+1 to your opinion
Thanks.
WooHyun.
--
All of the data generated in your IT infrastructure is seriously valuable.
W
On 04/07/11 11:12, Mike McCormack wrote:
> How about this:
>
> elm_object_label_set -> elm_object_text_part_set
> elm_object_label_get -> elm_object_text_part_get
>
> but keeping the elm_object_text_set/get macros as they are. i.e.
>
> EAPI void elm_object_text_part_set(Evas_Object *obj, const ch
On 07/04/2011 04:41 PM, Tom Hacohen wrote:
> What do you guys think? Should I rename them to elm_object_text_part_set/get?
Hey Tom,
How about this:
elm_object_label_set -> elm_object_text_part_set
elm_object_label_get -> elm_object_text_part_get
but keeping the elm_object_text_set/get macros a
>> We already have this API by a different name. I'm suggesting a rename to
>> elm_object_text_part_set/get.
Yeah that's what I'm saying :)
We discussed it but it was committed as a different name.
So it's time to get it right.
Daniel Juyung Seo (SeoZ)
On Mon, Jul 4, 2011 at 4:55 PM, Tom Hacoh
On 04/07/11 10:48, Daniel Juyung Seo wrote:
>>> elm_object_text_part_set/get?
>
> +1.
> I really agree with this idea. This is what I had in my mind.
> We already talked this issue in the mailing list.
> http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg32884.html
You misrea
>> elm_object_text_part_set/get?
+1.
I really agree with this idea. This is what I had in my mind.
We already talked this issue in the mailing list.
http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg32884.html
Thanks.
Daniel Juyung Seo (SeoZ)
On Mon, Jul 4, 2011 at 4:41 PM
Dear Mike and everyone else,
As you may know, mike_m recently added elm_object_label_set/get API and
elm_object_text_set/get macros as a generic way to set/get text for
elementary widgets. Not all the widgets are supported yet, but some are.
I like this change a lot as it makes the API smaller,
20 matches
Mail list logo