Re: [E-devel] [Patch][elm_map] Remove unnecessary flags

[The Rasterman]

On Sat, 12 Nov 2011 17:24:39 +0900 Bluezery  said:

tnx muchly! in svn!

> Previous patch has a bug.
> 
> Fixed patch is attached.
> I have changed as below.
> //  _process_download_list(gi->wd->obj);  -->
> _process_download_list(gi->wd->obj);
> 
> On Sat, Nov 12, 2011 at 3:51 PM, Bluezery  wrote:
> > Hi,
> >
> > There are too may flags in elm_map. Most of them are duplicated and
> > unnecessary. I have removed "want", "download", "have" variables.
> >
> > I use gi->job instead of "want" & "download".
> > I use ecore_file_exists() instead of "have" flags.
> >
> > Please review attached patch file.
> >


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][ecore_con] Refactoring curl port

[The Rasterman]

On Fri, 11 Nov 2011 19:12:09 +0900 Bluezery  said:

in svn! thanks! i fixed up the conflict with current svn too.

> I have done two more things.
> Please check attached patch.
> I have tested using elm_map. I works well.
> 
> 1) EINA_LIST_FOREACH_SAFE is removed and EINA_LIST_FREE is used instead.
> 2) I removed complete idler and use ecore_event_add() directly.
> 
> However, ecore_main_fd_handler_del() sometimes give warnnings because
> file descriptors cannot be controlled by ecore_con and only curl
> controls those internally.
> I think it can be ignored
> 
> On Fri, Nov 11, 2011 at 5:55 PM, Sebastian Dransfeld 
> wrote:
> > On 11/11/2011 09:41 AM, Bluezery wrote:
> >> It's my mistake.
> >>
> >> fixed patch is attached again.
> >> I have removed active flag also.
> >> I use eina_list_data_find() instead.
> >
> > Also, there is used a lot of idlers. I think all idlers can be removed
> > now, as we only do one multi perform on each fd handler ready.
> >
> > The reason the idlers were added, was that we did multi_perform in loop
> > for 0.1s (or something like that) which clogged the system.
> >
> > Cedric was the one adding the idlers, Cedric???
> >
> > S.
> >
> > --
> > RSA(R) Conference 2012
> > Save $700 by Nov 18
> > Register now
> > http://p.sf.net/sfu/rsa-sfdev2dev1
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Evil compilation error in windows XP

[Vincent Torri]

On Mon, 5 Dec 2011, HariHara Sudhan wrote:

> Yes, i followed the wiki page.
> and libws2_32.a is there inside the c:\MinGW\lib folder.
> is makefile not linking the library properly?
> btw will evil and other efl library compile under windows 7?

Ha, you're *compiling* under win 7. I've never tried that. I compiled only 
on win XP, and try my installer on win 7 (at work...).

So attach config.log and the output of configure in MSYS

Vincent

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Evil compilation error in windows XP

[HariHara Sudhan]

Yes, i followed the wiki page.
and libws2_32.a is there inside the c:\MinGW\lib folder.
is makefile not linking the library properly?
btw will evil and other efl library compile under windows 7?




On Mon, Dec 5, 2011 at 12:32 AM, Vincent Torri  wrote:
>
> Hey,
>
> On Sun, 4 Dec 2011, HariHara Sudhan wrote:
>
>>    I get many undefined reference errors from evil_unistd.c,
>> evil_link_xp.cpp & in evil_fcntl.c,
>> I installed the mingw from the latest repositories.
>> I've attached the screenshot with the mail.
>> is win32 api missing anywhere?
>> any solution to this problem??
>
> Strange. I've compiled Evil several times today (to create the mingw
> packages) without problem (win xp and cross compilation). It seems that
> there is a problem with libws2_32.a.
>
> Did you follow the wiki to install MinGW ?
>
> Vincent
>
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



-- 
Regards

HariHaraSudhan

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][ecore_con] Refactoring curl port

[The Rasterman]

On Mon, 5 Dec 2011 00:32:00 -0500 Michael Blumenkrantz
 said:

> your patch no longer applies. resend one that does and I will review it.

i actually was fixing it up... though i got called off to do other things
today. back to it now.


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] elc_ctxpopup: using calculated value, getting size from the style also.

[cnook]

Dear All, Hello!

As the title, attached patch has followings.

  1) Using Calculated Value: The _update_arrow(); had used
evas_object_geometry_get(); internally for getting its base size.
  But the _calc_base_geometry(); already got the base size which
is more accurate.

  2) Getting Size From The Style Also: If the ctxpopup has content
which is composed using the style (means, the size of
  content can get from *.edc file only), then ctxpopup does not
come properly. So resolving this, the patch is using a box,
  and add a RESIZE callback to the box. When the box is resized,
the callback calls elm_box_recalculate();

Then, please review this patch and give any feedbacks. Thanks a lot.

Sincerely,
Shinwoo Kim.
Index: src/lib/elc_ctxpopup.c
===
--- src/lib/elc_ctxpopup.c	(revision 65885)
+++ src/lib/elc_ctxpopup.c	(working copy)
@@ -64,7 +64,7 @@ static void _adjust_pos_y(Evas_Coord_Point *pos,
   Evas_Coord_Rectangle *hover_area);
 static Elm_Ctxpopup_Direction _calc_base_geometry(Evas_Object *obj,
   Evas_Coord_Rectangle *rect);
-static void _update_arrow(Evas_Object *obj, Elm_Ctxpopup_Direction dir);
+static void _update_arrow(Evas_Object *obj, Elm_Ctxpopup_Direction dir, Evas_Coord_Rectangle rect);
 static void _sizing_eval(Evas_Object *obj);
 static void _shift_base_by_arrow(Evas_Object *arrow,
  Elm_Ctxpopup_Direction dir,
@@ -504,11 +504,10 @@ _calc_base_geometry(Evas_Object *obj, Evas_Coord_R
 }
 
 static void
-_update_arrow(Evas_Object *obj, Elm_Ctxpopup_Direction dir)
+_update_arrow(Evas_Object *obj, Elm_Ctxpopup_Direction dir, Evas_Coord_Rectangle base_size)
 {
Evas_Coord x, y;
Evas_Coord_Rectangle arrow_size;
-   Evas_Coord_Rectangle base_size;
Widget_Data *wd;
double drag;
 
@@ -518,8 +517,6 @@ static void
evas_object_geometry_get(obj, &x, &y, NULL, NULL);
evas_object_geometry_get(wd->arrow, NULL, NULL, &arrow_size.w,
 &arrow_size.h);
-   evas_object_geometry_get(wd->base, &base_size.x, &base_size.y,
-&base_size.w, &base_size.h);
 
edje_object_part_unswallow(wd->base, wd->arrow);
 
@@ -677,7 +674,7 @@ _sizing_eval(Evas_Object *obj)
//Base
wd->dir = _calc_base_geometry(obj, &rect);
_show_signal_emit(obj, wd->dir);
-   _update_arrow(obj, wd->dir);
+   _update_arrow(obj, wd->dir, rect);
_shift_base_by_arrow(wd->arrow, wd->dir, &rect);
 
//resize scroller according to final size.
@@ -1027,6 +1024,19 @@ _ctxpopup_hide(void *data __UNUSED__, Evas *e __UN
 }
 
 static void
+_content_resize(void *data, Evas *e __UNUSED__, Evas_Object *obj __UNUSED__,
+ void *event_info __UNUSED__)
+{
+   Widget_Data *wd;
+
+   wd = elm_widget_data_get(data);
+   if (!wd) return;
+
+   elm_box_recalculate(wd->box);
+   _sizing_eval(data);
+}
+
+static void
 _scroller_resize(void *data, Evas *e __UNUSED__, Evas_Object *obj,
  void *event_info __UNUSED__)
 {
@@ -1499,7 +1509,20 @@ elm_ctxpopup_item_disabled_get(const Elm_Object_It
 EAPI void
 elm_ctxpopup_content_set(Evas_Object *obj, Evas_Object *content)
 {
-   elm_object_content_set(obj, content);
+   Widget_Data *wd;
+   wd = elm_widget_data_get(obj);
+   if (!wd) return;
+
+   wd->box = elm_box_add(obj);
+   evas_object_size_hint_weight_set(wd->box, EVAS_HINT_EXPAND,
+EVAS_HINT_EXPAND);
+   evas_object_show(content);
+
+   elm_box_pack_end(wd->box, content);
+
+   evas_object_event_callback_add(content, EVAS_CALLBACK_RESIZE,
+  _content_resize, obj);
+   elm_object_content_set(obj, wd->box);
 }
 
 EAPI Evas_Object *
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets

[ChunEon Park]

got it.

-Regards, Hermet-
 
-Original Message-
From: "Michael Blumenkrantz" 
To: "Enlightenment developer 
list"
Cc: her...@naver.com; enlightenment-...@lists.sourceforge.net
Sent: 11-12-05(월) 14:09:56
Subject: Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets
On Mon, 05 Dec 2011 14:06:16 +0900
ChunEon Park wrote:
> Sorry, I don't understand.
> Could you please explain more?
> 
> -Regards, Hermet-
> 
> -Original Message-
> From: "Michael Blumenkrantz" 
> To: enlightenment-...@lists.sourceforge.net
> Cc: enlightenment-devel@lists.sourceforge.net
> Sent: 11-12-04(일) 17:08:37
> Subject: Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets
> On Mon, 28 Nov 2011 20:56:09 -0800
> "Enlightenment SVN"  wrote:
> > Log:
> > elementary/button - Setting the text after button is disabled then the text
> > does not showed up with disabled status. 
> > fixed it.
> > 
> > 
> > 
> > Author: hermet
> > Date: 2011-11-28 20:56:08 -0800 (Mon, 28 Nov 2011)
> > New Revision: 65668
> > Trac: http://trac.enlightenment.org/e/changeset/65668
> > 
> > Modified:
> > trunk/elementary/data/themes/widgets/button.edc 
> this is actually still a bug for check widget and probably others
hm nevermind actually, was caused by something unrelated
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[ChunEon Park]

Congratulation!
I expected you could get the commit access also.

-Regards, Hermet-
 
-Original Message-
From: "Daniel Juyung Seo" 
To: "Enlightenment developer 
list"
Cc: "Carsten Haitzler"
Sent: 11-12-05(월) 13:07:16
Subject: Re: [E-devel] [E-Devel] Access
+1 here as well.
You're so active and passionate and there is no other person actively
working on GL.
This will help our community as well.
Congratulations!
Daniel Juyung Seo (SeoZ)
On Mon, Dec 5, 2011 at 12:56 PM, Sung W. Park  wrote:
> Awesome! I look forward to working with you guys more closely as a
> developer. Thanks!
>
> cheers,
> Sung
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][ecore_con] Refactoring curl port

[Michael Blumenkrantz]

On Mon, 5 Dec 2011 14:27:00 +0900
Bluezery  wrote:

> Hi,
> 
> Congratulations on EFL1.1 release!!!
> Now, Can it be added to svn?? :)
> 
> 
> 2011/11/15 Carsten Haitzler :
> > On Mon, 14 Nov 2011 18:47:08 +0900 Bluezery  said:
> >
> > considering the amount of refactoring.. this will have to wait until after
> > 1.1. we are in feature freeze. that means no refactoring. no new features.
> > just bug fixes.
> >
> >> Oh, I see. That's better. :)
> >>
> >> On Mon, Nov 14, 2011 at 6:10 PM, Mike Blumenkrantz 
> >> wrote:
> >> > On Mon, 14 Nov 2011 10:08:09 +0100
> >> > Cedric BAIL  wrote:
> >> >
> >> >> On Mon, Nov 14, 2011 at 9:57 AM, Mike Blumenkrantz 
> >> >> wrote:
> >> >> > On Mon, 14 Nov 2011 09:48:07 +0100
> >> >> > Sebastian Dransfeld  wrote:
> >> >> >> On 11/14/2011 01:47 AM, Bluezery wrote:
> >> >> >> > This patch is rejected?? or could be in ?? :-)
> >> >> >> >
> >> >> >>
> >> >> >> To me it seems fine, but I don't want to commit it now so close
> >> >> >> before release of 1.1. Either someone how knows ecore_con better
> >> >> >> than me (Cedric maybe?) can commit it, or I will do it after 1.1
> >> >> >>
> >> >> >> S.
> >> >> > I know nothing about the curl stuff or I would have already reviewed
> >> >> > it. My vote is also for Cedric.
> >> >>
> >> >> Due to my limited amount of time and my uncertainty about the idler
> >> >> issue. I would prefer that we wait just one week, let 1.1 go and then
> >> >> put your patch in.
> >> > Yes, I assumed that had already been decided on.
> >> >
> >> > --
> >> > Mike Blumenkrantz
> >> > Zentific: Doctor recommended, mother approved.
> >> >
> >> > --
> >> > RSA(R) Conference 2012
> >> > Save $700 by Nov 18
> >> > Register now
> >> > http://p.sf.net/sfu/rsa-sfdev2dev1
> >> > ___
> >> > enlightenment-devel mailing list
> >> > enlightenment-devel@lists.sourceforge.net
> >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >> >
> >>
> >> --
> >> RSA(R) Conference 2012
> >> Save $700 by Nov 18
> >> Register now
> >> http://p.sf.net/sfu/rsa-sfdev2dev1
> >> ___
> >> enlightenment-devel mailing list
> >> enlightenment-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >>
> >
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)    ras...@rasterman.com
> >
> 
> 
> 
your patch no longer applies. resend one that does and I will review it.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][ecore_con] Refactoring curl port

[Bluezery]

Hi,

Congratulations on EFL1.1 release!!!
Now, Can it be added to svn?? :)


2011/11/15 Carsten Haitzler :
> On Mon, 14 Nov 2011 18:47:08 +0900 Bluezery  said:
>
> considering the amount of refactoring.. this will have to wait until after 
> 1.1.
> we are in feature freeze. that means no refactoring. no new features. just bug
> fixes.
>
>> Oh, I see. That's better. :)
>>
>> On Mon, Nov 14, 2011 at 6:10 PM, Mike Blumenkrantz  wrote:
>> > On Mon, 14 Nov 2011 10:08:09 +0100
>> > Cedric BAIL  wrote:
>> >
>> >> On Mon, Nov 14, 2011 at 9:57 AM, Mike Blumenkrantz 
>> >> wrote:
>> >> > On Mon, 14 Nov 2011 09:48:07 +0100
>> >> > Sebastian Dransfeld  wrote:
>> >> >> On 11/14/2011 01:47 AM, Bluezery wrote:
>> >> >> > This patch is rejected?? or could be in ?? :-)
>> >> >> >
>> >> >>
>> >> >> To me it seems fine, but I don't want to commit it now so close before
>> >> >> release of 1.1. Either someone how knows ecore_con better than me
>> >> >> (Cedric maybe?) can commit it, or I will do it after 1.1
>> >> >>
>> >> >> S.
>> >> > I know nothing about the curl stuff or I would have already reviewed it.
>> >> > My vote is also for Cedric.
>> >>
>> >> Due to my limited amount of time and my uncertainty about the idler
>> >> issue. I would prefer that we wait just one week, let 1.1 go and then
>> >> put your patch in.
>> > Yes, I assumed that had already been decided on.
>> >
>> > --
>> > Mike Blumenkrantz
>> > Zentific: Doctor recommended, mother approved.
>> >
>> > --
>> > RSA(R) Conference 2012
>> > Save $700 by Nov 18
>> > Register now
>> > http://p.sf.net/sfu/rsa-sfdev2dev1
>> > ___
>> > enlightenment-devel mailing list
>> > enlightenment-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>> >
>>
>> --
>> RSA(R) Conference 2012
>> Save $700 by Nov 18
>> Register now
>> http://p.sf.net/sfu/rsa-sfdev2dev1
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>



-- 
BRs,
Kim.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets

[Michael Blumenkrantz]

On Mon, 05 Dec 2011 14:06:16 +0900
ChunEon Park wrote:

> Sorry, I don't understand.
> Could you please explain more?
> 
> -Regards, Hermet-
>  
> -Original Message-
> From: "Michael Blumenkrantz" 
> To: enlightenment-...@lists.sourceforge.net
> Cc: enlightenment-devel@lists.sourceforge.net
> Sent: 11-12-04(일) 17:08:37
> Subject: Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets
> On Mon, 28 Nov 2011 20:56:09 -0800
> "Enlightenment SVN"  wrote:
> > Log:
> > elementary/button - Setting the text after button is disabled then the text
> > does not showed up with disabled status. 
> > fixed it.
> > 
> > 
> > 
> > Author: hermet
> > Date: 2011-11-28 20:56:08 -0800 (Mon, 28 Nov 2011)
> > New Revision: 65668
> > Trac: http://trac.enlightenment.org/e/changeset/65668
> > 
> > Modified:
> > trunk/elementary/data/themes/widgets/button.edc 
> this is actually still a bug for check widget and probably others
hm nevermind actually, was caused by something unrelated

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets

[ChunEon Park]

Sorry, I don't understand.
Could you please explain more?

-Regards, Hermet-
 
-Original Message-
From: "Michael Blumenkrantz" 
To: enlightenment-...@lists.sourceforge.net
Cc: enlightenment-devel@lists.sourceforge.net
Sent: 11-12-04(일) 17:08:37
Subject: Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets
On Mon, 28 Nov 2011 20:56:09 -0800
"Enlightenment SVN"  wrote:
> Log:
> elementary/button - Setting the text after button is disabled then the text
> does not showed up with disabled status. 
> fixed it.
> 
> 
> 
> Author: hermet
> Date: 2011-11-28 20:56:08 -0800 (Mon, 28 Nov 2011)
> New Revision: 65668
> Trac: http://trac.enlightenment.org/e/changeset/65668
> 
> Modified:
> trunk/elementary/data/themes/widgets/button.edc 
this is actually still a bug for check widget and probably others
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][test_map] Fix invalid object and logs

[ChunEon Park]

original code looks no problem.
"win" is just user data for callbacks. they are not invalid objects.
but in view of the code consistency, the patch does not matter to apply. 
in rev 65886

-Regards, Hermet-
 
-Original Message-
From: "Bluezery" 
To: "Enlightenment developer 
list"
Cc: 
Sent: 11-12-02(금) 17:23:18
Subject: [E-devel] [Patch][test_map] Fix invalid object and logs
Dear all,
I have using elementary_test for testing elementary map widget.
But it use invalid object for signal callback. I have changed win --> map.
Also I have fixed invalid log message.
Please review this patch.
-- 
BRs,
Kim.
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch] els_pan - bugfix gravity move

[Michael Blumenkrantz]

On Mon, 5 Dec 2011 13:29:48 +0900
Hyoyoung Chang  wrote:

> Dear developers.
> 
> When gravity set on els_pan, user events are processing improperly.
> Any touch event move pan to wrong position.
> It's due to accumulate px, py.
> So I fixed it.
> 
> Thanks
in

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [patch] els_pan - bugfix gravity move

[Hyoyoung Chang]

Dear developers.

When gravity set on els_pan, user events are processing improperly.
Any touch event move pan to wrong position.
It's due to accumulate px, py.
So I fixed it.

Thanks
Index: elementary/src/lib/els_pan.c
===
--- elementary/src/lib/els_pan.c(리비전 65883)
+++ elementary/src/lib/els_pan.c(작업 사본)
@@ -195,16 +195,19 @@
 {
if (sd->gravity_x || sd->gravity_y)
  {
+if ((!sd->px) && (!sd->py))
+  {
+ sd->px = sd->delta_posx*sd->gravity_x;
+ sd->py = sd->delta_posy*sd->gravity_y;
+  }
 sd->delta_posx += sd->child_w - sd->prev_cw;
 sd->prev_cw = sd->child_w;
 sd->delta_posy += sd->child_h - sd->prev_ch;
 sd->prev_ch = sd->child_h;
 
-evas_object_move(sd->child_obj,
- sd->x - sd->px - (sd->delta_posx*sd->gravity_x),
- sd->y - sd->py - (sd->delta_posy*sd->gravity_y));
-sd->px += sd->delta_posx*sd->gravity_x;
-sd->py += sd->delta_posy*sd->gravity_y;
+evas_object_move(sd->child_obj, sd->x - sd->px, sd->y - sd->py);
+sd->px = sd->delta_posx*sd->gravity_x;
+sd->py = sd->delta_posy*sd->gravity_y;
 
  }
else
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[Daniel Juyung Seo]

+1 here as well.
You're so active and passionate and there is no other person actively
working on GL.
This will help our community as well.

Congratulations!

Daniel Juyung Seo (SeoZ)

On Mon, Dec 5, 2011 at 12:56 PM, Sung W. Park  wrote:
> Awesome!  I look forward to working with you guys more closely as a
> developer.  Thanks!
>
> cheers,
> Sung
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[David Seikel]

On Mon, 5 Dec 2011 12:56:26 +0900 "Sung W. Park" 
wrote:

> Awesome!  I look forward to working with you guys more closely as a
> developer.  Thanks!

Congratulations.  Welcome aboard Sung.

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[Sung W. Park]

Awesome!  I look forward to working with you guys more closely as a
developer.  Thanks!

cheers,
Sung
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Question][elementary] notify related

[The Rasterman]

On Wed, 2 Nov 2011 17:09:44 +0900 cnook  said:

> Dear All, Hello~
> 
> I have a query on the notify.
> There are 9 modes for notify (BOTTOM, CENTER, TOP, LEFT/RIGHT for Each).
> 
> Anyhow, if user use BOTTOM and set content of notify bigger than its parent,
> then notify gets its size bigger than parent.
> 
> It is fine, but..
> Sometimes user want to make notify size smaller (or equal) than parent size.
> 
> So, I want to ask,
> Can I make three more MODEs.. BOTTOM_FIT, CENTER_FIT, TOP_FIT!
> 
> Please let me your Opinion. Thanks always!

i'd suggest adding another api. like

elm_notify_parent_fit_set(obj, EINA_TRUE);

ie enable fitting to parent for notifications. default is disabled.

> --
> RSA® Conference 2012
> Save $700 by Nov 18
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev1
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[The Rasterman]

On Mon, 5 Dec 2011 11:37:57 +0900 "Sung W. Park"  said:

info.txt
id_rsa.pub

need. :) see devs/* dirs in svn

> Hi all,
> 
> I've been working on Evas GL for some time now and I would like to request a
> commit access.
> 
> I've been solely working on Evas_GL, elm_glview up until now and pretty much,
> Raster has been the only person reviewing my code.
> 
> I'm at a point where having a commit access would make things a lot easier for
> me and also benefit the community as well.
> 
> Here's what I've worked on and what I plan to work on.
> 
> - I've proposed the Evas_GL APIs as a way to do GL rendering in Evas and have
> implemented the APIs for the runtime and the GL backend, both of which have
> been upstreamed.
> - I've also implemented an elementary widget called ELM GLView to make GL
> rendring even simpler using elementary. Again, this has been applied upstream
> as well.
> - I have also worked on two key optimizations, both of which are streamlined
> for review. One is called the GL Fastpath where I've implemented the state
> tracking mechanism for GL drivers that have expensive context swtiches. Also,
> I've implmented a direct rendering mechanism where if you turn on the
> optimization hint on, it will render directly onto the Evas' X window whenever
> possible.  (They still need to be refined but it's a good start in my opinion)
> - I also have the Evas_GL software backend implemented but I haven't been
> able to submit a patch for it yet due to other pending patches.
> - I still need to write more test code and settle on the APIs once they've
> been tested more by the community.
> - Eventually, I would like to work more on Evas as well when the refactoring
> takes place as I recognize along with Raster and others that it's about time
> for anoter round of refactoring/rearchitecting the code.
> 
> Let me know if you have questions or concerns.
> 
> cheers,
> Sung
> 
> --
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[David Seikel]

On Sun, 4 Dec 2011 21:55:56 -0500 Michael Blumenkrantz
 wrote:

> On Mon, 5 Dec 2011 12:51:27 +1000
> David Seikel  wrote:
> 
> > On Mon, 5 Dec 2011 11:37:57 +0900 "Sung W. Park" 
> > wrote:
> > 
> > > I've been working on Evas GL for some time now and I would like to
> > > request a commit access.
> > > 
> > > I've been solely working on Evas_GL, elm_glview up until now and
> > > pretty much, Raster has been the only person reviewing my code.
> > > 
> > > I'm at a point where having a commit access would make things a
> > > lot easier for me and also benefit the community as well.
> > 
> > Works for me.  I have a future project coming up eventuaolly that
> > might make good use of your Evas_GL work.  Hopefully next year if I
> > get lucky.
> > 
> > Though I've gone off elementary, it don't seem right for me.  I did
> > initially try it in my current project, but in the end just
> > stripped it out and went down to the evas level directly.
> > Elementary did not do anything for this project except add bloat.
> > The source code for dealing with evas that used to deal with
> > elementary is in fact about the same size.  I'd have to count
> > characters in the source code to tell you if it's bigger or
> > smaller.  lol
> > 
> > Evas_GL though, yes, bring it on, keep up the good work.  I look
> > forward to trying it out later for my big 3D project.  My vote is to
> > give Sung commit access.
> > 
> Since this is a thread about COMMIT ACCESS, I'm going to provide
> paraphrasing for your email:
> 
> "Yes"


Pffft, I said yes, I'm just feeling a bit wordy today.

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[Michael Blumenkrantz]

On Mon, 5 Dec 2011 12:51:27 +1000
David Seikel  wrote:

> On Mon, 5 Dec 2011 11:37:57 +0900 "Sung W. Park" 
> wrote:
> 
> > I've been working on Evas GL for some time now and I would like to
> > request a commit access.
> > 
> > I've been solely working on Evas_GL, elm_glview up until now and
> > pretty much, Raster has been the only person reviewing my code.
> > 
> > I'm at a point where having a commit access would make things a lot
> > easier for me and also benefit the community as well.
> 
> Works for me.  I have a future project coming up eventuaolly that might
> make good use of your Evas_GL work.  Hopefully next year if I get lucky.
> 
> Though I've gone off elementary, it don't seem right for me.  I did
> initially try it in my current project, but in the end just stripped it
> out and went down to the evas level directly.  Elementary did not do
> anything for this project except add bloat.  The source code for
> dealing with evas that used to deal with elementary is in fact about
> the same size.  I'd have to count characters in the source code to tell
> you if it's bigger or smaller.  lol
> 
> Evas_GL though, yes, bring it on, keep up the good work.  I look
> forward to trying it out later for my big 3D project.  My vote is to
> give Sung commit access.
> 
Since this is a thread about COMMIT ACCESS, I'm going to provide paraphrasing
for your email:

"Yes"

In the future, please keep unnecessary trolling as well as completely
unrelated topics out of mails like this.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[David Seikel]

On Mon, 5 Dec 2011 11:37:57 +0900 "Sung W. Park" 
wrote:

> I've been working on Evas GL for some time now and I would like to
> request a commit access.
> 
> I've been solely working on Evas_GL, elm_glview up until now and
> pretty much, Raster has been the only person reviewing my code.
> 
> I'm at a point where having a commit access would make things a lot
> easier for me and also benefit the community as well.

Works for me.  I have a future project coming up eventuaolly that might
make good use of your Evas_GL work.  Hopefully next year if I get lucky.

Though I've gone off elementary, it don't seem right for me.  I did
initially try it in my current project, but in the end just stripped it
out and went down to the evas level directly.  Elementary did not do
anything for this project except add bloat.  The source code for
dealing with evas that used to deal with elementary is in fact about
the same size.  I'd have to count characters in the source code to tell
you if it's bigger or smaller.  lol

Evas_GL though, yes, bring it on, keep up the good work.  I look
forward to trying it out later for my big 3D project.  My vote is to
give Sung commit access.

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[Michael Blumenkrantz]

On Mon, 5 Dec 2011 11:37:57 +0900
"Sung W. Park"  wrote:

> Hi all,
> 
> I've been working on Evas GL for some time now and I would like to request a
> commit access.
> 
> I've been solely working on Evas_GL, elm_glview up until now and pretty much,
> Raster has been the only person reviewing my code.
> 
> I'm at a point where having a commit access would make things a lot easier for
> me and also benefit the community as well.
> 
> Here's what I've worked on and what I plan to work on.
> 
> - I've proposed the Evas_GL APIs as a way to do GL rendering in Evas and have
> implemented the APIs for the runtime and the GL backend, both of which have
> been upstreamed.
> - I've also implemented an elementary widget called ELM GLView to make GL
> rendring even simpler using elementary. Again, this has been applied upstream
> as well.
> - I have also worked on two key optimizations, both of which are streamlined
> for review. One is called the GL Fastpath where I've implemented the state
> tracking mechanism for GL drivers that have expensive context swtiches. Also,
> I've implmented a direct rendering mechanism where if you turn on the
> optimization hint on, it will render directly onto the Evas' X window whenever
> possible.  (They still need to be refined but it's a good start in my opinion)
> - I also have the Evas_GL software backend implemented but I haven't been
> able to submit a patch for it yet due to other pending patches.
> - I still need to write more test code and settle on the APIs once they've
> been tested more by the community.
> - Eventually, I would like to work more on Evas as well when the refactoring
> takes place as I recognize along with Raster and others that it's about time
> for anoter round of refactoring/rearchitecting the code.
> 
> Let me know if you have questions or concerns.
> 
> cheers,
> Sung
> 

Hi,

I have seen your patches continually coming to the mailing list and being
committed, and it seems there is no sign of this stopping soon. Based on
this combined with your history of providing useful/necessary features and fixes
along with adhering to reviewer comments, I agree that this is probably the
right time for you to be able to get commit access and continue your work
directly.

Welcome aboard, imo!

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [E-Devel] Access

[Sung W. Park]

Hi all,

I've been working on Evas GL for some time now and I would like to request a
commit access.

I've been solely working on Evas_GL, elm_glview up until now and pretty much,
Raster has been the only person reviewing my code.

I'm at a point where having a commit access would make things a lot easier for
me and also benefit the community as well.

Here's what I've worked on and what I plan to work on.

- I've proposed the Evas_GL APIs as a way to do GL rendering in Evas and have
implemented the APIs for the runtime and the GL backend, both of which have
been upstreamed.
- I've also implemented an elementary widget called ELM GLView to make GL
rendring even simpler using elementary. Again, this has been applied upstream
as well.
- I have also worked on two key optimizations, both of which are streamlined
for review. One is called the GL Fastpath where I've implemented the state
tracking mechanism for GL drivers that have expensive context swtiches. Also,
I've implmented a direct rendering mechanism where if you turn on the
optimization hint on, it will render directly onto the Evas' X window whenever
possible.  (They still need to be refined but it's a good start in my opinion)
- I also have the Evas_GL software backend implemented but I haven't been
able to submit a patch for it yet due to other pending patches.
- I still need to write more test code and settle on the APIs once they've
been tested more by the community.
- Eventually, I would like to work more on Evas as well when the refactoring
takes place as I recognize along with Raster and others that it's about time
for anoter round of refactoring/rearchitecting the code.

Let me know if you have questions or concerns.

cheers,
Sung

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

[Michael Blumenkrantz]

On Sun, 04 Dec 2011 15:09:21 -0500
Christopher Michael  wrote:

> On 12/04/11 14:06, Michael Blumenkrantz wrote:
> > On Sun, 04 Dec 2011 05:46:34 -0500
> > Christopher Michael  wrote:
> >
> >> On 12/04/11 00:02, Enlightenment SVN wrote:
> >>> Log:
> >>> header and docs for elm_win_center got lost in an earlier merge I guess
> >>>
> >>
> >> Fix the algorithm yet ? I've seen a place where you still can fall
> >> throughtisk, tick
> >>
> >> dh
> >>
> >>
> >>>
> >>> Author:   discomfitor
> >>> Date: 2011-12-03 21:02:02 -0800 (Sat, 03 Dec 2011)
> >>> New Revision: 65866
> >>> Trac: http://trac.enlightenment.org/e/changeset/65866
> >>>
> >>> Modified:
> >>> trunk/elementary/src/lib/Elementary.h.in
> >>>
> >>> Modified: trunk/elementary/src/lib/Elementary.h.in
> >>> ===
> >>> --- trunk/elementary/src/lib/Elementary.h.in  2011-12-04 04:29:55
> >>> UTC (rev 65865) +++ trunk/elementary/src/lib/Elementary.h.in
> >>> 2011-12-04 05:02:02 UTC (rev 65866) @@ -4188,6 +4188,16 @@
> >>>*/
> >>>   EAPI void elm_win_raise(Evas_Object *obj)
> >>> EINA_ARG_NONNULL(1); /**
> >>> +* Center a window on its screen
> >>> +*
> >>> +* This function centers window @p obj horizontally and/or vertically
> >>> based on the values
> >>> +* of @p h and @v.
> >>> +* @param obj The window object
> >>> +* @param h If true, center horizontally. If false, do not change
> >>> horizontal location.
> >>> +* @param v If true, center vertically. If false, do not change
> >>> vertical location.
> >>> +*/
> >>> +   EAPI void elm_win_center(Evas_Object *obj, Eina_Bool h,
> >>> Eina_Bool v) EINA_ARG_NONNULL(1);
> >>> +   /**
> >>>* Set the borderless state of a window.
> >>>*
> >>>* This function requests the Window Manager to not draw any
> >>> decoration
> >>>
> >>>
> > I was in a rush to finish stuff last night so I didn't add safety checks.
> > It's on my whiteboard.
> >
> No worries ;)
> 
> dh
> 
whiteboard item cleared!

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Planning next Release of EFL

[Michael Blumenkrantz]

On Sun, 4 Dec 2011 20:31:30 +0100
Cedric BAIL  wrote:

> On Sun, Dec 4, 2011 at 8:20 PM, Michael Blumenkrantz
>  wrote:
> > On Sun, 4 Dec 2011 20:15:07 +0100
> > Cedric BAIL  wrote:
> >> On Sun, Dec 4, 2011 at 1:32 PM, Gustavo Sverzut Barbieri
> >>  wrote:
> >> > Hi all,
> >> >
> >> > To avoid getting into the same situation as the current one, I'd like
> >> > to have a plan for the next release.
> >> >
> >> > I believe we should move to time-based releases such as kernel,
> >> > firefox and others do, making the life of distributions easier as
> >> > well.
> >> >
> >> >   Freeze: 22-February
> >> >   Alpha: 1-March
> >> >   Beta: 8-March
> >> >   Release: 15-March (guess, if no extra beta/alpha is required)
> >>
> >> I disagree on the timeline. I think we will not do anything worse a
> >> release so soon. To remember all, currently we are working on
> >> Elementary, Emotion, Ethumb and Eio to release them. This include a
> >> lot of API review/cleanup and documentation fix. We are also working
> >> on finishing the last few item on E17. All of this work will and could
> >> only depend on EFL 1.1, so not much improvement (mostly bug fixes)
> >> will go in svn until we are done with them. In my opinion, we should
> >> be able to produce an EFL 1.1.1 at the same time we release them, but
> >> it's clearly useless to me to schedule right now EFL 1.2 when all
> >> developper are working on something else.
> >>    That's why we should for this EFL 1.2 just plan a 6 month release
> >> schedule, so be ready in may or june.
> > Unless I'm mistaken, the next item on the todo after EFL 1.1 was E17 1.0.
> > Finishing and working on other things should be put on hold.
> >>
> >> > It would be also great to define the policy of new features. With the
> >> > recent release we got some last-minute features to a codebase that was
> >> > very stable (multisense and lua for Edje), this added some turbulence
> >> > to the process and part of them were disabled at the end.
> >> >    With that said, if you have big features please merge them
> >> > complete and at least somehow tested by more than you (ie: create a
> >> > branch, send patches to maillist, ...). Otherwise wait 4 weeks more
> >> > and you'll get it in! During this time you can easily keep the
> >> > aforementioned branch or patchset for broader test.
> >>
> >> The problem with branch and patches to the mailing list is that they
> >> don't get enough attention. Very few people do test them at all. So
> >> not really usefull. I would prefer to have a freeze period big enough
> >> to disable all feature that were added, but still push them in the
> >> main svn tree. And every one that push code in svn should accept the
> >> fact that it could get disabled at the time of the release if most dev
> >> feel it necessary.
> > This is true and reasonable. IMO for any "large" features, we should have a
> > policy of requiring at least several days of the patch existing on the
> > mailing list (3-4?). After this period, if there are no complaints voiced
> > then it should be assumed that either nobody has/will read it and can be
> > committed.
> 
> I agree, we just need to define "large" :-)
It's tough to define something that's contextually abstract like that here. We
could have a limit based on number of API calls introduced, but then someone
could rewrite the internals and avoid such a rule, or vice versa.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

[Christopher Michael]

On 12/04/11 14:06, Michael Blumenkrantz wrote:
> On Sun, 04 Dec 2011 05:46:34 -0500
> Christopher Michael  wrote:
>
>> On 12/04/11 00:02, Enlightenment SVN wrote:
>>> Log:
>>> header and docs for elm_win_center got lost in an earlier merge I guess
>>>
>>
>> Fix the algorithm yet ? I've seen a place where you still can fall
>> throughtisk, tick
>>
>> dh
>>
>>
>>>
>>> Author:   discomfitor
>>> Date: 2011-12-03 21:02:02 -0800 (Sat, 03 Dec 2011)
>>> New Revision: 65866
>>> Trac: http://trac.enlightenment.org/e/changeset/65866
>>>
>>> Modified:
>>> trunk/elementary/src/lib/Elementary.h.in
>>>
>>> Modified: trunk/elementary/src/lib/Elementary.h.in
>>> ===
>>> --- trunk/elementary/src/lib/Elementary.h.in2011-12-04 04:29:55 UTC
>>> (rev 65865) +++ trunk/elementary/src/lib/Elementary.h.in2011-12-04
>>> 05:02:02 UTC (rev 65866) @@ -4188,6 +4188,16 @@
>>>*/
>>>   EAPI void elm_win_raise(Evas_Object *obj) EINA_ARG_NONNULL(1);
>>>   /**
>>> +* Center a window on its screen
>>> +*
>>> +* This function centers window @p obj horizontally and/or vertically
>>> based on the values
>>> +* of @p h and @v.
>>> +* @param obj The window object
>>> +* @param h If true, center horizontally. If false, do not change
>>> horizontal location.
>>> +* @param v If true, center vertically. If false, do not change
>>> vertical location.
>>> +*/
>>> +   EAPI void elm_win_center(Evas_Object *obj, Eina_Bool h,
>>> Eina_Bool v) EINA_ARG_NONNULL(1);
>>> +   /**
>>>* Set the borderless state of a window.
>>>*
>>>* This function requests the Window Manager to not draw any 
>>> decoration
>>>
>>>
> I was in a rush to finish stuff last night so I didn't add safety checks. It's
> on my whiteboard.
>
No worries ;)

dh


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Planning next Release of EFL

[Cedric BAIL]

On Sun, Dec 4, 2011 at 8:20 PM, Michael Blumenkrantz
 wrote:
> On Sun, 4 Dec 2011 20:15:07 +0100
> Cedric BAIL  wrote:
>> On Sun, Dec 4, 2011 at 1:32 PM, Gustavo Sverzut Barbieri
>>  wrote:
>> > Hi all,
>> >
>> > To avoid getting into the same situation as the current one, I'd like
>> > to have a plan for the next release.
>> >
>> > I believe we should move to time-based releases such as kernel,
>> > firefox and others do, making the life of distributions easier as
>> > well.
>> >
>> >   Freeze: 22-February
>> >   Alpha: 1-March
>> >   Beta: 8-March
>> >   Release: 15-March (guess, if no extra beta/alpha is required)
>>
>> I disagree on the timeline. I think we will not do anything worse a
>> release so soon. To remember all, currently we are working on
>> Elementary, Emotion, Ethumb and Eio to release them. This include a
>> lot of API review/cleanup and documentation fix. We are also working
>> on finishing the last few item on E17. All of this work will and could
>> only depend on EFL 1.1, so not much improvement (mostly bug fixes)
>> will go in svn until we are done with them. In my opinion, we should
>> be able to produce an EFL 1.1.1 at the same time we release them, but
>> it's clearly useless to me to schedule right now EFL 1.2 when all
>> developper are working on something else.
>>    That's why we should for this EFL 1.2 just plan a 6 month release
>> schedule, so be ready in may or june.
> Unless I'm mistaken, the next item on the todo after EFL 1.1 was E17 1.0.
> Finishing and working on other things should be put on hold.
>>
>> > It would be also great to define the policy of new features. With the
>> > recent release we got some last-minute features to a codebase that was
>> > very stable (multisense and lua for Edje), this added some turbulence
>> > to the process and part of them were disabled at the end.
>> >    With that said, if you have big features please merge them
>> > complete and at least somehow tested by more than you (ie: create a
>> > branch, send patches to maillist, ...). Otherwise wait 4 weeks more
>> > and you'll get it in! During this time you can easily keep the
>> > aforementioned branch or patchset for broader test.
>>
>> The problem with branch and patches to the mailing list is that they
>> don't get enough attention. Very few people do test them at all. So
>> not really usefull. I would prefer to have a freeze period big enough
>> to disable all feature that were added, but still push them in the
>> main svn tree. And every one that push code in svn should accept the
>> fact that it could get disabled at the time of the release if most dev
>> feel it necessary.
> This is true and reasonable. IMO for any "large" features, we should have a
> policy of requiring at least several days of the patch existing on the mailing
> list (3-4?). After this period, if there are no complaints voiced then it
> should be assumed that either nobody has/will read it and can be committed.

I agree, we just need to define "large" :-)
-- 
Cedric BAIL

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Planning next Release of EFL

[Michael Blumenkrantz]

On Sun, 4 Dec 2011 20:15:07 +0100
Cedric BAIL  wrote:

> Hi,
> 
> On Sun, Dec 4, 2011 at 1:32 PM, Gustavo Sverzut Barbieri
>  wrote:
> > Hi all,
> >
> > To avoid getting into the same situation as the current one, I'd like
> > to have a plan for the next release.
> >
> > I believe we should move to time-based releases such as kernel,
> > firefox and others do, making the life of distributions easier as
> > well.
> >
> >   Freeze: 22-February
> >   Alpha: 1-March
> >   Beta: 8-March
> >   Release: 15-March (guess, if no extra beta/alpha is required)
> 
> I disagree on the timeline. I think we will not do anything worse a
> release so soon. To remember all, currently we are working on
> Elementary, Emotion, Ethumb and Eio to release them. This include a
> lot of API review/cleanup and documentation fix. We are also working
> on finishing the last few item on E17. All of this work will and could
> only depend on EFL 1.1, so not much improvement (mostly bug fixes)
> will go in svn until we are done with them. In my opinion, we should
> be able to produce an EFL 1.1.1 at the same time we release them, but
> it's clearly useless to me to schedule right now EFL 1.2 when all
> developper are working on something else.
>That's why we should for this EFL 1.2 just plan a 6 month release
> schedule, so be ready in may or june.
Unless I'm mistaken, the next item on the todo after EFL 1.1 was E17 1.0.
Finishing and working on other things should be put on hold.
> 
> > It would be also great to define the policy of new features. With the
> > recent release we got some last-minute features to a codebase that was
> > very stable (multisense and lua for Edje), this added some turbulence
> > to the process and part of them were disabled at the end.
> >    With that said, if you have big features please merge them
> > complete and at least somehow tested by more than you (ie: create a
> > branch, send patches to maillist, ...). Otherwise wait 4 weeks more
> > and you'll get it in! During this time you can easily keep the
> > aforementioned branch or patchset for broader test.
> 
> The problem with branch and patches to the mailing list is that they
> don't get enough attention. Very few people do test them at all. So
> not really usefull. I would prefer to have a freeze period big enough
> to disable all feature that were added, but still push them in the
> main svn tree. And every one that push code in svn should accept the
> fact that it could get disabled at the time of the release if most dev
> feel it necessary.
This is true and reasonable. IMO for any "large" features, we should have a
policy of requiring at least several days of the patch existing on the mailing
list (3-4?). After this period, if there are no complaints voiced then it
should be assumed that either nobody has/will read it and can be committed.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Planning next Release of EFL

[Cedric BAIL]

Hi,

On Sun, Dec 4, 2011 at 1:32 PM, Gustavo Sverzut Barbieri
 wrote:
> Hi all,
>
> To avoid getting into the same situation as the current one, I'd like
> to have a plan for the next release.
>
> I believe we should move to time-based releases such as kernel,
> firefox and others do, making the life of distributions easier as
> well.
>
>   Freeze: 22-February
>   Alpha: 1-March
>   Beta: 8-March
>   Release: 15-March (guess, if no extra beta/alpha is required)

I disagree on the timeline. I think we will not do anything worse a
release so soon. To remember all, currently we are working on
Elementary, Emotion, Ethumb and Eio to release them. This include a
lot of API review/cleanup and documentation fix. We are also working
on finishing the last few item on E17. All of this work will and could
only depend on EFL 1.1, so not much improvement (mostly bug fixes)
will go in svn until we are done with them. In my opinion, we should
be able to produce an EFL 1.1.1 at the same time we release them, but
it's clearly useless to me to schedule right now EFL 1.2 when all
developper are working on something else.
   That's why we should for this EFL 1.2 just plan a 6 month release
schedule, so be ready in may or june.

> It would be also great to define the policy of new features. With the
> recent release we got some last-minute features to a codebase that was
> very stable (multisense and lua for Edje), this added some turbulence
> to the process and part of them were disabled at the end.
>    With that said, if you have big features please merge them
> complete and at least somehow tested by more than you (ie: create a
> branch, send patches to maillist, ...). Otherwise wait 4 weeks more
> and you'll get it in! During this time you can easily keep the
> aforementioned branch or patchset for broader test.

The problem with branch and patches to the mailing list is that they
don't get enough attention. Very few people do test them at all. So
not really usefull. I would prefer to have a freeze period big enough
to disable all feature that were added, but still push them in the
main svn tree. And every one that push code in svn should accept the
fact that it could get disabled at the time of the release if most dev
feel it necessary.
-- 
Cedric BAIL

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Planning next Release of EFL

[Vincent Torri]

On Sun, 4 Dec 2011, Vincent Torri wrote:

>> To avoid getting into the same situation as the current one, I'd like
>> to have a plan for the next release.
>> 
>> I believe we should move to time-based releases such as kernel,
>> firefox and others do, making the life of distributions easier as
>> well.
>>
>>   Freeze: 22-February
>>   Alpha: 1-March
>>   Beta: 8-March
>>   Release: 15-March (guess, if no extra beta/alpha is required)
>> 
>> It would be also great to define the policy of new features. With the
>> recent release we got some last-minute features to a codebase that was
>> very stable (multisense and lua for Edje), this added some turbulence
>> to the process and part of them were disabled at the end.
>>With that said, if you have big features please merge them
>> complete and at least somehow tested by more than you (ie: create a
>> branch, send patches to maillist, ...). Otherwise wait 4 weeks more
>> and you'll get it in! During this time you can easily keep the
>> aforementioned branch or patchset for broader test.
>> 
>> What do you think?
>
> I agree. But raster should not be always the release manager. So the first 
> thing to do is writing a wiki page that list all the tasks to be done, in 
> order for the release manager to not forget anything.

and also having some scripts that makes most of the process the easiest 
possible

Vincent

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

[Michael Blumenkrantz]

On Sun, 04 Dec 2011 05:46:34 -0500
Christopher Michael  wrote:

> On 12/04/11 00:02, Enlightenment SVN wrote:
> > Log:
> > header and docs for elm_win_center got lost in an earlier merge I guess
> >
> 
> Fix the algorithm yet ? I've seen a place where you still can fall 
> throughtisk, tick
> 
> dh
> 
> 
> >
> > Author:   discomfitor
> > Date: 2011-12-03 21:02:02 -0800 (Sat, 03 Dec 2011)
> > New Revision: 65866
> > Trac: http://trac.enlightenment.org/e/changeset/65866
> >
> > Modified:
> >trunk/elementary/src/lib/Elementary.h.in
> >
> > Modified: trunk/elementary/src/lib/Elementary.h.in
> > ===
> > --- trunk/elementary/src/lib/Elementary.h.in2011-12-04 04:29:55 UTC
> > (rev 65865) +++ trunk/elementary/src/lib/Elementary.h.in2011-12-04
> > 05:02:02 UTC (rev 65866) @@ -4188,6 +4188,16 @@
> >   */
> >  EAPI void elm_win_raise(Evas_Object *obj) EINA_ARG_NONNULL(1);
> >  /**
> > +* Center a window on its screen
> > +*
> > +* This function centers window @p obj horizontally and/or vertically
> > based on the values
> > +* of @p h and @v.
> > +* @param obj The window object
> > +* @param h If true, center horizontally. If false, do not change
> > horizontal location.
> > +* @param v If true, center vertically. If false, do not change
> > vertical location.
> > +*/
> > +   EAPI void elm_win_center(Evas_Object *obj, Eina_Bool h,
> > Eina_Bool v) EINA_ARG_NONNULL(1);
> > +   /**
> >   * Set the borderless state of a window.
> >   *
> >   * This function requests the Window Manager to not draw any decoration
> >
> >
I was in a rush to finish stuff last night so I didn't add safety checks. It's
on my whiteboard.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Planning next Release of EFL

[Michael Blumenkrantz]

On Sun, 4 Dec 2011 14:27:35 +0100 (CET)
Vincent Torri  wrote:

> 
> 
> On Sun, 4 Dec 2011, Gustavo Sverzut Barbieri wrote:
> 
> > Hi all,
> >
> > To avoid getting into the same situation as the current one, I'd like
> > to have a plan for the next release.
> >
> > I believe we should move to time-based releases such as kernel,
> > firefox and others do, making the life of distributions easier as
> > well.
> >
> >   Freeze: 22-February
> >   Alpha: 1-March
> >   Beta: 8-March
> >   Release: 15-March (guess, if no extra beta/alpha is required)
> >
> > It would be also great to define the policy of new features. With the
> > recent release we got some last-minute features to a codebase that was
> > very stable (multisense and lua for Edje), this added some turbulence
> > to the process and part of them were disabled at the end.
> >With that said, if you have big features please merge them
> > complete and at least somehow tested by more than you (ie: create a
> > branch, send patches to maillist, ...). Otherwise wait 4 weeks more
> > and you'll get it in! During this time you can easily keep the
> > aforementioned branch or patchset for broader test.
> >
> > What do you think?
> 
> I agree. But raster should not be always the release manager. So the first 
> thing to do is writing a wiki page that list all the tasks to be done, in 
> order for the release manager to not forget anything.
> 
> Vincent
> 
These are all good ideas.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Evil compilation error in windows XP

[Vincent Torri]

Hey,

On Sun, 4 Dec 2011, HariHara Sudhan wrote:

>I get many undefined reference errors from evil_unistd.c,
> evil_link_xp.cpp & in evil_fcntl.c,
> I installed the mingw from the latest repositories.
> I've attached the screenshot with the mail.
> is win32 api missing anywhere?
> any solution to this problem??

Strange. I've compiled Evil several times today (to create the mingw 
packages) without problem (win xp and cross compilation). It seems that 
there is a problem with libws2_32.a.

Did you follow the wiki to install MinGW ?

Vincent

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Planning next Release of EFL

[Vincent Torri]

On Sun, 4 Dec 2011, Gustavo Sverzut Barbieri wrote:

> Hi all,
>
> To avoid getting into the same situation as the current one, I'd like
> to have a plan for the next release.
>
> I believe we should move to time-based releases such as kernel,
> firefox and others do, making the life of distributions easier as
> well.
>
>   Freeze: 22-February
>   Alpha: 1-March
>   Beta: 8-March
>   Release: 15-March (guess, if no extra beta/alpha is required)
>
> It would be also great to define the policy of new features. With the
> recent release we got some last-minute features to a codebase that was
> very stable (multisense and lua for Edje), this added some turbulence
> to the process and part of them were disabled at the end.
>With that said, if you have big features please merge them
> complete and at least somehow tested by more than you (ie: create a
> branch, send patches to maillist, ...). Otherwise wait 4 weeks more
> and you'll get it in! During this time you can easily keep the
> aforementioned branch or patchset for broader test.
>
> What do you think?

I agree. But raster should not be always the release manager. So the first 
thing to do is writing a wiki page that list all the tasks to be done, in 
order for the release manager to not forget anything.

Vincent

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Planning next Release of EFL

[Gustavo Sverzut Barbieri]

Hi all,

To avoid getting into the same situation as the current one, I'd like
to have a plan for the next release.

I believe we should move to time-based releases such as kernel,
firefox and others do, making the life of distributions easier as
well.

   Freeze: 22-February
   Alpha: 1-March
   Beta: 8-March
   Release: 15-March (guess, if no extra beta/alpha is required)

It would be also great to define the policy of new features. With the
recent release we got some last-minute features to a codebase that was
very stable (multisense and lua for Edje), this added some turbulence
to the process and part of them were disabled at the end.
With that said, if you have big features please merge them
complete and at least somehow tested by more than you (ie: create a
branch, send patches to maillist, ...). Otherwise wait 4 weeks more
and you'll get it in! During this time you can easily keep the
aforementioned branch or patchset for broader test.

What do you think?

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

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

[Christopher Michael]

On 12/04/11 00:02, Enlightenment SVN wrote:
> Log:
> header and docs for elm_win_center got lost in an earlier merge I guess
>

Fix the algorithm yet ? I've seen a place where you still can fall 
throughtisk, tick

dh


>
> Author:   discomfitor
> Date: 2011-12-03 21:02:02 -0800 (Sat, 03 Dec 2011)
> New Revision: 65866
> Trac: http://trac.enlightenment.org/e/changeset/65866
>
> Modified:
>trunk/elementary/src/lib/Elementary.h.in
>
> Modified: trunk/elementary/src/lib/Elementary.h.in
> ===
> --- trunk/elementary/src/lib/Elementary.h.in  2011-12-04 04:29:55 UTC (rev 
> 65865)
> +++ trunk/elementary/src/lib/Elementary.h.in  2011-12-04 05:02:02 UTC (rev 
> 65866)
> @@ -4188,6 +4188,16 @@
>   */
>  EAPI void elm_win_raise(Evas_Object *obj) EINA_ARG_NONNULL(1);
>  /**
> +* Center a window on its screen
> +*
> +* This function centers window @p obj horizontally and/or vertically 
> based on the values
> +* of @p h and @v.
> +* @param obj The window object
> +* @param h If true, center horizontally. If false, do not change 
> horizontal location.
> +* @param v If true, center vertically. If false, do not change vertical 
> location.
> +*/
> +   EAPI void elm_win_center(Evas_Object *obj, Eina_Bool h, Eina_Bool 
> v) EINA_ARG_NONNULL(1);
> +   /**
>   * Set the borderless state of a window.
>   *
>   * This function requests the Window Manager to not draw any decoration
>
>
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

[Christopher Michael]

In this regard, no they should no longer have issues w/ some text 
rendering...Good Catch !! ;) Sometimes, you don't necessarily want to 
get rid of the back buffer context. Use it to swap. In a flip context, 
this is correct i believe

(normally i do not top post)

dh


On 12/04/11 04:09, Michael Blumenkrantz wrote:
> On Sat,  3 Dec 2011 23:35:34 -0800
> "Enlightenment SVN"  wrote:
>
>> Log:
>> front...front...front...BACK! BACK! NO WAIT FRONT! NO, BACK!
>> ARRG
>>finding this commit wasted an hour of my life.
>>
>>
>> Author:   discomfitor
>> Date: 2011-12-03 23:35:33 -0800 (Sat, 03 Dec 2011)
>> New Revision: 65867
>> Trac: http://trac.enlightenment.org/e/changeset/65867
>>
>> Modified:
>>trunk/elementary/src/lib/elm_flip.c
>>
>
> for those wondering, this fixes the bug where setting the front content 
> deleted
> the back content. I would guess that anyone having flip issues will no longer
> have them after this commit.
>
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/elementary/src/lib

[Michael Blumenkrantz]

On Sat,  3 Dec 2011 23:35:34 -0800
"Enlightenment SVN"  wrote:

> Log:
> front...front...front...BACK! BACK! NO WAIT FRONT! NO, BACK!
> ARRG 
>   finding this commit wasted an hour of my life.
>   
> 
> Author:   discomfitor
> Date: 2011-12-03 23:35:33 -0800 (Sat, 03 Dec 2011)
> New Revision: 65867
> Trac: http://trac.enlightenment.org/e/changeset/65867
> 
> Modified:
>   trunk/elementary/src/lib/elm_flip.c 
> 

for those wondering, this fixes the bug where setting the front content deleted
the back content. I would guess that anyone having flip issues will no longer
have them after this commit.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/elementary/data/themes/widgets

[Michael Blumenkrantz]

On Mon, 28 Nov 2011 20:56:09 -0800
"Enlightenment SVN"  wrote:

> Log:
> elementary/button - Setting the text after button is disabled then the text
> does not showed up with disabled status. 
>   fixed it.
>   
>   
> 
> Author:   hermet
> Date: 2011-11-28 20:56:08 -0800 (Mon, 28 Nov 2011)
> New Revision: 65668
> Trac: http://trac.enlightenment.org/e/changeset/65668
> 
> Modified:
>   trunk/elementary/data/themes/widgets/button.edc 
this is actually still a bug for check widget and probably others

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel