Re: [E-devel] [Patch][Elementary] Patch for elm_win to fix the focus chain issue in case of a widget added as a normal sub-object, not a resizable object

[ChunEon Park]

looks proper.
in 69932.


I changed  some lines here also.  please refer. 


_elm_win_focus_next_hook(const Evas_Object *obj, E

 22 - items = wd->subobjs;
 23 - if (!items)
 24 -   return EINA_FALSE;
 25 + if (!list) return EINA_FALSE;
 26 + items = list;




- 

-Regards, Hermet-

-Original Message-
From: "Kim Shinwoo" 
To: "Enlightenment developer 
list"; 
Cc: 
Sent: 2012-04-06 (금) 00:22:49
Subject: [E-devel] [Patch][Elementary] Patch for elm_win to fix the focus chain 
issue in case of a widget added as a normal sub-object, not a resizable object

Current Issue:
   Currently when we add a widget to window as a sub-object, e.g.
elm_notify_add(win) which internally calls elm_widget_sub_object_add
then the focus chain using  includes only
   the first focusable subitem of the widget, not all.
   Whereas with elm_win_resize_object_add, it works fine and cycles to
all focusable sub-items of the widget.

Reason:
   The reason is that we are appending sub-object to the list in
elm_win which is used for focus chain, only in case of
elm_win_resize_object_add.

Change Description:
   Added a new API: EAPI Eina_List
*elm_widget_sub_object_list_get(const Evas_Object *obj);
   This API returns the list of sub-objects of an elementary widget
(sd->subobjs) where sd is Smart_Data pointer obtainted using
elm_widget_smart_data_get(obj).
   We have used this API in elm_win for focus_next_hook implementation.

Signed-Off-By: RAJEEV RANJAN@samsumg.com>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_cnp notify_handler patch

[ChunEon Park]

It looks more safe.
in 69942.


But,  I wonder why  notify_handler_text receives the string including garbage 
value.

Could u explain about it?



Thank you


 
-Regards, Hermet-

-Original Message-
From: "Minseok Kim" 
To: ; 
Cc: 
Sent: 2012-04-03 (화) 18:31:27
Subject: [E-devel] [Patch] elm_cnp notify_handler patch

When pasting data to entry, notify_handler_text sent incorrect string.  

Because notify_handler_text received string including garbage value.

I cut string as its data length.

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch] elm_genlist - split flip content from item's content

[Daniel Juyung Seo]

Hello

On Fri, Apr 6, 2012 at 1:16 PM, Daniel Juyung Seo  wrote:
> In SVN.
> But _item_flips_realize still has bugs as far as it has *source =
> eina_list_merge(*source, cons);

Oh that bug will be fixed in your next patch.
Thanks.

Daniel Juyung Seo (SeoZ)

> Thanks.
>
> Daniel Juyung Seo (Seoz)
>
>
> On Wed, Apr 4, 2012 at 9:23 PM, Hyoyoung Chang  wrote:
>> Dear all,
>>
>> in genlist flip mode, a item shares its content and flip content.
>> it's split flip content patch.
>>
>> Thanks.
>>
>> --
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch] elm_genlist - split flip content from item's content

[Daniel Juyung Seo]

In SVN.
But _item_flips_realize still has bugs as far as it has *source =
eina_list_merge(*source, cons);
Thanks.

Daniel Juyung Seo (Seoz)


On Wed, Apr 4, 2012 at 9:23 PM, Hyoyoung Chang  wrote:
> Dear all,
>
> in genlist flip mode, a item shares its content and flip content.
> it's split flip content patch.
>
> Thanks.
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Eobj - Request for review/comments

[Tom Hacohen]

On 05/04/12 20:35, Vincent Torri wrote:
> On Thu, Apr 5, 2012 at 7:28 PM, Tom Hacohen  wrote:
>> I specifically asked not to comment on the build system. More than that,
>> that request was made only because of you. Please try showing a bit of
>> restraint.
> 
> it has hit svn... even if it's in PROTO...

Ecrire has also hit SVN. I get you are enjoying your little veto on
build tools in EFL, but this is going a bit too far to my taste... Don't
you agree?
> 
>> When this code gets into somewhere stable, it'll use whatever build
>> system we'll decide to use (to follow the rest of the efl) be it
>> autotools or cmake.
> 
> thanks for clarifying

>From your response it seems that you got me a bit wrong, what I meant:
don't worry, it'll use whatever we use in the rest of the EFL when the
time comes.

--
Tom.


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_cnp notify_handler patch

[Hyoyoung Chang]

On Tue, Apr 3, 2012 at 6:37 PM, Minseok Kim  wrote:
> When pasting data to entry, notify_handler_text sent incorrect string.
> Because notify_handler_text received string including garbage value.
> Thus I cut string as its data length.
It's caused from inconsistent by X11 and ecore_x.
X11 api, sometimes, makes 8-bit chars null-terminiated.
but ecore_x don't handle 8-bit chars specially.

It seems a good patch.
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] elm_cnp notify_handler patch

[Minseok Kim]

When pasting data to entry, notify_handler_text sent incorrect string.
Because notify_handler_text received string including garbage value.
Thus I cut string as its data length.
Index: src/lib/elm_cnp.c
===
--- src/lib/elm_cnp.c   (리비전 69890)
+++ src/lib/elm_cnp.c   (작업 사본)
@@ -775,8 +775,12 @@ notify_handler_text(Cnp_Selection *sel, Ecore_X_Ev
 {
Ecore_X_Selection_Data *data;
char *str;
+   char *mkupstr;
 
data = notify->data;
+   str = malloc(sizeof(char) * (data->length + 1));
+   strncpy(str, (char *)data->data, data->length);
+   str[data->length] = '\0';
 
if (sel->datacb)
  {
@@ -791,10 +795,11 @@ notify_handler_text(Cnp_Selection *sel, Ecore_X_Ev
  }
 
cnp_debug("Notify handler text %d %d %p\n", data->format,data->length, 
data->data);
-   str = _elm_util_text_to_mkup((const char *) data->data);
+   mkupstr = _elm_util_text_to_mkup((const char *) str);
cnp_debug("String is %s (from %s)\n", str, data->data);
-   _elm_entry_entry_paste(sel->requestwidget, str);
+   _elm_entry_entry_paste(sel->requestwidget, mkupstr);
free(str);
+   free(mkupstr);
return 0;
 }
 
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] elm_cnp notify_handler patch

[Minseok Kim]

When pasting data to entry, notify_handler_text sent incorrect string.  

Because notify_handler_text received string including garbage value.

I cut string as its data length.

Index: src/lib/elm_cnp.c
===
--- src/lib/elm_cnp.c   (리비전 69890)
+++ src/lib/elm_cnp.c   (작업 사본)
@@ -775,8 +775,12 @@ notify_handler_text(Cnp_Selection *sel, Ecore_X_Ev
 {
Ecore_X_Selection_Data *data;
char *str;
+   char *mkupstr;
 
data = notify->data;
+   str = malloc(sizeof(char) * (data->length + 1));
+   strncpy(str, (char *)data->data, data->length);
+   str[data->length] = '\0';
 
if (sel->datacb)
  {
@@ -791,10 +795,11 @@ notify_handler_text(Cnp_Selection *sel, Ecore_X_Ev
  }
 
cnp_debug("Notify handler text %d %d %p\n", data->format,data->length, 
data->data);
-   str = _elm_util_text_to_mkup((const char *) data->data);
+   mkupstr = _elm_util_text_to_mkup((const char *) str);
cnp_debug("String is %s (from %s)\n", str, data->data);
-   _elm_entry_entry_paste(sel->requestwidget, str);
+   _elm_entry_entry_paste(sel->requestwidget, mkupstr);
free(str);
+   free(mkupstr);
return 0;
 }
 
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[Gustavo Sverzut Barbieri]

On Thu, Apr 5, 2012 at 5:17 AM, Cedric BAIL  wrote:
> On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
>  wrote:
>> On Wed, Apr 4, 2012 at 7:23 PM, Vincent Torri  
>> wrote:
>>> On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli
>>>  wrote:
>>> Some questions :
>>>  * what about the Coyote and ps3 arch ?
>>
>> Same as cserve, it will not be supported due the lack of multi-process 
>> support.
>
> There is still many non multi-process system out there. I have been
> thinking all this night how to make this work. At least they all have
> some thread support. So maybe we could have a fallback mode that
> instead of making cserve a standalone process, it will become a thread
> task. In that case, it does have some implication, how to handle the
> main loop ? We should make it possible to run multiple ecore main loop
> or have a light main loop support. I don't know yet. The other
> question will be, where should we launch this thread task, in evas ?
> Then we have a build dependency in it. Or in Elementary, but it sounds
> more like a work around. So I really don't know.
>
> This is just throwing idea in the air, just in case someone get a
> brilliant one and we can fix this use case. If not, that would be sad,
> but we should have some time to find a proper solution.

As said if people are highly demanding, there could be a fallback to
single-processes cases. But as I understand raster's will is to make
it the default one, after it's better tested of course.

Then we need people to test it ;-)


>>>  * will cserve2 be optional like cserve ?
>>
>> To start, yes. If it proves mature and to work well, Raster plans to
>> make it the default mode. If it goes well, it may be the only way. As
>> you can expect, there is a long road to it, including:
>>   - port to other systems (BSD, Windows...)
>>   - figure out what to do for too-different archs such as
>> single-process native PS3.
>>
>> For the last point I have not many details. As far as I understand the
>> lack of multiprocess in PS3 is an implementation issue, that could be
>> added later? (KaKaRoTo voice in!).
>
> They have no multiprocess, but they do have some kind of thread
> support. So there is a way to support this feature at least in theory,
> we just need to think about how.

the code can be changed to work in threads instead of processes. It's
not single-flag/one-liner, but interesting peers can work towards
that. The choice of multi-process is based on safety it allows, like
the crashing loaders. It also remove the need of "generic loaders", as
the cserve2 process can be modified to load single-format slave
loaders in future. Then the slave is not linked with any GPL/BSD and
is safe to be proprietary. (this is possible but not implemented yet).



>> What Raster already stated, and it may impact other platforms in
>> future, possibly guiding these points are:
>>   - Evas will hard-depend on threads;
>>   - Evas will revert to 32bpp-only, 16 and 8 will be removed.
>
> I have some idea to improve the speed of 32bpp software engine to make
> it closer to the 16bpp engine. I fully agree, that we should not need
> the 16bpp engine that much in the future.

Fortunately the customer demand for "iphone like" user interfaces on
everything is forcing dynamically programmable GPU such as OpenGL-ES,
and this also comes with benefit to process 32bits and convert to 16
really fast.

yes, i know some cost-constrained cases may continue in 16bpp with
old-fashioned acceleration like set-top boxes with directfb. But there
are choices to be made, not by me :-)



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[Gustavo Sverzut Barbieri]

On Thu, Apr 5, 2012 at 6:24 AM, David Seikel  wrote:
> On Thu, 5 Apr 2012 19:00:15 +1000 David Seikel 
> wrote:
>
>> On Thu, 5 Apr 2012 10:17:42 +0200 Cedric BAIL 
>> wrote:
>>
>> > On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
>> >  wrote:
>> > > On Wed, Apr 4, 2012 at 7:23 PM, Vincent Torri
>> > >  wrote:
>> > >> On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli
>> > >>  wrote:
>> > >> Some questions :
>> > >>  * what about the Coyote and ps3 arch ?
>> > >
>> > > Same as cserve, it will not be supported due the lack of
>> > > multi-process support.
>> >
>> > There is still many non multi-process system out there. I have been
>> > thinking all this night how to make this work. At least they all
>> > have some thread support. So maybe we could have a fallback mode
>> > that instead of making cserve a standalone process, it will become
>> > a thread task. In that case, it does have some implication, how to
>> > handle the main loop ? We should make it possible to run multiple
>> > ecore main loop or have a light main loop support. I don't know
>> > yet. The other question will be, where should we launch this thread
>> > task, in evas ? Then we have a build dependency in it. Or in
>> > Elementary, but it sounds more like a work around. So I really
>> > don't know.
>> >
>> > This is just throwing idea in the air, just in case someone get a
>> > brilliant one and we can fix this use case. If not, that would be
>> > sad, but we should have some time to find a proper solution.
>> >
>> > >>  * will cserve2 be optional like cserve ?
>> > >
>> > > To start, yes. If it proves mature and to work well, Raster plans
>> > > to make it the default mode. If it goes well, it may be the only
>> > > way. As you can expect, there is a long road to it, including:
>> > >   - port to other systems (BSD, Windows...)
>> > >   - figure out what to do for too-different archs such as
>> > > single-process native PS3.
>> > >
>> > > For the last point I have not many details. As far as I understand
>> > > the lack of multiprocess in PS3 is an implementation issue, that
>> > > could be added later? (KaKaRoTo voice in!).
>> >
>> > They have no multiprocess, but they do have some kind of thread
>> > support. So there is a way to support this feature at least in
>> > theory, we just need to think about how.
>>
>> PS3 has a hyperthreaded CPU.  Not counting the CELL SPUs, since code
>> for those has to be written specifically for them.
>
> On the other hand, my tiny embedded project uses a single 486 core.

We appreciate if you can check the impact on it.

Of course it depends on the use cases, if there is a single process
doing UI and it's loading just safe data (ie: edje/eet), then there is
no gain... but penalty shouldn't be o heavy.

But if there are multiple process as the normal case, then the
benefits should exist on memory saving.

Another clear benefit is dealing with user-media, such as mmc/sd with
huge JPEG, or broken filesytems... The processes shouldn't crash or
hang anymore.

Last but not least, a benefit we foresee is avoiding blocking the
application main loop. The end goal is to have cserve2 to do
speculative preload. But even without it, when we go further with the
project, it is expected that the IO an CPU used to load and decode the
image, is on the secondary processes and the main application can work
without blocking user code. This will be done by a multi-threaded
render phase (one thread to calculate changes, send to another thread
to request resource load, yet another to execute the drawing commands
-- drop frames between these as required).

Anyway, likely impossible to make everyone super-happy, but our goal,
including Raster, is to focus on the biggest bucket that is desktop
and high-end embedded systems.


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Eobj - Request for review/comments

[Tom Hacohen]

I specifically asked not to comment on the build system. More than that,
that request was made only because of you. Please try showing a bit of
restraint.

When this code gets into somewhere stable, it'll use whatever build
system we'll decide to use (to follow the rest of the efl) be it
autotools or cmake.

--
Tom.

On 05/04/12 19:27, Vincent Torri wrote:
> build system
> 
> On Thu, Apr 5, 2012 at 5:42 PM, Tom Hacohen  wrote:
>> Hey all,
>>
>> Updates:
>> I've committed the code to
>> http://svn.enlightenment.org/svn/e/trunk/PROTO/eobj/ feel free to tinker
>> with it. :)
>>
>> I changed some things since the last snapshot. I changed the API of some
>> things that weren't perfect, improved the examples, fixed some bugs and
>> generally made things better.
>>
>> As for the list of issues/questions, I finished 7 and 9.
>>
>> --
>> Tom.
>>
>> --
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second 
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Eobj - Request for review/comments

[Vincent Torri]

build system

On Thu, Apr 5, 2012 at 5:42 PM, Tom Hacohen  wrote:
> Hey all,
>
> Updates:
> I've committed the code to
> http://svn.enlightenment.org/svn/e/trunk/PROTO/eobj/ feel free to tinker
> with it. :)
>
> I changed some things since the last snapshot. I changed the API of some
> things that weren't perfect, improved the examples, fixed some bugs and
> generally made things better.
>
> As for the list of issues/questions, I finished 7 and 9.
>
> --
> Tom.
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Eobj - Request for review/comments

[Tom Hacohen]

Hey all,

Updates:
I've committed the code to 
http://svn.enlightenment.org/svn/e/trunk/PROTO/eobj/ feel free to tinker 
with it. :)

I changed some things since the last snapshot. I changed the API of some 
things that weren't perfect, improved the examples, fixed some bugs and 
generally made things better.

As for the list of issues/questions, I finished 7 and 9.

--
Tom.

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch][Elementary] Patch for elm_win to fix the focus chain issue in case of a widget added as a normal sub-object, not a resizable object

[Kim Shinwoo]

Current Issue:
   Currently when we add a widget to window as a sub-object, e.g.
elm_notify_add(win) which internally calls elm_widget_sub_object_add
then the focus chain using  includes only
   the first focusable subitem of the widget, not all.
   Whereas with elm_win_resize_object_add, it works fine and cycles to
all focusable sub-items of the widget.

Reason:
   The reason is that we are appending sub-object to the list in
elm_win which is used for focus chain, only in case of
elm_win_resize_object_add.

Change Description:
   Added a new API: EAPI Eina_List
*elm_widget_sub_object_list_get(const Evas_Object *obj);
   This API returns the list of sub-objects of an elementary widget
(sd->subobjs) where sd is Smart_Data pointer obtainted using
elm_widget_smart_data_get(obj).
   We have used this API in elm_win for focus_next_hook implementation.

Signed-Off-By: RAJEEV RANJAN


elm_win.patch
Description: Binary data
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch][elementary] elc_popup, focus next hook implementation

[Kim Shinwoo]

Current Issue:
   Focus does not go to Popup content and action area.
Reason:
  focus_next hook is returning EINA_FALSE in focus_next_hook.
Change Description:
  1. Routed the focus_next call to the internal notify object.
  2. Set the visibility of action area layout in edc to True as the
visibility of the action area layout returns zero even if due to state
change it is set to visible state in edje.
  3. Deleted the show event callback "_popup_show" in del_pre_ hook.

Signed-Off-By: RAJEEV RANJAN


elc_popup.patch
Description: Binary data
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet IN trunk/devs/hermet: . gl_glew

[Vincent Torri]

On Thu, Apr 5, 2012 at 3:46 PM, Enlightenment SVN
 wrote:
> Log:
> devs/hermet - backup some code

i plan to rename that and suppress glew. I've already beginning to
write the code. There are maybe some optimisations i missed in the old
code.

Vincent

>
>
>
> Author:       hermet
> Date:         2012-04-05 06:46:01 -0700 (Thu, 05 Apr 2012)
> New Revision: 69930
> Trac:         http://trac.enlightenment.org/e/changeset/69930
>
> Added:
>  trunk/devs/hermet/gl_glew/ trunk/devs/hermet/gl_glew/.cvsignore 
> trunk/devs/hermet/gl_glew/Evas_Engine_GL_Glew.h 
> trunk/devs/hermet/gl_glew/Makefile.am trunk/devs/hermet/gl_glew/evas_engine.c 
> trunk/devs/hermet/gl_glew/evas_engine.h 
> trunk/devs/hermet/gl_glew/evas_glew_win32_main.c
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] A rectangle clipping problem

[ChunEon Park]

Dear. 


I found a bug about rectangle clipping.
It's happened on the only gl backend  (check the sample code.. super simple)


The rectangle would be clipped incorrectly, when you scroll it. 


I looked the evas but don't know proper solution now. 


The rectangle would be clipped with the gl ctx area
but the rectangle position would not be updated once the map is enabled.
So rectangle always rendered with the same position and same clipped size even 
it is scrolled.


Please someone look at it then fix if you can.


Thank you.




-Regards, Hermet-#include 
#include 
#include 

void setup()
{
   Evas_Object *win, *sc, *ly, *o, *mb;

   //Window
   win = elm_win_add(NULL, "test", ELM_WIN_BASIC);
   elm_win_autodel_set(win, EINA_TRUE);

   //Rectangle
   o = evas_object_rectangle_add(evas_object_evas_get(win));
   evas_object_color_set(o, 255, 0, 255, 255);
   evas_object_size_hint_weight_set(o, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
   elm_win_resize_object_add(win, o);
   evas_object_show(o);

   //Scroller
   sc = elm_scroller_add(win);
   evas_object_size_hint_weight_set(sc, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
   evas_object_size_hint_align_set(sc, EVAS_HINT_FILL, EVAS_HINT_FILL);
   elm_scroller_policy_set(sc, ELM_SCROLLER_POLICY_OFF,
   ELM_SCROLLER_POLICY_OFF);
   elm_scroller_bounce_set(sc, EINA_FALSE, EINA_TRUE);
   evas_object_resize(sc, 480, 400);
   evas_object_show(sc);

   mb = elm_mapbuf_add(win);
   elm_object_content_set(mb, ly);
   evas_object_size_hint_weight_set(mb, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
   evas_object_size_hint_align_set(mb, EVAS_HINT_FILL, EVAS_HINT_FILL);
   elm_mapbuf_alpha_set(mb, EINA_TRUE);
   elm_mapbuf_enabled_set(mb, 1);
   evas_object_show(mb);

   elm_object_part_content_set(sc, NULL, mb);

   evas_object_resize(win, 480, 400);
   evas_object_show(win);
}

int main(int argc, char *argv[])
{
   elm_init(argc, argv);

   setup();

   elm_run();

   elm_shutdown();

   return 0;
}

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[David Seikel]

On Thu, 5 Apr 2012 11:20:26 +0200 Vincent Torri
 wrote:

> On Thu, Apr 5, 2012 at 11:00 AM, David Seikel 
> wrote:
> > On Thu, 5 Apr 2012 10:17:42 +0200 Cedric BAIL 
> > wrote:
> >
> >> On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
> >>  wrote:
> >> > On Wed, Apr 4, 2012 at 7:23 PM, Vincent Torri
> >> >  wrote:
> >> >> On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli
> >> >>  wrote:
> >> >> Some questions :
> >> >>  * what about the Coyote and ps3 arch ?
> >> >
> >> > Same as cserve, it will not be supported due the lack of
> >> > multi-process support.
> >>
> >> There is still many non multi-process system out there. I have been
> >> thinking all this night how to make this work. At least they all
> >> have some thread support. So maybe we could have a fallback mode
> >> that instead of making cserve a standalone process, it will become
> >> a thread task. In that case, it does have some implication, how to
> >> handle the main loop ? We should make it possible to run multiple
> >> ecore main loop or have a light main loop support. I don't know
> >> yet. The other question will be, where should we launch this
> >> thread task, in evas ? Then we have a build dependency in it. Or
> >> in Elementary, but it sounds more like a work around. So I really
> >> don't know.
> >>
> >> This is just throwing idea in the air, just in case someone get a
> >> brilliant one and we can fix this use case. If not, that would be
> >> sad, but we should have some time to find a proper solution.
> >>
> >> >>  * will cserve2 be optional like cserve ?
> >> >
> >> > To start, yes. If it proves mature and to work well, Raster
> >> > plans to make it the default mode. If it goes well, it may be
> >> > the only way. As you can expect, there is a long road to it,
> >> > including:
> >> >   - port to other systems (BSD, Windows...)
> >> >   - figure out what to do for too-different archs such as
> >> > single-process native PS3.
> >> >
> >> > For the last point I have not many details. As far as I
> >> > understand the lack of multiprocess in PS3 is an implementation
> >> > issue, that could be added later? (KaKaRoTo voice in!).
> >>
> >> They have no multiprocess, but they do have some kind of thread
> >> support. So there is a way to support this feature at least in
> >> theory, we just need to think about how.
> >
> > PS3 has a hyperthreaded CPU.  Not counting the CELL SPUs, since code
> > for those has to be written specifically for them.
> 
> even if that stuff is available, does the SDK provide these features ?
> If I'm not mistaken, Kakaroto said that the SDK was "limited"

I dunno how limited the native SDK is, but back when you could put
Linux on the PS3, you got Linux access to the entire CPU, and all but
one of the SPUs.  No Linux access to the GPU, at least not direct
access.

On the native SDK I'd expect that you are still missing access to one
of the SPUs.  This does not count the SPU that is simply disabled
to increase chip yields.

On the other hand, Sony has locked the thing down more since last I
programmed with it.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[David Seikel]

On Thu, 5 Apr 2012 19:00:15 +1000 David Seikel 
wrote:

> On Thu, 5 Apr 2012 10:17:42 +0200 Cedric BAIL 
> wrote:
> 
> > On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
> >  wrote:
> > > On Wed, Apr 4, 2012 at 7:23 PM, Vincent Torri
> > >  wrote:
> > >> On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli
> > >>  wrote:
> > >> Some questions :
> > >>  * what about the Coyote and ps3 arch ?
> > >
> > > Same as cserve, it will not be supported due the lack of
> > > multi-process support.
> > 
> > There is still many non multi-process system out there. I have been
> > thinking all this night how to make this work. At least they all
> > have some thread support. So maybe we could have a fallback mode
> > that instead of making cserve a standalone process, it will become
> > a thread task. In that case, it does have some implication, how to
> > handle the main loop ? We should make it possible to run multiple
> > ecore main loop or have a light main loop support. I don't know
> > yet. The other question will be, where should we launch this thread
> > task, in evas ? Then we have a build dependency in it. Or in
> > Elementary, but it sounds more like a work around. So I really
> > don't know.
> > 
> > This is just throwing idea in the air, just in case someone get a
> > brilliant one and we can fix this use case. If not, that would be
> > sad, but we should have some time to find a proper solution.
> > 
> > >>  * will cserve2 be optional like cserve ?
> > >
> > > To start, yes. If it proves mature and to work well, Raster plans
> > > to make it the default mode. If it goes well, it may be the only
> > > way. As you can expect, there is a long road to it, including:
> > >   - port to other systems (BSD, Windows...)
> > >   - figure out what to do for too-different archs such as
> > > single-process native PS3.
> > >
> > > For the last point I have not many details. As far as I understand
> > > the lack of multiprocess in PS3 is an implementation issue, that
> > > could be added later? (KaKaRoTo voice in!).
> > 
> > They have no multiprocess, but they do have some kind of thread
> > support. So there is a way to support this feature at least in
> > theory, we just need to think about how.
> 
> PS3 has a hyperthreaded CPU.  Not counting the CELL SPUs, since code
> for those has to be written specifically for them.

On the other hand, my tiny embedded project uses a single 486 core.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[Vincent Torri]

On Thu, Apr 5, 2012 at 11:00 AM, David Seikel  wrote:
> On Thu, 5 Apr 2012 10:17:42 +0200 Cedric BAIL 
> wrote:
>
>> On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
>>  wrote:
>> > On Wed, Apr 4, 2012 at 7:23 PM, Vincent Torri
>> >  wrote:
>> >> On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli
>> >>  wrote:
>> >> Some questions :
>> >>  * what about the Coyote and ps3 arch ?
>> >
>> > Same as cserve, it will not be supported due the lack of
>> > multi-process support.
>>
>> There is still many non multi-process system out there. I have been
>> thinking all this night how to make this work. At least they all have
>> some thread support. So maybe we could have a fallback mode that
>> instead of making cserve a standalone process, it will become a thread
>> task. In that case, it does have some implication, how to handle the
>> main loop ? We should make it possible to run multiple ecore main loop
>> or have a light main loop support. I don't know yet. The other
>> question will be, where should we launch this thread task, in evas ?
>> Then we have a build dependency in it. Or in Elementary, but it sounds
>> more like a work around. So I really don't know.
>>
>> This is just throwing idea in the air, just in case someone get a
>> brilliant one and we can fix this use case. If not, that would be sad,
>> but we should have some time to find a proper solution.
>>
>> >>  * will cserve2 be optional like cserve ?
>> >
>> > To start, yes. If it proves mature and to work well, Raster plans to
>> > make it the default mode. If it goes well, it may be the only way.
>> > As you can expect, there is a long road to it, including:
>> >   - port to other systems (BSD, Windows...)
>> >   - figure out what to do for too-different archs such as
>> > single-process native PS3.
>> >
>> > For the last point I have not many details. As far as I understand
>> > the lack of multiprocess in PS3 is an implementation issue, that
>> > could be added later? (KaKaRoTo voice in!).
>>
>> They have no multiprocess, but they do have some kind of thread
>> support. So there is a way to support this feature at least in theory,
>> we just need to think about how.
>
> PS3 has a hyperthreaded CPU.  Not counting the CELL SPUs, since code
> for those has to be written specifically for them.

even if that stuff is available, does the SDK provide these features ?
If I'm not mistaken, Kakaroto said that the SDK was "limited"

Vincent

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[David Seikel]

On Thu, 5 Apr 2012 10:17:42 +0200 Cedric BAIL 
wrote:

> On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
>  wrote:
> > On Wed, Apr 4, 2012 at 7:23 PM, Vincent Torri
> >  wrote:
> >> On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli
> >>  wrote:
> >> Some questions :
> >>  * what about the Coyote and ps3 arch ?
> >
> > Same as cserve, it will not be supported due the lack of
> > multi-process support.
> 
> There is still many non multi-process system out there. I have been
> thinking all this night how to make this work. At least they all have
> some thread support. So maybe we could have a fallback mode that
> instead of making cserve a standalone process, it will become a thread
> task. In that case, it does have some implication, how to handle the
> main loop ? We should make it possible to run multiple ecore main loop
> or have a light main loop support. I don't know yet. The other
> question will be, where should we launch this thread task, in evas ?
> Then we have a build dependency in it. Or in Elementary, but it sounds
> more like a work around. So I really don't know.
> 
> This is just throwing idea in the air, just in case someone get a
> brilliant one and we can fix this use case. If not, that would be sad,
> but we should have some time to find a proper solution.
> 
> >>  * will cserve2 be optional like cserve ?
> >
> > To start, yes. If it proves mature and to work well, Raster plans to
> > make it the default mode. If it goes well, it may be the only way.
> > As you can expect, there is a long road to it, including:
> >   - port to other systems (BSD, Windows...)
> >   - figure out what to do for too-different archs such as
> > single-process native PS3.
> >
> > For the last point I have not many details. As far as I understand
> > the lack of multiprocess in PS3 is an implementation issue, that
> > could be added later? (KaKaRoTo voice in!).
> 
> They have no multiprocess, but they do have some kind of thread
> support. So there is a way to support this feature at least in theory,
> we just need to think about how.

PS3 has a hyperthreaded CPU.  Not counting the CELL SPUs, since code
for those has to be written specifically for them.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Elm_list_go - why does it exist? + Do we really need elm_list?

[Tom Hacohen]

On 04/04/12 18:00, Hyoyoung Chang wrote:
> On Wed, Apr 4, 2012 at 9:46 PM, Tom Hacohen  wrote:
>> Hey,
>>
>> I think I've already asked those questions before, but the release is a
>> good time to review them again and make sure we like everything.
>>
>> First and foremost, why do we have elm_list_go, or more correctly, why
>> do we only have it in elm_list and not in genlist? if it's needed, it
>> should be in both, if not, it should be removed from elm_list. What is
>> it's purpose?
>
> It seems like to sacrifice convenience to get performance.
> maybe we can remove elm_list_go() with some performance penalty.
>
>>
>> Second question: Do we really need elm_list? I believe that with a good
>> enough default genlist item and some macros/function wrappers, we can
>> just ditch elm_list and have only elm_genlist... Why does it exist?
>>
>> I assume it's faster than elm_genlist, but is it really *that* faster?
>> Or *that* useful?
>
> elm_list is quick and easy way to make simple list.
> without genlist complex callbacks, and item classes.
> IMHO, it's better to use elm_list at simple selection such as choosing
> items in popup.


Can't we just add macros/functions that implement list over genlist? 
It's just like what I did with pager and naviframe.

It's nice in my pov.

--
Tom.

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][Genlist] removed unnecessary code in _clear_cb

[ChunEon Park]

Looks correct.


In. 69929.


Thank you very much.




-Regards, Hermet-

-Original Message-
From: "chanwook jung" 
To: "Enlightenment developer 
list"; 
Cc: 
Sent: 2012-04-05 (목) 16:44:31
Subject: [E-devel] [Patch][Genlist] removed unnecessary code in _clear_cb

Dear ALL,

If the block that must be removed/freed, it has already removed/freed in
_item_block_del.
So I removed the code in _clear_cb.

Thanks
Joey
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] edje multisense example feedback?

[Cedric BAIL]

On Thu, Apr 5, 2012 at 7:04 AM, Sanjeev BA  wrote:
> Raster is at the Linux Foundation Collaboration Summit.
> https://events.linuxfoundation.org/events/collaboration-summit/haitzler

Does that mean you dispatched some ninja to track him ?
-- 
Cedric BAIL

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[Cedric BAIL]

On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
 wrote:
> On Wed, Apr 4, 2012 at 7:23 PM, Vincent Torri  wrote:
>> On Wed, Apr 4, 2012 at 7:34 PM, Rafael Antognolli
>>  wrote:
>> Some questions :
>>  * what about the Coyote and ps3 arch ?
>
> Same as cserve, it will not be supported due the lack of multi-process 
> support.

There is still many non multi-process system out there. I have been
thinking all this night how to make this work. At least they all have
some thread support. So maybe we could have a fallback mode that
instead of making cserve a standalone process, it will become a thread
task. In that case, it does have some implication, how to handle the
main loop ? We should make it possible to run multiple ecore main loop
or have a light main loop support. I don't know yet. The other
question will be, where should we launch this thread task, in evas ?
Then we have a build dependency in it. Or in Elementary, but it sounds
more like a work around. So I really don't know.

This is just throwing idea in the air, just in case someone get a
brilliant one and we can fix this use case. If not, that would be sad,
but we should have some time to find a proper solution.

>>  * will cserve2 be optional like cserve ?
>
> To start, yes. If it proves mature and to work well, Raster plans to
> make it the default mode. If it goes well, it may be the only way. As
> you can expect, there is a long road to it, including:
>   - port to other systems (BSD, Windows...)
>   - figure out what to do for too-different archs such as
> single-process native PS3.
>
> For the last point I have not many details. As far as I understand the
> lack of multiprocess in PS3 is an implementation issue, that could be
> added later? (KaKaRoTo voice in!).

They have no multiprocess, but they do have some kind of thread
support. So there is a way to support this feature at least in theory,
we just need to think about how.

> What Raster already stated, and it may impact other platforms in
> future, possibly guiding these points are:
>   - Evas will hard-depend on threads;
>   - Evas will revert to 32bpp-only, 16 and 8 will be removed.

I have some idea to improve the speed of 32bpp software engine to make
it closer to the 16bpp engine. I fully agree, that we should not need
the 16bpp engine that much in the future.
-- 
Cedric BAIL

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New evas image cache server

[Cedric BAIL]

Hi,

On Thu, Apr 5, 2012 at 6:41 AM, Vincent Torri  wrote:
> On Thu, Apr 5, 2012 at 1:29 AM, Gustavo Sverzut Barbieri
>  wrote:
>> as for fork()/exec, we asked you what was better to use to help
>> Windows. No idea if you recall, but we did ask you as our initial hope
>> was to go with "fork()" only solution, you said it couldn't be
>> supported on Windows, but the fork-exec pair could. Then we followed
>> that.
>>
>>> btw, if you were doing portable code, you would use eina_file for
>>> shm_open and not shm_open directly
>>
>> http://git.profusion.mobi/cgit.cgi/antognolli/evas-cserve2/tree/src/bin/evas_cserve2_slave.c?h=cserve2#n200
>>
>> Eina file does not support PROT_WRITE. We hope it can be added later,
>> after the current version is released.
>>
>> Here we also talked to you, you mentioned that you had some ideas to
>> make the shm work for windows. Right?
>
> yes, but 'you' (that is only linux coders) use ultra specific linux
> features. Having something in Windows which emulate more or less those
> features is sometimes just impossible.
>
> question : why didn't you add PROT_WRITE to eina_file ?

I think that was due to me in part. Eina_File didn't handle it, and it
was close to the release. So I have said that it would be better to
first implement what they need directly and once the release is done,
merge the usefull part in eina.
-- 
Cedric BAIL

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch][Genlist] removed unnecessary code in _clear_cb

