[EGIT] [tools/enventor] master 01/01: edc_parser: Support property keywords of "transition".

[Jaehyun Cho]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=da3cff83d95c41c9f4cc18146f245ac320b14597

commit da3cff83d95c41c9f4cc18146f245ac320b14597
Author: Jaehyun Cho 
Date:   Fri Dec 19 15:46:11 2014 +0900

edc_parser: Support property keywords of "transition".

Summary:
Support property keywords of "transition" in program.
 @feature

Reviewers: Hermet

Differential Revision: https://phab.enlightenment.org/D1792
---
 src/lib/edc_parser.c | 101 +++
 1 file changed, 101 insertions(+)

diff --git a/src/lib/edc_parser.c b/src/lib/edc_parser.c
index 4c0d186..577ccac 100644
--- a/src/lib/edc_parser.c
+++ b/src/lib/edc_parser.c
@@ -602,6 +602,107 @@ type_init_thread_blocking(void *data, Ecore_Thread 
*thread EINA_UNUSED)
attr.value.append_str = ATTR_APPEND_SEMICOLON;
eina_inarray_push(td->attrs, &attr);
 
+   Eina_Array *time = eina_array_new(1);
+   eina_array_push(time, eina_stringshare_add("Time:"));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("LINEAR");
+   attr.value.strs = time;
+   attr.value.cnt = 1;
+   attr.value.min = 0.0;
+   attr.value.max = 5.0;
+   attr.value.type = ATTR_VALUE_FLOAT;
+   attr.value.prepend_str = ATTR_PREPEND_NONE;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
+   time = eina_array_new(1);
+   eina_array_push(time, eina_stringshare_add("Time:"));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("ACCELERATE");
+   attr.value.strs = time;
+   attr.value.cnt = 1;
+   attr.value.min = 0.0;
+   attr.value.max = 5.0;
+   attr.value.type = ATTR_VALUE_FLOAT;
+   attr.value.prepend_str = ATTR_PREPEND_NONE;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
+   time = eina_array_new(1);
+   eina_array_push(time, eina_stringshare_add("Time:"));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("DECELERATE");
+   attr.value.strs = time;
+   attr.value.cnt = 1;
+   attr.value.min = 0.0;
+   attr.value.max = 5.0;
+   attr.value.type = ATTR_VALUE_FLOAT;
+   attr.value.prepend_str = ATTR_PREPEND_NONE;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
+   time = eina_array_new(1);
+   eina_array_push(time, eina_stringshare_add("Time:"));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("SINUSOIDAL");
+   attr.value.strs = time;
+   attr.value.cnt = 1;
+   attr.value.min = 0.0;
+   attr.value.max = 5.0;
+   attr.value.type = ATTR_VALUE_FLOAT;
+   attr.value.prepend_str = ATTR_PREPEND_NONE;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
+   Eina_Array *time_factor = eina_array_new(2);
+   eina_array_push(time_factor, eina_stringshare_add("Time:"));
+   eina_array_push(time_factor, eina_stringshare_add("Factor:"));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("ACCELERATE_FACTOR");
+   attr.value.strs = time_factor;
+   attr.value.cnt = 2;
+   attr.value.min = 0.0;
+   attr.value.max = 5.0;
+   attr.value.type = ATTR_VALUE_FLOAT;
+   attr.value.prepend_str = ATTR_PREPEND_NONE;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
+   time_factor = eina_array_new(2);
+   eina_array_push(time_factor, eina_stringshare_add("Time:"));
+   eina_array_push(time_factor, eina_stringshare_add("Factor:"));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("DECELERATE_FACTOR");
+   attr.value.strs = time_factor;
+   attr.value.cnt = 2;
+   attr.value.min = 0.0;
+   attr.value.max = 5.0;
+   attr.value.type = ATTR_VALUE_FLOAT;
+   attr.value.prepend_str = ATTR_PREPEND_NONE;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
+   time_factor = eina_array_new(2);
+   eina_array_push(time_factor, eina_stringshare_add("Time:"));
+   eina_array_push(time_factor, eina_stringshare_add("Factor:"));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("SINUSOIDAL_FACTOR");
+   attr.value.strs = time_factor;
+   attr.value.cnt = 2;
+   attr.value.min = 0.0;
+   attr.value.max = 5.0;
+   attr.value.type = ATTR_VALUE_FLOAT;
+   attr.value.prepend_str = ATTR_PREPEND_NONE;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
//Type: Part
memset(&attr, 0x00, sizeof(parser_attr));
attr.keyword = eina_stringshare_add("target");

-- 

[EGIT] [tools/enventor] master 01/01: edc_parser: Support a new candidate keyword "signal".

[Jaehyun Cho]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=ea2918130f6d4917ddc167d73453a58e96d9c6a9

commit ea2918130f6d4917ddc167d73453a58e96d9c6a9
Author: Jaehyun Cho 
Date:   Fri Dec 19 15:43:50 2014 +0900

edc_parser: Support a new candidate keyword "signal".

Summary:
Support a new candidate keyword "signal" in program.
@feature

Reviewers: Hermet

Differential Revision: https://phab.enlightenment.org/D1791
---
 src/lib/edc_parser.c | 25 +
 1 file changed, 25 insertions(+)

diff --git a/src/lib/edc_parser.c b/src/lib/edc_parser.c
index e4ec313..4c0d186 100644
--- a/src/lib/edc_parser.c
+++ b/src/lib/edc_parser.c
@@ -392,6 +392,31 @@ type_init_thread_blocking(void *data, Ecore_Thread *thread 
EINA_UNUSED)
attr.value.append_str = ATTR_APPEND_SEMICOLON;
eina_inarray_push(td->attrs, &attr);
 
+   Eina_Array *signal = eina_array_new(15);
+   eina_array_push(signal, eina_stringshare_add("\"mouse,down,*\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,down,1\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,down,2\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,down,3\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,up,*\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,up,1\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,up,2\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,up,3\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,clicked,*\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,clicked,1\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,clicked,2\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,clicked,3\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,move\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,in\""));
+   eina_array_push(signal, eina_stringshare_add("\"mouse,out\""));
+
+   memset(&attr, 0x00, sizeof(parser_attr));
+   attr.keyword = eina_stringshare_add("signal");
+   attr.value.strs = signal;
+   attr.value.type = ATTR_VALUE_CONSTANT;
+   attr.value.prepend_str = ATTR_PREPEND_COLON;
+   attr.value.append_str = ATTR_APPEND_SEMICOLON;
+   eina_inarray_push(td->attrs, &attr);
+
//Type: Integer
Eina_Array *rgba = eina_array_new(4);
eina_array_push(rgba, eina_stringshare_add("R:"));

-- 

[EGIT] [tools/enventor] master 01/01: lib/ctxpopup: simpler toogle message

[ChunEon Park]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=ef6ac44737e1e20cfd13a2eda45f4438629578a1

commit ef6ac44737e1e20cfd13a2eda45f4438629578a1
Author: ChunEon Park 
Date:   Fri Dec 19 14:44:09 2014 +0900

lib/ctxpopup: simpler toogle message
---
 src/lib/ctxpopup.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/lib/ctxpopup.c b/src/lib/ctxpopup.c
index f513d15..470eed6 100644
--- a/src/lib/ctxpopup.c
+++ b/src/lib/ctxpopup.c
@@ -218,8 +218,8 @@ toggle_layout_create(Evas_Object *parent, attr_value *attr,
//Toggle
Evas_Object *toggle = elm_check_add(layout);
elm_object_style_set(toggle, "toggle");
-   elm_object_part_text_set(toggle, "on", "Enable");
-   elm_object_part_text_set(toggle, "off", "Disable");
+   elm_object_part_text_set(toggle, "on", "On");
+   elm_object_part_text_set(toggle, "off", "Off");
elm_check_state_set(toggle, toggle_val);
evas_object_data_set(toggle, "attr", attr);
elm_object_part_content_set(layout, "elm.swallow.toggle", toggle);

-- 

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: Revert "Randr: Fix null dereference." This reverts commit 4aef218d28ed66e80d882f052c704d92d11c3c81.

[Jean-Philippe André]

On Thu, Dec 18, 2014 at 8:39 AM, Carsten Haitzler 
wrote:
>
> On Wed, 17 Dec 2014 14:49:22 + Daniel Kolesa 
> said:
>
> > 2014-12-17 14:45 GMT+00:00 Daniel Juyung Seo :
> > > On Wed, Dec 17, 2014 at 4:14 PM, Sebastian Dransfeld <
> s...@tango.flipp.net>
> > > wrote:
> > >>
> > >> On 12/17/2014 01:43 AM, Carsten Haitzler wrote:
> > >> > raster pushed a commit to branch master.
> > >> >
> > >> >
> > >>
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=43f1dc012d733fa7b24988a49400bfa01f3d2e69
> > >> >
> > >> > commit 43f1dc012d733fa7b24988a49400bfa01f3d2e69
> > >> > Author: Carsten Haitzler (Rasterman) 
> > >> > Date:   Wed Dec 17 09:33:45 2014 +0900
> > >> >
> > >> >  Revert "Randr: Fix null dereference."
> > >> >  This reverts commit 4aef218d28ed66e80d882f052c704d92d11c3c81.
> > >> >
> > >> >  Revert "randr: remember crtcid for fast lookup on reconnect"
> > >> >  This reverts commit 55b4ad41d19f1e4573203bf4296356d8f991e809.
> > >> >
> > >> >  Revert "randr: further cleanup"
> > >> >  This reverts commit 3e02824663a2d6b54a2a9ba6d5d9ab760c42aff2.
> > >> >
> > >> >  these make nvidia randr resolution changing work again. sorry
> seb.
> > >> >  even though cleanups might be nice... this code is FIDDLY and
> every
> > >> >  driver seems to work differently, so take it easy and be very
> > >> careful
> > >> >  - make no assumptions. i know it works on my intel desktop and
> > >> nvidia
> > >> >  deskop atm. once i get a vga cable i'll fix up intel laptop
> with
> > >> >  external display that has problems. i can try radeon too
> later. but
> > >> >  right now - this stuff needs to work. being clean is far less
> > >> >  important than working. :)
> > >>
> > >> nvidia sucks :)
> > >>
> > >
> > > Absolutely agreed.
> > > Seriously I am sick and tired of their gl bugs.
> >
> > The amount of GL bugs in nvidia drivers is the lowest of all that GL
> > implementations are available.
>
> yeah... it's pretty much right. keep hatin' on nvidia. try some other
> drivers... you'll come back to nvidia thanking them for being so much
> better. :) welcome to the world of gl... it's pretty horrible. just ask jp
> what
> he thinks of gl these days. :)
>

I love it so much I dream in vertices and shaders and FBOs!

But uh, yeah, the nvidia drivers do work but are super excessively picky on
all the system config stuff and some stuff just doesn't work somehow.




>
> > > Daniel Juyung Seo (SeoZ)
> > >
> > >
> > >>
> > >> > ---
> > >> >   src/bin/e_randr.c | 204
> > >> +++---
> > >> >   src/bin/e_randr.h |   1 -
> > >> >   src/modules/systray/e_mod_notifier_host.c |   2 +-
> > >> >   3 files changed, 134 insertions(+), 73 deletions(-)
> > >> >
> > >> > diff --git a/src/bin/e_randr.c b/src/bin/e_randr.c
> > >> > index 0ffee54..4f3c794 100644
> > >> > --- a/src/bin/e_randr.c
> > >> > +++ b/src/bin/e_randr.c
> > >> > @@ -19,7 +19,7 @@ static E_Config_Randr_Output
> > >> *_e_randr_config_output_new(void);
> > >> >   static E_Config_Randr_Output
> > >> *_e_randr_config_output_find(E_Randr_Output *output);
> > >> >   static E_Randr_Crtc
> *_e_randr_crtc_find(Ecore_X_Randr_Crtc
> > >> xid);
> > >> >   static E_Randr_Output
> > >> *_e_randr_output_find(Ecore_X_Randr_Output xid);
> > >> > -static void
>  _e_randr_output_crtc_find(E_Randr_Output
> > >> *output);
> > >> > +static E_Randr_Crtc
> *_e_randr_output_crtc_find(E_Randr_Output
> > >> *output);
> > >> >
> > >> >   static void
> _e_randr_config_mode_geometry(Ecore_X_Randr_Orientation
> > >> orient, Eina_Rectangle *rect);
> > >> >   static void _e_randr_config_primary_update(void);
> > >> > @@ -140,30 +140,31 @@ e_randr_config_apply(void)
> > >> >  EINA_LIST_FOREACH(e_randr->outputs, l, output)
> > >> >{
> > >> >   printf("RR: apply out %p... [%s]\n", output,
> output->name);
> > >> > -if (output->cfg)
> > >> > +if ((output->cfg) && (!output->cfg->connect))
> > >> > {
> > >> > - if (!output->cfg->connect)
> > >> > -   {
> > >> > -  printf("RR:  output disabled\n");
> > >> > -  _e_randr_output_active_set(output, EINA_FALSE);
> > >> > -   }
> > >> > - else if (output->status ==
> > >> ECORE_X_RANDR_CONNECTION_STATUS_CONNECTED)
> > >> > + printf("RR:  output disabled\n");
> > >> > + _e_randr_output_active_set(output, EINA_FALSE);
> > >> > +  }
> > >> > +else if ((output->cfg) && (output->status ==
> > >> ECORE_X_RANDR_CONNECTION_STATUS_CONNECTED))
> > >> > +  {
> > >> > + if (output->cfg)
> > >> >  {
> > >> > printf("RR:  output enabled [%i %i %ix%i | %2.3f
> > >> orient %i]\n",
> > >> >output->cfg->geo.x, output->cfg->geo.y,
> > >> >output->cfg->geo.w, output->cfg->geo.h,

[EGIT] [tools/enventor] master 01/01: ctxpopup: Support toggle candidate.

[Jaehyun Cho]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=528389b95c0201bab1229dbd27465d4faff28e15

commit 528389b95c0201bab1229dbd27465d4faff28e15
Author: Jaehyun Cho 
Date:   Fri Dec 19 14:36:49 2014 +0900

ctxpopup: Support toggle candidate.

Summary:
Support toggle candidate.
 @feature

Reviewers: Hermet

Differential Revision: https://phab.enlightenment.org/D1789
---
 data/themes/default/layout_common.edc | 85 +
 src/lib/ctxpopup.c| 90 +++
 src/lib/edc_parser.c  |  6 +--
 src/lib/enventor_private.h| 15 +++---
 4 files changed, 186 insertions(+), 10 deletions(-)

diff --git a/data/themes/default/layout_common.edc 
b/data/themes/default/layout_common.edc
index 6cfeeb1..8564cc1 100644
--- a/data/themes/default/layout_common.edc
+++ b/data/themes/default/layout_common.edc
@@ -1559,6 +1559,91 @@ group { name: "preview_layout";
}
 }
 
+group { name: "toggle_layout";
+   parts {
+  part { name: "base";
+ type: RECT;
+ scale: 1;
+ description { state: "default" 0.0;
+min: 150 1;
+color: 56 56 56 255;
+ }
+ description { state: "odd" 0.0;
+inherit: "default" 0.0;
+color: 64 64 64 255;
+ }
+  }
+  part { name: "text_base";
+ type: SPACER;
+ description { state: "default" 0.0;
+rel1.to: "base";
+rel2.to: "base";
+rel2.relative: 0.0 1.0;
+align: 0.0 0.5;
+min: 35 0;
+fixed: 1 0;
+ }
+  }
+  part { name: "elm.text.type";
+ type: TEXT;
+ description { state: "default" 0.0;
+rel1.to: "text_base";
+rel1.offset: 5 0;
+rel2.to: "text_base";
+align: 0.0 0.5;
+fixed: 1 0;
+text {
+   font: FN;
+   size: 10;
+   align: 0.0 0.5;
+   min: 1 0;
+   ellipsis: -1;
+}
+color: COL_NM;
+ }
+  }
+  part { name: "padding1";
+ type: SPACER;
+ description { state: "default" 0.0;
+rel1.to: "text_base";
+rel1.relative: 1.0 0.0;
+rel2.to: "text_base";
+align: 0.0 0.5;
+min: 5 0;
+fixed: 1 0;
+ }
+  }
+  part { name: "elm.swallow.toggle";
+ type: SWALLOW;
+ description { state: "default" 0.0;
+rel1.to: "padding1";
+rel1.relative: 1.0 0.0;
+rel2.to: "padding2";
+rel2.relative: 0.0 1.0;
+ }
+  }
+  part { name: "padding2";
+ type: SPACER;
+ description { state: "default" 0.0;
+rel1.to: "base";
+rel1.relative: 1.0 0.0;
+rel2.to: "base";
+align: 1.0 0.5;
+min: 5 0;
+fixed: 1 0;
+ }
+  }
+   }
+   programs {
+  program { name: "odd_item_set";
+ signal: "odd,item,set";
+ source: "";
+ action: STATE_SET "odd" 0.0;
+ target: "base";
+  }
+   }
+}
+
 group { name: "slider_layout";
parts {
   part { name: "base";
diff --git a/src/lib/ctxpopup.c b/src/lib/ctxpopup.c
index 66463c7..f513d15 100644
--- a/src/lib/ctxpopup.c
+++ b/src/lib/ctxpopup.c
@@ -78,6 +78,37 @@ ctxpopup_it_cb(void *data, Evas_Object *obj, void 
*event_info)
 }
 
 static void
+toggle_dismiss_cb(void *data, Evas_Object *obj, void *event_info EINA_UNUSED)
+{
+   attr_value *attr = data;
+   Evas_Object *box = elm_object_content_get(obj);
+   Evas_Object *layout;
+   Evas_Object *toggle;
+   Eina_List *box_children = elm_box_children_get(box);
+   Eina_List *l;
+   char candidate[512];
+   char buf[128];
+
+   if (eina_list_count(box_children) == 0) return;
+
+   snprintf(candidate, sizeof(candidate), "%s", attr->prepend_str);
+
+   EINA_LIST_FOREACH(box_children, l, layout)
+ {
+toggle = elm_object_part_content_get(layout,
+ "elm.swallow.toggle");
+snprintf(buf, sizeof(buf), "%d", (int) elm_check_state_get(toggle));
+strcat(candidate, buf);
+strcat(candidate, " ");
+ }
+   candidate[strlen(candidate) - 1] = '\0'; //Remove last appended " ".
+   strcat(candidate, attr->append_str);
+
+   ctxpopup_data *ctxdata = evas_object_data_get(obj, "ctxpopup_data");
+   ctxdata->selected_cb(ctxdata->data, obj, candidate);
+}
+
+static void
 slider_dismiss_cb(void *data, Evas_Object *obj, void *event_info EINA_UNUSED)
 {
attr_value *attr = data;
@@ -172,6 +203,60 @@ entry_changed_cb(void *data, Evas_Object *obj, void 
*event_info)
 }
 
 static Evas_Object *
+toggle_layout_create(Evas_Object *parent, attr_value *attr,
+ const char *type, Eina_Bool toggle_val)
+{
+   //Layou

[EGIT] [core/elementary] elementary-1.12 01/01: elm_colorselector: fix not intended duplication

[Jee-Yong Um]

hermet pushed a commit to branch elementary-1.12.

http://git.enlightenment.org/core/elementary.git/commit/?id=1404fa9a1b295a3da337ed6b23f00c7d9efcd4b7

commit 1404fa9a1b295a3da337ed6b23f00c7d9efcd4b7
Author: Jee-Yong Um 
Date:   Fri Dec 19 14:27:00 2014 +0900

elm_colorselector: fix not intended duplication

Summary:
When colorselector widget is added, there are two align set command on 
palette_box part,
but that for picker part is omitted.
Apply elm_box_align_set function to picker part correctly.

@fix

Reviewers: Hermet

Reviewed By: Hermet

Subscribers: Hermet

Differential Revision: https://phab.enlightenment.org/D1790

Conflicts:

AUTHORS
---
 AUTHORS | 1 +
 src/lib/elm_colorselector.c | 2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/AUTHORS b/AUTHORS
index ec475be..5a6f1d8 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -159,3 +159,4 @@ Jae Yong Hwang 
 Kabeer Khan 
 yinsc 
 Woochan Lee 
+Jee-Yong Um 
diff --git a/src/lib/elm_colorselector.c b/src/lib/elm_colorselector.c
index 4250243..e0763a4 100644
--- a/src/lib/elm_colorselector.c
+++ b/src/lib/elm_colorselector.c
@@ -1553,7 +1553,7 @@ _elm_colorselector_evas_object_smart_add(Eo *obj, 
Elm_Colorselector_Data *priv)
elm_box_padding_set(priv->picker,
(h_pad * elm_widget_scale_get(obj) * 
elm_config_scale_get()),
(v_pad * elm_widget_scale_get(obj) * 
elm_config_scale_get()));
-   elm_box_align_set(priv->palette_box, 0.5, 0.5);
+   elm_box_align_set(priv->picker, 0.5, 0.5);
 
priv->mode = ELM_COLORSELECTOR_BOTH;
priv->focused = ELM_COLORSELECTOR_PALETTE;

-- 

[EGIT] [core/elementary] master 01/01: elm_colorselector: fix not intended duplication

[Jee-Yong Um]

hermet pushed a commit to branch master.

http://git.enlightenment.org/core/elementary.git/commit/?id=05a104a24d8276a2bcb79e10918e7e2398a6739f

commit 05a104a24d8276a2bcb79e10918e7e2398a6739f
Author: Jee-Yong Um 
Date:   Fri Dec 19 14:27:00 2014 +0900

elm_colorselector: fix not intended duplication

Summary:
When colorselector widget is added, there are two align set command on 
palette_box part,
but that for picker part is omitted.
Apply elm_box_align_set function to picker part correctly.

@fix

Reviewers: Hermet

Reviewed By: Hermet

Subscribers: Hermet

Differential Revision: https://phab.enlightenment.org/D1790
---
 AUTHORS | 1 +
 src/lib/elm_colorselector.c | 2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/AUTHORS b/AUTHORS
index 7b1f314..34e5d98 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -160,3 +160,4 @@ Kabeer Khan 
 yinsc 
 Woochan Lee 
 Vitalii Vorobiov 
+Jee-Yong Um 
diff --git a/src/lib/elm_colorselector.c b/src/lib/elm_colorselector.c
index 3d13d07..09942ca 100644
--- a/src/lib/elm_colorselector.c
+++ b/src/lib/elm_colorselector.c
@@ -1574,7 +1574,7 @@ _elm_colorselector_evas_object_smart_add(Eo *obj, 
Elm_Colorselector_Data *priv)
elm_box_padding_set(priv->picker,
(h_pad * elm_widget_scale_get(obj) * 
elm_config_scale_get()),
(v_pad * elm_widget_scale_get(obj) * 
elm_config_scale_get()));
-   elm_box_align_set(priv->palette_box, 0.5, 0.5);
+   elm_box_align_set(priv->picker, 0.5, 0.5);
 
priv->mode = ELM_COLORSELECTOR_BOTH;
priv->focused = ELM_COLORSELECTOR_PALETTE;

-- 

Re: [E-devel] Windows issue with Eina_Thread type

[The Rasterman]

On Thu, 18 Dec 2014 18:31:12 +0100 (CET) Michelle Legrand
 said:

> Hello,
> 
> I am facing an issue with Enventor on Windows which leads Enventor to crash
> immediately with a segmentation fault at launch. The error tracked by GDB is
> in the following assignement in enventor/src/lib/auto_comp.c
> (https://git.enlightenment.org/tools/enventor.git/tree/src/lib/auto_comp.c) :
> ad->init_thread = ecore_thread_run(init_thread_cb, init_thread_end_cb,
> init_thread_cancel_cb, ad);
> 
> We found out that this segmentation fault is due to the type Eina_Thread
> being defined by a unsigned long int which on Windows seems to have an
> unsuffisant size. The reason is that Windows uses the LLP64 data models as
> described on
> http://en.wikipedia.org/wiki/64-bit_computing#64-bit_data_models.
> 
> There would be two solutions to correct this problem. One would be to define
> Eina_Thread as unsigned long long int for Win32 exclusively, or we could use
> a standard integer type as uint64_t. I would like to have your opinion about
> this and what would be the best solution to adopt.

oh dear. this requires an abi break on windows then. h (another solution is
to use this int as a lookup in a table and this table contains the actual
thread handles ... that doesn't break abi, but it's REALLY ugly).

i'd go for the abi break. votes?

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


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment DR 0.19.2 Release

[Martinx - ジェームズ]

> You're definitely not the only one, and yes, it's very annoying.Looking back 
> at your original post, you talk mostly about the blank tooltips, and 
> maximizing won't bypass that. I misunderstood what you were talking about 
> with the "ALT attributes". I find that maximizing fixes it when the interface 
> locks up after minimizing and restoring, but a white tooltip still requires 
> killing it. The white tooltips used to be a problem in Gnome as well [1].I've 
> also got problems with multiple select boxes, again only in E. Overall, 
> chrome/chromium is nearly unusable for me in E, so I haven't been in E for a 
> while now.[1] https://bugs.archlinux.org/task/42110



Mmm... Thank you for your feedback!

I just record a video about it, I'll post it on youtube soon.

I'm about to move back to Unity because of this... It is near to
impossible to live with this on E...   :'(

On Unity, I can use it (Opera/Chrome) without being affected by this
problem, so, I though it was some E bug but, it affect gnome users as
well, so, not E related?.

Cheers!
Thiago

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment DR 0.19.2 Release

[Doug Newgard]

> From: thiagocmarti...@gmail.com
> Date: Thu, 18 Dec 2014 16:42:26 -0200
> To: enlightenment-devel@lists.sourceforge.net
> Subject: Re: [E-devel] Enlightenment DR 0.19.2 Release
> 
> > It won't. They still exists in the master branch, so it's extremely 
> > unlikely they got fixed in the stable branch.
> > Next time it freezes, try maximizing it, see if it becomes usable again.
> > Doug
> 
> Hi Doug!
> 
>  So, I guess I'm not the only one facing this problem, it seems to be
> a know bug somewhere, am I right?
> 
>  It is very annoying to kill the browser regularly and, start using
> Unity / GNOME / MATE / Cinnamon / KDE / OSX, just because of this
> problem, is still out of the table... I'm a huge fan of Enlightenment!
>   ^_^
> 
>  I tried WindowMaker but it is terrible to use it with a trackpad
> (i.e., without a mouse), at least, with WindowMaker, Opera/Chrome do
> not froze but, it is ugly... hehe...
> 
>  At first, I was thinking about my video board Linux driver
> (DRM/GEM/KSM stuff) but, I'm using Enlightenment DR19 on two different
> machines, one Macbook Air with Intel Video, and another one, a Dell
> Vostro with a Radeon 5450 PCI-e, both with Ubuntu 14.10 + E19 and on
> both, Opera/Chrome freezes from time to time...
> 
>  Next time, I'll try your tip to see if it unfreeze the browser, plus,
> I'll make a "video bug report" of it...
> 
> Thanks!
> Thiago

You're definitely not the only one, and yes, it's very annoying.Looking back at 
your original post, you talk mostly about the blank tooltips, and maximizing 
won't bypass that. I misunderstood what you were talking about with the "ALT 
attributes". I find that maximizing fixes it when the interface locks up after 
minimizing and restoring, but a white tooltip still requires killing it. The 
white tooltips used to be a problem in Gnome as well [1].I've also got problems 
with multiple select boxes, again only in E. Overall, chrome/chromium is nearly 
unusable for me in E, so I haven't been in E for a while now.[1] 
https://bugs.archlinux.org/task/42110  
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PROPOSAL] [Evas] Optimizing smooth scaling of Evas in software backend

[Adrien Nader]

Hi,

On Thu, Dec 18, 2014, Krishnaraj Raghavendra Bhat wrote:
> Yes, probably it won't be packaged by any distro because it's used only in
> chromium browser & lollipop as of now.
> The current cmakefile compiles it to a static library. If we statically link
> libyuv to evas,
> runtime dependencies can be avoided. The size of libevas.so(after stripping)
> increased by 0.3 MB in this case

Please, don't go that way. Absolutely everything that comes from google
for use in chrom* is packaging crap. It's not even meant to be packaged:
it's code dumps without a build system usable for anything besides
chrom*.

We are already seeing this with Angle (OpenGL API implemented on top of
DirectX to work-around drivers with crappy OpenGL implementations on
Windows). The result is that it's not usable at all.

The right way is to have it packaged separately and to pressure upstream
to accept build system improvements. The threshold to get packages into
distributions is usually not very high; the main trouble is with crappy
build systems and these must be solved or they'll come back to bite hard
rather sooner than later.

Note that the only problem here is Google. I'm not sure what is the use
in pushing code with a BSD license and make is to annoying to use. It
almost feels like it's meant to not displease their employees who want
to work on free software, while not making free software in practice.

Regards,
Adrien Nader

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Compile efl/elementary under Cygwin

[The Rasterman]

On Thu, 18 Dec 2014 11:30:31 -0500 Chris Marshall  said:

> I recently attempted to build EFL on cygwin and ran into
> the same difficulty.  The problem is that the cmake
> configuration process for cygwin tries to build a native
> win32 library and not a POSIX system one which is
> what the cygwin emulation layer provides.  cygwin
> supports X11, GLX, ... all the usual unix libraries so
> it should be possible to configure cygwin as a posix
> build basically the same as other unix-ish systems.

efl buld doesn't do that though - we detect being on win32 etc. and try and
build windows native dll's. we have no option to alter this.

> --Chris
> 
> On Thu, Dec 18, 2014 at 11:22 AM, Nicolas Aguirre  > wrote:
> >
> > 2014-12-18 0:44 GMT+01:00 Carsten Haitzler :
> > > On Wed, 17 Dec 2014 14:48:15 +0200 Galatsanos Panagiotis
> > >  said:
> > >
> > >> Hello everyone,
> > >>
> > >> I'm trying to compile efl and elementary using Cygwin but i'm getting
> > some
> > >> errors about directdraw on ./configure. I've allready installed every
> > >> library listed in README and I run:
> > >> ./configure --enable-lua-old --disable-fribidi
> > >>
> > >> only to get the following error:
> > >>
> > >> configure: error: Software DirectDraw dependencies not found
> > >>
> > >> I'm also attaching the whole configure output. Any suggestions?
> > >> Regards, Panagiotis.
> > >
> > > btw... did you look at:
> > >
> > > https://phab.enlightenment.org/w/windows/
> > >
> > > --
> > > - Codito, ergo sum - "I code, therefore I am" --
> > > The Rasterman (Carsten Haitzler)ras...@rasterman.com
> > >
> > >
> > >
> > --
> > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> > > with Interactivity, Sharing, Native Excel Exports, App Integration & more
> > > Get technology previously reserved for billion-dollar corporations, FREE
> > >
> > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> > I don't know anything about Cygwin, but if you use msys2 on windows
> > there is everything you need to build EFL and Elementary, you can
> > install packages with pacman.
> >
> > Another option is to use http://win-builds.org/ to install most of the
> > dependencies need to build EFL.
> >
> > Mingw64 contains DirectDraw dependencies need to build the win32 port of
> > EFL.
> >
> > A better documentation is currently in progress.
> >
> > Regards,
> > Nicolas
> >
> > --
> > Nicolas Aguirre
> > Mail: aguirre.nico...@gmail.com
> > Web: http://www.calaos.fr
> > Blog: http://dev.enlightenment.fr/~captainigloo/
> >
> >
> > --
> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> > from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> > with Interactivity, Sharing, Native Excel Exports, App Integration & more
> > Get technology previously reserved for billion-dollar corporations, FREE
> >
> > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> 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


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://list

Re: [E-devel] Windows issue with Eina_Thread type

[Adrien Nader]

Hi,

PS: this was intended to be short; well, I've failed at that but I
believe it's worth a read and the whole topic might well matter to you
even if you don't care about Windows since the main concern is with the
ABI of Eina_Thread.

A bit more context to this: the EFLs currently use the win32 API
directly to expose a pthread-like API. The code is roughly 1k lines and,
surprisingly, involves thread code (and everyone loves debugging
threading issues). It is also very specific to windows with some bits
which highlight win32's beauty (clock_gettime() you say? with
CLOCK_MONOTONIC? surely noone wants a simple way to do that?).
Of course, it has some bugs.

This has lead to the idea of switching to winpthreads. Winpthreads is a
library that has been created by mingw-w64 to provide a back-end to GCC
for C++11 and C11 thread support. It has a design difference with
pthreads-win32 that I didn't understand at first: its pthread_t type is
an integer while pthreads-win32's is a struct (more on this below).

Winpthreads is used quite heavily nowadays and has an active upstream.
Moreover, since it is used by GCC for C++11 thread support, it is
available for every toolchain which supports this configuration (and
likely is already a dependency). It would better to have a
configure-time check but it isn't strictly needed.
The library is slightly young but is already proven. The main concern
I've seen is report of lower performance compared to directly using the
win32 API but it should be solved eventually and the mingw-w64 upstream
is very friendly (did I mention I was fully objective even though I am
part of it?).

After some quick testing, it was found that using winpthreads improved
the testsuite scores and solved errors for which the only possible
reaction upon seeing the corresponding backtrace is "errr, yeah, hmmm,
sure, why not, maybe, erm, well, let's go shopping".
And didn't introduce new errors. That's always something positive. :) 

On Thu, Dec 18, 2014, Michelle Legrand wrote:
> Hello,
> 
> I am facing an issue with Enventor on Windows which leads Enventor to crash 
> immediately with a segmentation fault at launch. The error tracked by GDB is 
> in the following assignement in enventor/src/lib/auto_comp.c 
> (https://git.enlightenment.org/tools/enventor.git/tree/src/lib/auto_comp.c) :
>ad->init_thread = ecore_thread_run(init_thread_cb, init_thread_end_cb,
>   init_thread_cancel_cb, ad);
> 
> We found out that this segmentation fault is due to the type Eina_Thread 
> being defined by a unsigned long int which on Windows seems to have an 
> unsuffisant size. The reason is that Windows uses the LLP64 data models as 
> described on  
> http://en.wikipedia.org/wiki/64-bit_computing#64-bit_data_models.

The exact issue is caused by a cast from Eina_Thread to pthread_t.
Eina_Thread is an unsigned long int and pthread_t is ...
implementation-defined.

The code works only by chance. If my memory is working well enough (and
the Traquair Jacobite Ale isn't too strong), the following is a
reproducer for the bad code:

  /* from eina_thread.h */
  typedef unsigned long int Eina_Thread;

  /* somewhere else in the EFLs */
  Eina_Thread thread;
  pthread_something((pthread_t*) &thread);

The following with an array is probably more explicit:

  void foo(uint32_t arr[2]) {
arr[0] = 0xdead;
arr[1] = 0xbeef;
  }

  void f(void) {
uint32_t foo[1];
foo((uint32_t*) foo);
  }

Result: stack has been smashed. Note that for extra fun, no
stack-smashing detection finds this because the uint32_t is followed by
padding (or, if the compiler is smart, by another stack-allocated
variable that fits in the gap).
(for extra extra fun, the pointer ends up in the rbx register which is
callee-saved, which makes it possible for the callee to corrupt its
callers' data)

There's actually one (or more) intermediate function call(s) between the
creation of the variable and the call to pthread_something(). This makes
the compiler unable to just see 

> There would be two solutions to correct this problem. One would be to define 
> Eina_Thread as unsigned long long int for Win32 exclusively, or we could use 
> a standard integer type as uint64_t.
> I would like to have your opinion about this and what would be the best 
> solution to adopt.

A concern that arose on IRC is that some unspecified french borker has
learned about the concept of "defensive code" and has therefore
sprinkled his code with traps and especially, cast to longs. If you've
followed the WP link above (btw, it can be accessed through the shorter
URI: http://en.wikipedia.org/wiki/LLP64 ), you've seen that Windows
x86_64 has longs of only 32 bits and it makes it impossible to use longs
for storage of several datatypes (especially pointers).

I believe it is doable to review the pthread-specific code for casts to
longs and that being able to smithe the win32-specific code will very
quickly reduce the maintenance burden.

Thinki

Re: [E-devel] Windows issue with Eina_Thread type

[Brett Nash]

I think the type you want is either a intptr_t or a uintptr_t, an integer
the same size[1] as a pointer.

Regards,
nash


[1] Off hand I don't recall if it's defined to be the same size or the same
size or larger.  Either case works for this

On 18 December 2014 at 09:31, Michelle Legrand  wrote:
>
> Hello,
>
> I am facing an issue with Enventor on Windows which leads Enventor to
> crash immediately with a segmentation fault at launch. The error tracked by
> GDB is in the following assignement in enventor/src/lib/auto_comp.c (
> https://git.enlightenment.org/tools/enventor.git/tree/src/lib/auto_comp.c)
> :
>ad->init_thread = ecore_thread_run(init_thread_cb, init_thread_end_cb,
>   init_thread_cancel_cb, ad);
>
> We found out that this segmentation fault is due to the type Eina_Thread
> being defined by a unsigned long int which on Windows seems to have an
> unsuffisant size. The reason is that Windows uses the LLP64 data models as
> described on
> http://en.wikipedia.org/wiki/64-bit_computing#64-bit_data_models.
>
> There would be two solutions to correct this problem. One would be to
> define Eina_Thread as unsigned long long int for Win32 exclusively, or we
> could use a standard integer type as uint64_t.
> I would like to have your opinion about this and what would be the best
> solution to adopt.
>
> Regards,
> Michelle LE GRAND
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment DR 0.19.2 Release

[Martinx - ジェームズ]

> It won't. They still exists in the master branch, so it's extremely unlikely 
> they got fixed in the stable branch.
> Next time it freezes, try maximizing it, see if it becomes usable again.
> Doug

Hi Doug!

 So, I guess I'm not the only one facing this problem, it seems to be
a know bug somewhere, am I right?

 It is very annoying to kill the browser regularly and, start using
Unity / GNOME / MATE / Cinnamon / KDE / OSX, just because of this
problem, is still out of the table... I'm a huge fan of Enlightenment!
  ^_^

 I tried WindowMaker but it is terrible to use it with a trackpad
(i.e., without a mouse), at least, with WindowMaker, Opera/Chrome do
not froze but, it is ugly... hehe...

 At first, I was thinking about my video board Linux driver
(DRM/GEM/KSM stuff) but, I'm using Enlightenment DR19 on two different
machines, one Macbook Air with Intel Video, and another one, a Dell
Vostro with a Radeon 5450 PCI-e, both with Ubuntu 14.10 + E19 and on
both, Opera/Chrome freezes from time to time...

 Next time, I'll try your tip to see if it unfreeze the browser, plus,
I'll make a "video bug report" of it...

Thanks!
Thiago

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Windows issue with Eina_Thread type

[Michelle Legrand]

Hello,

I am facing an issue with Enventor on Windows which leads Enventor to crash 
immediately with a segmentation fault at launch. The error tracked by GDB is in 
the following assignement in enventor/src/lib/auto_comp.c 
(https://git.enlightenment.org/tools/enventor.git/tree/src/lib/auto_comp.c) :
   ad->init_thread = ecore_thread_run(init_thread_cb, init_thread_end_cb,
  init_thread_cancel_cb, ad);

We found out that this segmentation fault is due to the type Eina_Thread being 
defined by a unsigned long int which on Windows seems to have an unsuffisant 
size. The reason is that Windows uses the LLP64 data models as described on  
http://en.wikipedia.org/wiki/64-bit_computing#64-bit_data_models.

There would be two solutions to correct this problem. One would be to define 
Eina_Thread as unsigned long long int for Win32 exclusively, or we could use a 
standard integer type as uint64_t.
I would like to have your opinion about this and what would be the best 
solution to adopt.

Regards,
Michelle LE GRAND

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment DR 0.19.2 Release

[Doug Newgard]

> From: thiagocmarti...@gmail.com
> Date: Thu, 18 Dec 2014 15:31:55 -0200
> To: enlightenment-devel@lists.sourceforge.net
> Subject: Re: [E-devel] Enlightenment DR 0.19.2 Release
> 
> AWESOME!
> 
>  Lets see if it behaves better, I'm facing some weird problems with
> Opera and very similar problems with Chrome (sometimes, the "ALT
> attributes" freezes the entire browser, it becomes blank (instead of
> yellow + text) and then, froze everything, only way to go back to work
> is by killing Opera/Chrome), this happens _only_ under Enlightenment,
> lots of times / week.
> 
> 
>  Ubuntu 14.10 package upgraded!
> 
>  https://launchpad.net/~martinx/+archive/ubuntu/enlightenment
> 
> 
>  Lets see it things gets better now.
> 
>  Thank you!
> 
> Best,
> Thiago
> 

It won't. They still exists in the master branch, so it's extremely unlikely 
they got fixed in the stable branch.
Next time it freezes, try maximizing it, see if it becomes usable again.
Doug
  
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/elementary] master 01/01: image: Fix formatting for the latest commit 283988.

[Daniel Juyung Seo]

seoz pushed a commit to branch master.

http://git.enlightenment.org/core/elementary.git/commit/?id=caa12399a8444a4a706243f9660da9878a875e3c

commit caa12399a8444a4a706243f9660da9878a875e3c
Author: Daniel Juyung Seo 
Date:   Fri Dec 19 02:36:16 2014 +0900

image: Fix formatting for the latest commit 283988.
---
 src/lib/elm_image.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/lib/elm_image.c b/src/lib/elm_image.c
index e7076b8..9bc14ac 100644
--- a/src/lib/elm_image.c
+++ b/src/lib/elm_image.c
@@ -184,8 +184,8 @@ _elm_image_internal_sizing_eval(Evas_Object *obj, 
Elm_Image_Data *sd)
 evas_object_move(sd->img, x, y);
 evas_object_image_fill_set(sd->img, 0, 0, w, h);
 
-if (x < 0) w+=x;
-if (y < 0) h+=y;
+if (x < 0) w += x;
+if (y < 0) h += y;
 
 evas_object_resize(sd->img, w, h);
  }

-- 

Re: [E-devel] Enlightenment DR 0.19.2 Release

[Martinx - ジェームズ]

AWESOME!

 Lets see if it behaves better, I'm facing some weird problems with
Opera and very similar problems with Chrome (sometimes, the "ALT
attributes" freezes the entire browser, it becomes blank (instead of
yellow + text) and then, froze everything, only way to go back to work
is by killing Opera/Chrome), this happens _only_ under Enlightenment,
lots of times / week.


 Ubuntu 14.10 package upgraded!

 https://launchpad.net/~martinx/+archive/ubuntu/enlightenment


 Lets see it things gets better now.

 Thank you!

Best,
Thiago

On 18 December 2014 at 14:55, Mike Blumenkrantz
 wrote:
> This bugfix release improves on the 0.19.1 release and resolves a number of
> issues.
>
> CHANGES:
>
>
> Carsten Haitzler (5):
> e_auth - null out compilert memset opts like lokker
> e - randr - stop saving config using XID - this is utterly WRONG
> e randr - fix warning (signed vs unsigned cmp)
> e randr - make it work on nvidia - lots of "wrong" things fixed
> e randr - restore edp checks
>
> Christopher Michael (1):
> call e_powersave_init Before we call e_screensaver_init[...]
>
> Marcel Hollerbach (3):
> Fix wrong deskshow function
> everything: terminate bc instead of quit
> Register the new window into out evas.
>
> Mike Blumenkrantz (21):
> fix teamwork popup positioning for non-dbus popups
> fix internal window border changing
> set skip pager/taskbar hints on parent window instead of client window
> force shape queue on notification delete
> ensure string safety on dbus message in connman agent
> apply pointer warp effects immediately when instant warping
> print more descriptive error messages when scanner connection fails, also
> don't exit() here
> don't exit e_fm when eeze init fails, send RASTER mode instead
> store eeze_scanner connection poller to avoid creating an infinite number
> only attempt to start eeze_scanner a couple times before giving up
> attempt to run eeze_scanner on failure to connect, not successful connect
> ensure clients are visible before triggering shape/render queue
> fix X crash when trying to apply desktop window profile to client without
> desk
> add failure count for client rendering, drop clients after FAILURE_MAX tries
> redo shaped client checks to use shape flags instead of rect pointer, fix
> shapeless clients
> reduce shape recalc for clients which cannot currently receive input
> remove access module from build
> greatly reduce FAILURE_MAX
> remembering size on a window should also remember maximize state
> apply client size based on correct remember value, only apply if value != 0
> store hide_logo state for desklock backgrounds
>
> Sebastian Dransfeld (5):
> randr: further cleanup
> randr: Don't match DP as LID
> randr: remember crtcid for fast lookup on reconnect
> randr: TODO++
>
> Stefan Schmidt (1):
> po: Remove file from now disabled access module to pass distcheck
>
> Takeshi Banse (1):
> cpufreq: teach cpuinfo_{min,max}_freq as available frequencies
>
>
>
> As always, stay tuned to the latest infrequent E updates on the release
> blog (http://e.zmike.ninja).
>
>
>
> DOWNLOAD
>
> 9063d3de704a5700468a558f6707f402fe239c0807bc38ed29aaf7c62db1cd02
> http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.2.tar.gz
>
> 6cdfb71c67baccbfbdb0572574ac12b536bb82100d01733aff83690ac9c4bd16
> http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.2.tar.bz2
>
> 13af4eb2b6d5e170322b11e61b1d05281ee369d1fc9d958dca44d845eb31341a
> http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.2.tar.xz
>
> **Disclaimer:** Enlightenment developers cannot be responsible for any
> successes which occur during testing of E19.
>
> See the full announcement for more details:
> https://phab.enlightenment.org/phame/live/3//post/e19_2_release/
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
htt

[EGIT] [core/enlightenment] annotated tag v0.19.2 created (now ceeaff4)

[Enlightenment Git]

This is an automated email from the git hooks/post-receive script.

discomfitor pushed a change to annotated tag v0.19.2
in repository core/enlightenment.

at  ceeaff4   (tag)
   tagging  778243824dd434f9e47cdc71ee72cc557f7ddeff (commit)
  replaces  v0.19.1
 tagged by  Mike Blumenkrantz
on  Thu Dec 18 11:58:07 2014 -0500

- Log -
0.19.2 release

Carsten Haitzler (7):
  e_auth - null out compilert memset opts like lokker
  e - randr - stop saving config using XID - this is utterly WRONG
  e randr - fix warning (signed vs unsigned cmp)
  e randr - make it work on nvidia - lots of "wrong" things fixed
  e randr - restore edp checks
  Revert "randr: Don't track active outputs"
  Revert "Randr: Fix null dereference."

Christopher Michael (1):
  call e_powersave_init Before we call e_screensaver_init because the

Marcel Hollerbach (3):
  Fix wrong deskshow function
  everything: terminate bc instead of quit
  Register the new window into out evas.

Mike Blumenkrantz (25):
  fix teamwork popup positioning for non-dbus popups
  fix internal window border changing
  set skip pager/taskbar hints on parent window instead of client window
  force shape queue on notification delete
  ensure string safety on dbus message in connman agent
  apply pointer warp effects immediately when instant warping
  print more descriptive error messages when scanner connection fails, also 
don't exit() here
  don't exit e_fm when eeze init fails, send RASTER mode instead
  store eeze_scanner connection poller to avoid creating an infinite number
  only attempt to start eeze_scanner a couple times before giving up
  attempt to run eeze_scanner on failure to connect, not successful connect
  ensure clients are visible before triggering shape/render queue
  fix X crash when trying to apply desktop window profile to client without 
desk
  add failure count for client rendering, drop clients after FAILURE_MAX 
tries
  redo shaped client checks to use shape flags instead of rect pointer, fix 
shapeless clients
  reduce shape recalc for clients which cannot currently receive input
  remove access module from build
  greatly reduce FAILURE_MAX
  remembering size on a window should also remember maximize state
  apply client size based on correct remember value, only apply if value != 0
  store hide_logo state for desklock backgrounds
  update news for 19.2
  19.2 version bump
  news updates
  news update

Sebastian Dransfeld (5):
  randr: further cleanup
  randr: Don't match DP as LID
  randr: remember crtcid for fast lookup on reconnect
  randr: TODO++
  randr: Don't track active outputs

Stefan Schmidt (1):
  po: Remove file from now disabled access module to pass distcheck

Takeshi Banse (1):
  cpufreq: teach cpuinfo_{min,max}_freq as available frequencies

Tom Hacohen (1):
  Randr: Fix null dereference.

---

No new revisions were added by this update.

-- 

[EGIT] [website/www] master 01/01: update version numbers for E19.2 release

[zmike]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/website/www.git/commit/?id=faeace4467149a31efe563b6d342ad5d1a479c2a

commit faeace4467149a31efe563b6d342ad5d1a479c2a
Author: zmike 
Date:   Thu Dec 18 11:55:32 2014 -0500

update version numbers for E19.2 release
---
 public_html/p/download/en-body | 4 ++--
 public_html/p/index/en-body| 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/public_html/p/download/en-body b/public_html/p/download/en-body
index 3b2af0e..8ad53b6 100644
--- a/public_html/p/download/en-body
+++ b/public_html/p/download/en-body
@@ -122,10 +122,10 @@
 
   

-   Enlightenment 0.19.1
+   Enlightenment 0.19.2
  The Compositing Window Manager and Desktop Shellhttp://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.1.tar.gz";
+ 
"http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.2.tar.gz";
);?>

 
diff --git a/public_html/p/index/en-body b/public_html/p/index/en-body
index c3befc6..95d3f31 100644
--- a/public_html/p/index/en-body
+++ b/public_html/p/index/en-body
@@ -47,7 +47,7 @@
 
  
  
- EFL 1.12 and E19.1 are out!
+ EFL 1.12 and E19.2 are out!
  
 
 

-- 

[EGIT] [core/enlightenment] enlightenment-0.19 01/02: call e_powersave_init Before we call e_screensaver_init because the init of e_screensaver sets up an event handler for the powersave_update event

[Christopher Michael]

discomfitor pushed a commit to branch enlightenment-0.19.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=a3c7ebc28d8540e09c7afdd2575cf26dcf90cda2

commit a3c7ebc28d8540e09c7afdd2575cf26dcf90cda2
Author: Chris Michael 
Date:   Thu Dec 18 10:13:27 2014 -0500

call e_powersave_init Before we call e_screensaver_init because the
init of e_screensaver sets up an event handler for the
powersave_update event (which would be 0 unless powersave is init
first).

Thanks to dt9 for the report ! ;)

Signed-off-by: Chris Michael 
---
 src/bin/e_main.c | 21 ++---
 1 file changed, 10 insertions(+), 11 deletions(-)

diff --git a/src/bin/e_main.c b/src/bin/e_main.c
index dde87ad..67570ec 100644
--- a/src/bin/e_main.c
+++ b/src/bin/e_main.c
@@ -628,6 +628,16 @@ main(int argc, char **argv)
e_desk_init();
e_exehist_init();
 
+   if (e_config->show_splash)
+ e_init_status_set(_("Setup Powersave Modes"));
+   TS("E_Powersave Init");
+   if (!e_powersave_init())
+ {
+e_error_message_show(_("Enlightenment cannot set up its powersave 
modes.\n"));
+_e_main_shutdown(-1);
+ }
+   TS("E_Powersave Init Done");
+   _e_main_shutdown_push(e_powersave_shutdown);
 
if (e_config->show_splash)
  e_init_status_set(_("Setup Screensaver"));
@@ -729,17 +739,6 @@ main(int argc, char **argv)
_e_main_shutdown_push(e_dpms_shutdown);
 
if (e_config->show_splash)
- e_init_status_set(_("Setup Powersave Modes"));
-   TS("E_Powersave Init");
-   if (!e_powersave_init())
- {
-e_error_message_show(_("Enlightenment cannot set up its powersave 
modes.\n"));
-_e_main_shutdown(-1);
- }
-   TS("E_Powersave Init Done");
-   _e_main_shutdown_push(e_powersave_shutdown);
-
-   if (e_config->show_splash)
  e_init_status_set(_("Setup Desklock"));
TS("E_Desklock Init");
if (!e_desklock_init())

-- 

[EGIT] [core/enlightenment] enlightenment-0.19 02/02: news update

[Mike Blumenkrantz]

discomfitor pushed a commit to branch enlightenment-0.19.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=778243824dd434f9e47cdc71ee72cc557f7ddeff

commit 778243824dd434f9e47cdc71ee72cc557f7ddeff
Author: Mike Blumenkrantz 
Date:   Thu Dec 18 11:41:13 2014 -0500

news update
---
 NEWS | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/NEWS b/NEWS
index 6006245..503de8a 100644
--- a/NEWS
+++ b/NEWS
@@ -8,6 +8,9 @@ Carsten Haitzler (5):
   e randr - make it work on nvidia - lots of "wrong" things fixed
   e randr - restore edp checks
 
+Christopher Michael (1):
+  call e_powersave_init Before we call e_screensaver_init[...]
+
 Marcel Hollerbach (3):
   Fix wrong deskshow function
   everything: terminate bc instead of quit

-- 

[E-devel] Enlightenment DR 0.19.2 Release

[Mike Blumenkrantz]

This bugfix release improves on the 0.19.1 release and resolves a number of
issues.

CHANGES:


Carsten Haitzler (5):
e_auth - null out compilert memset opts like lokker
e - randr - stop saving config using XID - this is utterly WRONG
e randr - fix warning (signed vs unsigned cmp)
e randr - make it work on nvidia - lots of "wrong" things fixed
e randr - restore edp checks

Christopher Michael (1):
call e_powersave_init Before we call e_screensaver_init[...]

Marcel Hollerbach (3):
Fix wrong deskshow function
everything: terminate bc instead of quit
Register the new window into out evas.

Mike Blumenkrantz (21):
fix teamwork popup positioning for non-dbus popups
fix internal window border changing
set skip pager/taskbar hints on parent window instead of client window
force shape queue on notification delete
ensure string safety on dbus message in connman agent
apply pointer warp effects immediately when instant warping
print more descriptive error messages when scanner connection fails, also
don't exit() here
don't exit e_fm when eeze init fails, send RASTER mode instead
store eeze_scanner connection poller to avoid creating an infinite number
only attempt to start eeze_scanner a couple times before giving up
attempt to run eeze_scanner on failure to connect, not successful connect
ensure clients are visible before triggering shape/render queue
fix X crash when trying to apply desktop window profile to client without
desk
add failure count for client rendering, drop clients after FAILURE_MAX tries
redo shaped client checks to use shape flags instead of rect pointer, fix
shapeless clients
reduce shape recalc for clients which cannot currently receive input
remove access module from build
greatly reduce FAILURE_MAX
remembering size on a window should also remember maximize state
apply client size based on correct remember value, only apply if value != 0
store hide_logo state for desklock backgrounds

Sebastian Dransfeld (5):
randr: further cleanup
randr: Don't match DP as LID
randr: remember crtcid for fast lookup on reconnect
randr: TODO++

Stefan Schmidt (1):
po: Remove file from now disabled access module to pass distcheck

Takeshi Banse (1):
cpufreq: teach cpuinfo_{min,max}_freq as available frequencies



As always, stay tuned to the latest infrequent E updates on the release
blog (http://e.zmike.ninja).



DOWNLOAD

9063d3de704a5700468a558f6707f402fe239c0807bc38ed29aaf7c62db1cd02
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.2.tar.gz

6cdfb71c67baccbfbdb0572574ac12b536bb82100d01733aff83690ac9c4bd16
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.2.tar.bz2

13af4eb2b6d5e170322b11e61b1d05281ee369d1fc9d958dca44d845eb31341a
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.19.2.tar.xz

**Disclaimer:** Enlightenment developers cannot be responsible for any
successes which occur during testing of E19.

See the full announcement for more details:
https://phab.enlightenment.org/phame/live/3//post/e19_2_release/
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Compile efl/elementary under Cygwin

[Chris Marshall]

I recently attempted to build EFL on cygwin and ran into
the same difficulty.  The problem is that the cmake
configuration process for cygwin tries to build a native
win32 library and not a POSIX system one which is
what the cygwin emulation layer provides.  cygwin
supports X11, GLX, ... all the usual unix libraries so
it should be possible to configure cygwin as a posix
build basically the same as other unix-ish systems.

--Chris

On Thu, Dec 18, 2014 at 11:22 AM, Nicolas Aguirre  wrote:
>
> 2014-12-18 0:44 GMT+01:00 Carsten Haitzler :
> > On Wed, 17 Dec 2014 14:48:15 +0200 Galatsanos Panagiotis
> >  said:
> >
> >> Hello everyone,
> >>
> >> I'm trying to compile efl and elementary using Cygwin but i'm getting
> some
> >> errors about directdraw on ./configure. I've allready installed every
> >> library listed in README and I run:
> >> ./configure --enable-lua-old --disable-fribidi
> >>
> >> only to get the following error:
> >>
> >> configure: error: Software DirectDraw dependencies not found
> >>
> >> I'm also attaching the whole configure output. Any suggestions?
> >> Regards, Panagiotis.
> >
> > btw... did you look at:
> >
> > https://phab.enlightenment.org/w/windows/
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)ras...@rasterman.com
> >
> >
> >
> --
> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> > from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> > with Interactivity, Sharing, Native Excel Exports, App Integration & more
> > Get technology previously reserved for billion-dollar corporations, FREE
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
> I don't know anything about Cygwin, but if you use msys2 on windows
> there is everything you need to build EFL and Elementary, you can
> install packages with pacman.
>
> Another option is to use http://win-builds.org/ to install most of the
> dependencies need to build EFL.
>
> Mingw64 contains DirectDraw dependencies need to build the win32 port of
> EFL.
>
> A better documentation is currently in progress.
>
> Regards,
> Nicolas
>
> --
> Nicolas Aguirre
> Mail: aguirre.nico...@gmail.com
> Web: http://www.calaos.fr
> Blog: http://dev.enlightenment.fr/~captainigloo/
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Compile efl/elementary under Cygwin

[Nicolas Aguirre]

2014-12-18 0:44 GMT+01:00 Carsten Haitzler :
> On Wed, 17 Dec 2014 14:48:15 +0200 Galatsanos Panagiotis
>  said:
>
>> Hello everyone,
>>
>> I'm trying to compile efl and elementary using Cygwin but i'm getting some
>> errors about directdraw on ./configure. I've allready installed every
>> library listed in README and I run:
>> ./configure --enable-lua-old --disable-fribidi
>>
>> only to get the following error:
>>
>> configure: error: Software DirectDraw dependencies not found
>>
>> I'm also attaching the whole configure output. Any suggestions?
>> Regards, Panagiotis.
>
> btw... did you look at:
>
> https://phab.enlightenment.org/w/windows/
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

I don't know anything about Cygwin, but if you use msys2 on windows
there is everything you need to build EFL and Elementary, you can
install packages with pacman.

Another option is to use http://win-builds.org/ to install most of the
dependencies need to build EFL.

Mingw64 contains DirectDraw dependencies need to build the win32 port of EFL.

A better documentation is currently in progress.

Regards,
Nicolas

-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://www.calaos.fr
Blog: http://dev.enlightenment.fr/~captainigloo/

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/01: elua: getopt updates

[Daniel Kolesa]

q66 pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=0f6cac43e5cb211a3fce4c3ecdd91eacc3eddd83

commit 0f6cac43e5cb211a3fce4c3ecdd91eacc3eddd83
Author: Daniel Kolesa 
Date:   Thu Dec 18 16:09:58 2014 +

elua: getopt updates
---
 src/scripts/elua/modules/getopt.lua | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/src/scripts/elua/modules/getopt.lua 
b/src/scripts/elua/modules/getopt.lua
index ef16a8b..0a73fa2 100644
--- a/src/scripts/elua/modules/getopt.lua
+++ b/src/scripts/elua/modules/getopt.lua
@@ -87,8 +87,10 @@ local parse_l = function(opts, opt, descs, args, parser)
 if desc.list then
 desc.list[#desc.list + 1] = optret
 opts[optn] = desc.list
+elseif optret ~= nil then
+opts[optn] = optret
 else
-opts[optn] = optret or true
+opts[optn] = true
 end
 local dopts = desc.opts
 ifdopts then
@@ -106,6 +108,7 @@ local parse_s = function(opts, optstr, descs, args, parser)
 local argr = desc[3]
 if argr or argr == nil then
 if optstr == "" then
+optstr = nil
 if #args == 0 then
 if argr then
 error("option -" .. opt .. " requires an argument", 3)
@@ -128,8 +131,10 @@ local parse_s = function(opts, optstr, descs, args, parser)
 if desc.list then
 desc.list[#desc.list + 1] = optret
 opts[optn] = desc.list
+elseif optret ~= nil then
+opts[optn] = optret
 else
-opts[optn] = optret or true
+opts[optn] = true
 end
 local dopts = desc.opts
 ifdopts then

-- 

[EGIT] [core/enlightenment] master 01/01: call e_powersave_init Before we call e_screensaver_init because the init of e_screensaver sets up an event handler for the powersave_update event (which would

[Christopher Michael]

devilhorns pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=b63b2d548eb9afd1432a62f9f52b0d7ecc25e228

commit b63b2d548eb9afd1432a62f9f52b0d7ecc25e228
Author: Chris Michael 
Date:   Thu Dec 18 10:13:27 2014 -0500

call e_powersave_init Before we call e_screensaver_init because the
init of e_screensaver sets up an event handler for the
powersave_update event (which would be 0 unless powersave is init
first).

Thanks to dt9 for the report ! ;)

Signed-off-by: Chris Michael 
---
 src/bin/e_main.c | 21 ++---
 1 file changed, 10 insertions(+), 11 deletions(-)

diff --git a/src/bin/e_main.c b/src/bin/e_main.c
index 230c28f..f8eb64d 100644
--- a/src/bin/e_main.c
+++ b/src/bin/e_main.c
@@ -625,6 +625,16 @@ main(int argc, char **argv)
e_desk_init();
e_exehist_init();
 
+   if (e_config->show_splash)
+ e_init_status_set(_("Setup Powersave Modes"));
+   TS("E_Powersave Init");
+   if (!e_powersave_init())
+ {
+e_error_message_show(_("Enlightenment cannot set up its powersave 
modes.\n"));
+_e_main_shutdown(-1);
+ }
+   TS("E_Powersave Init Done");
+   _e_main_shutdown_push(e_powersave_shutdown);
 
if (e_config->show_splash)
  e_init_status_set(_("Setup Screensaver"));
@@ -726,17 +736,6 @@ main(int argc, char **argv)
_e_main_shutdown_push(e_dpms_shutdown);
 
if (e_config->show_splash)
- e_init_status_set(_("Setup Powersave Modes"));
-   TS("E_Powersave Init");
-   if (!e_powersave_init())
- {
-e_error_message_show(_("Enlightenment cannot set up its powersave 
modes.\n"));
-_e_main_shutdown(-1);
- }
-   TS("E_Powersave Init Done");
-   _e_main_shutdown_push(e_powersave_shutdown);
-
-   if (e_config->show_splash)
  e_init_status_set(_("Setup Desklock"));
TS("E_Desklock Init");
if (!e_desklock_init())

-- 

Re: [E-devel] [PROPOSAL] [Evas] Optimizing smooth scaling of Evas in software backend

[Krishnaraj Raghavendra Bhat]

 
> Hi,
>  On 16/12/14 19:13, Tom Hacohen wrote:
> > On 16/12/14 13:26, Cedric BAIL wrote:
> > > Hello,
> >>
> >> On Tue, Dec 16, 2014 at 1:56 PM, Rajeev Ranjan wrote:
> >>> There is an open source library called libyuv (Reference:
> >>>   http://code.google.com/p/libyuv/
as part of chromium project released
> >>> under BSD license) which provides scaling among other operations like
> >>> color conversion and rotation for buffers in ARGB and various yuv
> >>> formats. It has been optimized for SSE2/SSSE3/AVX2 on x86/x64 and Neon
on
> >>> Arm. Current acceleration for Smooth scaling in software backend is
using
> >>> Neon for Arm and using mmx on x86. After doing a little bit of
> >>> experimentation, we found that the smooth scaling using libyuv is a
bit
> >>> faster on ARM as well as X86 platforms(checked with EFL 1.7) when
> >>> compared with current implementation. Result of Below mentioned
Expedite
> >>> test cases with xlib engine were found to be better on ARM and Even
MMX
> >>> on X86 platforms. Image Blend Smooth Scaled, Image Blend Smooth Solid
> >>> Scaled, Image Blend Border, Image Blend Solid Middle Border, Image
Blend
> >>> Solid Border, Image Blend Border Recolor, Image Quality Scale
> >>>
> >>> I would like to contribute this optimization for EFL latest release.
> >>> Please share your comments.
> >>
> >> So basically their is room to improve our assembly code for various
> >> target. How do you plan to proceed ? Add a dependency or move the
> >> useful code inside of Evas ? Also did you do any comparison on why our
> >> assembly and their assembly have different profile. I am wondering if
> >> we need to use all of libyuv code or if only a part of it is
> >> interesting to us by complementing our current assemblty code.
> I was referring to make libyuv as optional build time dependency. So far
no
> analysis has been done to figure out as why profiling data with libyuv is
> better compare to current neon code. The output of smooth scaling seems to
be
> similar though when dumped in raw format. The relevant code in libyuv for
> which we found performance improvement is related to smooth scaling. In
case
> of nearest, it does not give any noticeable performance benefit.
> >>
> > 
> > Also, what about a comparison with latest EFL and not just 1.7?
> Will share the comparison data after making relevant changes in latest
evas
> smooth scaling integration, expecting this to be on the similar line.
 
Here is the comparison data of evas(1.12 upstream) with libyuv on an intel
i3 2nd generation
Expedite was run with software_x11 for 1000 mainloop runs with 720x420
These results are from expedite-cmp where right-side numbers are for evas
with libyuv
 
  Image Blend Smooth Scaled:   18.64107.59 (+477.2%)
Image Blend Smooth Solid Scaled:  343.55746.72 (+117.4%)
 Image Blend Border:   24.64116.07 (+371.1%)
Image Blend Solid Middle Border:  291.96483.58 ( +65.6%)
   Image Blend Solid Border:  399.99590.20 ( +47.6%)
 Image Blend Border Recolor:   24.53 98.09 (+299.9%)
Image Quality Scale:  305.47   2086.82 (+583.2%)
Image Blend Many Smooth Down Scaled:8.13 18.30 (+125.1%)
  EVAS SPEED (WEIGHTED):  442.41523.75 ( +18.4%)
> > 
> > Anyhow, the major problem is that: "pacman -Ss libyuv" returns nothing. 
> > That is, it's not even packaged by arch... If anything, we should make 
> > it an internal dependency, and not an external one. Dependency hell is 
> > an important factor too.
> The current version of libyuv is not having packaging based on pkg-config.
> For testing purpose, we had created pc files locally so that pkg-config
can
> work. We can think of setting environment variables like LIBYUV_LIBS,
> LIBYUV_CFLAGS etc if user wants to enable libyuv dependency in evas build
> time.
 
Yes, probably it won't be packaged by any distro because it's used only in
chromium browser & lollipop as of now.
The current cmakefile compiles it to a static library. If we statically link
libyuv to evas,
runtime dependencies can be avoided. The size of libevas.so(after stripping)
increased by 0.3 MB in this case
 
> this makes it a bit of a problem to add as a dep - even an optional dep.
"no
> one has it". it's "rare". is it worth adding a dep, that will be rarely
> used/tested (and thus likely eventually break), for a "little" speedup. is
it
> perfhaps not better to look at the same algorithm and see what speeds it
up
> asm-wise and then "duplicate"?
 
Currently the library maintains different asm for SSE2, SSE3, AVX2, NEON &
NEON64
Also it has different asms when row width is multiple of 4,8,16 based on
architecture
Is it worth maintaining these asms in evas(along with bug fixes) or leave it
to the library?
 
 
Thanks,
Krishnaraj

 

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
fr

[EGIT] [core/elementary] master 01/01: transit: revise sample

[ChunEon Park]

hermet pushed a commit to branch master.

http://git.enlightenment.org/core/elementary.git/commit/?id=de80b88a97c1d471136c0dfdedc42a21a618a942

commit de80b88a97c1d471136c0dfdedc42a21a618a942
Author: ChunEon Park 
Date:   Thu Dec 18 20:11:36 2014 +0900

transit: revise sample
---
 src/bin/test_transit.c | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/src/bin/test_transit.c b/src/bin/test_transit.c
index ee0b4c1..5bff885 100644
--- a/src/bin/test_transit.c
+++ b/src/bin/test_transit.c
@@ -64,7 +64,7 @@ _custom_context_free(Elm_Transit_Effect *effect, Elm_Transit 
*transit EINA_UNUSE
 }
 
 static void
-_transit_rotation_translation_color(void *data EINA_UNUSED, Evas_Object *obj, 
void *event_info EINA_UNUSED)
+_transit_rotation_color(void *data EINA_UNUSED, Evas_Object *obj, void 
*event_info EINA_UNUSED)
 {
Elm_Transit *trans;
 
@@ -73,9 +73,6 @@ _transit_rotation_translation_color(void *data EINA_UNUSED, 
Evas_Object *obj, vo
elm_transit_auto_reverse_set(trans, EINA_TRUE);
elm_transit_repeat_times_set(trans, 2);
 
-   /* Translation Effect */
-   elm_transit_effect_translation_add(trans, -70.0, -150.0, 70.0, 150.0);
-
/* Color Effect */
elm_transit_effect_color_add(trans, 100, 255, 100, 255, 50, 30, 50, 50);
 
@@ -244,7 +241,6 @@ test_transit(void *data EINA_UNUSED, Evas_Object *obj 
EINA_UNUSED, void *event_i
bx = elm_box_add(win);
evas_object_size_hint_weight_set(bx, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
elm_win_resize_object_add(win, bx);
-   evas_object_size_hint_min_set(bx, 318, 318);
evas_object_show(bx);
 
ic = elm_image_add(win);
@@ -253,26 +249,30 @@ test_transit(void *data EINA_UNUSED, Evas_Object *obj 
EINA_UNUSED, void *event_i
evas_object_size_hint_aspect_set(ic, EVAS_ASPECT_CONTROL_VERTICAL, 1, 1);
 
bt = elm_button_add(win);
-   elm_object_text_set(bt, "ImageAnimation Effect");
+   elm_object_text_set(bt, "Image Animation");
elm_object_part_content_set(bt, "icon", ic);
+   evas_object_size_hint_weight_set(bt, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
elm_box_pack_end(bx, bt);
evas_object_show(bt);
evas_object_show(ic);
evas_object_smart_callback_add(bt, "clicked", _transit_image_animation, ic);
 
bt = elm_button_add(win);
-   elm_object_text_set(bt, "Color, Rotation and Translation");
+   elm_object_text_set(bt, "Rotation + Color");
+   evas_object_size_hint_weight_set(bt, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
elm_box_pack_end(bx, bt);
evas_object_show(bt);
evas_object_smart_callback_add(bt, "clicked",
-  _transit_rotation_translation_color, NULL);
+  _transit_rotation_color, NULL);
 
bt = elm_button_add(win);
elm_object_text_set(bt, "Wipe Effect");
+   evas_object_size_hint_weight_set(bt, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
elm_box_pack_end(bx, bt);
evas_object_show(bt);
evas_object_smart_callback_add(bt, "clicked", _transit_wipe, NULL);
 
+   evas_object_resize(win, 300, 300);
evas_object_show(win);
 }
 

-- 

[EGIT] [core/elementary] elementary-1.12 01/01: elm/image: Fix an unclipped issue about image bigger than object size

[jiin.moon]

hermet pushed a commit to branch elementary-1.12.

http://git.enlightenment.org/core/elementary.git/commit/?id=45d93cc88635084d7c4a086ae151c0878cb4ff17

commit 45d93cc88635084d7c4a086ae151c0878cb4ff17
Author: jiin.moon 
Date:   Thu Dec 18 17:53:44 2014 +0900

elm/image: Fix an unclipped issue about image bigger than object size

Summary:
When resizes an image
if "fill_inside" and "aspect_fixed" in Elm_Image_Data struct are "TRUE",
extra width or height go outside of the object area.
The width or height on outside will be clipped.
@fix

Reviewers: Hermet

Differential Revision: https://phab.enlightenment.org/D1794
---
 src/lib/elm_image.c | 4 
 1 file changed, 4 insertions(+)

diff --git a/src/lib/elm_image.c b/src/lib/elm_image.c
index cab94bf..e7076b8 100644
--- a/src/lib/elm_image.c
+++ b/src/lib/elm_image.c
@@ -183,6 +183,10 @@ _elm_image_internal_sizing_eval(Evas_Object *obj, 
Elm_Image_Data *sd)
 
 evas_object_move(sd->img, x, y);
 evas_object_image_fill_set(sd->img, 0, 0, w, h);
+
+if (x < 0) w+=x;
+if (y < 0) h+=y;
+
 evas_object_resize(sd->img, w, h);
  }
evas_object_move(sd->hit_rect, x, y);

-- 

[EGIT] [core/elementary] master 01/01: elm/image: Fix an unclipped issue about image bigger than object size

[jiin.moon]

hermet pushed a commit to branch master.

http://git.enlightenment.org/core/elementary.git/commit/?id=2839881f37ea85b3469d8fd37cfaa4f9d67458fa

commit 2839881f37ea85b3469d8fd37cfaa4f9d67458fa
Author: jiin.moon 
Date:   Thu Dec 18 17:53:44 2014 +0900

elm/image: Fix an unclipped issue about image bigger than object size

Summary:
When resizes an image
if "fill_inside" and "aspect_fixed" in Elm_Image_Data struct are "TRUE",
extra width or height go outside of the object area.
The width or height on outside will be clipped.
@fix

Reviewers: Hermet

Differential Revision: https://phab.enlightenment.org/D1794
---
 src/lib/elm_image.c | 4 
 1 file changed, 4 insertions(+)

diff --git a/src/lib/elm_image.c b/src/lib/elm_image.c
index cab94bf..e7076b8 100644
--- a/src/lib/elm_image.c
+++ b/src/lib/elm_image.c
@@ -183,6 +183,10 @@ _elm_image_internal_sizing_eval(Evas_Object *obj, 
Elm_Image_Data *sd)
 
 evas_object_move(sd->img, x, y);
 evas_object_image_fill_set(sd->img, 0, 0, w, h);
+
+if (x < 0) w+=x;
+if (y < 0) h+=y;
+
 evas_object_resize(sd->img, w, h);
  }
evas_object_move(sd->hit_rect, x, y);

-- 

[EGIT] [core/elementary] master 01/01: modules: Make sure we have all linker flags setup for our modules.

[Stefan Schmidt]

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/elementary.git/commit/?id=b1ea84806564d9986e41b82664aeb42e900785fd

commit b1ea84806564d9986e41b82664aeb42e900785fd
Author: Stefan Schmidt 
Date:   Thu Dec 18 08:58:52 2014 +0100

modules: Make sure we have all linker flags setup for our modules.

We missed this here and test_mapo wanted eina_stringshare. Thanks to Andreas
Metzler for the report and initial patch.

@fix

Fix T1920
---
 src/modules/test_entry/Makefile.am | 2 +-
 src/modules/test_map/Makefile.am   | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/modules/test_entry/Makefile.am 
b/src/modules/test_entry/Makefile.am
index 7393f97..a791506 100644
--- a/src/modules/test_entry/Makefile.am
+++ b/src/modules/test_entry/Makefile.am
@@ -17,6 +17,6 @@ pkg_LTLIBRARIES = module.la
 
 module_la_SOURCES = mod.c
 
-module_la_LIBADD = $(top_builddir)/src/lib/libelementary.la
+module_la_LIBADD = @ELEMENTARY_LIBS@ $(top_builddir)/src/lib/libelementary.la
 module_la_LDFLAGS = -module @EFL_LTMODULE_FLAGS@
 module_la_LIBTOOLFLAGS = --tag=disable-static
diff --git a/src/modules/test_map/Makefile.am b/src/modules/test_map/Makefile.am
index cf52653..14e7cc2 100644
--- a/src/modules/test_map/Makefile.am
+++ b/src/modules/test_map/Makefile.am
@@ -17,6 +17,6 @@ pkg_LTLIBRARIES = module.la
 
 module_la_SOURCES = mod.c
 
-module_la_LIBADD = $(top_builddir)/src/lib/libelementary.la
+module_la_LIBADD = @ELEMENTARY_LIBS@ $(top_builddir)/src/lib/libelementary.la
 module_la_LDFLAGS = -module @EFL_LTMODULE_FLAGS@
 module_la_LIBTOOLFLAGS = --tag=disable-static

--