[chanwook jung]

Dear ALL,

If the block that must be removed/freed, it has already removed/freed in
_item_block_del.
So I removed the code in _clear_cb.

Thanks
Joey
Index: src/lib/elm_genlist.c
===
--- src/lib/elm_genlist.c	(revision 69928)
+++ src/lib/elm_genlist.c	(working copy)
@@ -882,14 +882,6 @@ static void
 _clear_cb(Widget_Data *wd)
 {
wd->anchor_item = NULL;
-   while (wd->blocks)
- {
-Item_Block *itb = (Item_Block *)(wd->blocks);
-
-wd->blocks = eina_inlist_remove(wd->blocks, wd->blocks);
-if (itb->items) eina_list_free(itb->items);
-free(itb);
- }
if (wd->queue_idle_enterer)
  {
 ecore_idle_enterer_del(wd->queue_idle_enterer);
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch] ecore doc return type (1)

[Vincent Torri]

in svn, thanks

Vincent

On Thu, Apr 5, 2012 at 7:52 AM, Jérôme Pinot  wrote:
> Here is a patch that fixes:
>
> /tmp/ecore/src/lib/ecore/ecore_getopt.c:1860: warning: return type of member 
> ecore_getopt_callback_geometry_parse is not documented
> /tmp/ecore/src/lib/ecore/ecore_getopt.c:1887: warning: return type of member 
> ecore_getopt_callback_size_parse is not documented
> /tmp/ecore/src/lib/ecore_ipc/ecore_ipc.c:948: warning: return type of member 
> ecore_ipc_client_data_size_max_get is not documented
> /tmp/ecore/src/lib/ecore_x/Ecore_X.h:3471: warning: return type of member 
> ecore_x_keysym_keycode_get is not documented
> /tmp/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c:991: warning: return type of 
> member ecore_x_randr_output_clones_get is not documented
> /tmp/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c:938: warning: return type of 
> member ecore_x_randr_output_edid_get is not documented
> /tmp/ecore/src/lib/ecore_x/xlib/ecore_x_window_prop.c:629: warning: return 
> type of member ecore_x_window_prop_string_get is not documented
> /tmp/ecore/src/lib/ecore/ecore_exe.c:865: warning: return type of member 
> ecore_exe_event_data_get is not documented
> /tmp/ecore/src/lib/ecore/ecore_timer.c:331: warning: return type of member 
> ecore_timer_pending_get is not documented
> /tmp/ecore/src/lib/ecore/ecore_timer.c:64: warning: return type of member 
> ecore_timer_precision_get is not documented
> /tmp/ecore/src/lib/ecore_evas/Ecore_Evas.h:990: warning: return type of 
> member ecore_evas_ews_backing_store_get is not documented
> /tmp/ecore/src/lib/ecore_file/ecore_file.c:840: warning: return type of 
> member ecore_file_app_exe_get is not documented
> /tmp/ecore/src/lib/ecore_x/xcb/ecore_xcb_dpms.c:195: warning: return type of 
> member ecore_x_dpms_timeouts_set is not documented
>
> --
> Jérôme Pinot
> http://ngc891.blogdns.net/
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel