Re: [E-devel] [EGIT] [core/efl] master 19/19: Merge branch 'framespace'

[Tom Hacohen]

On 10/09/13 03:34, Daniel Juyung Seo wrote:
 Dear Tom and Stefan
 how about using this git server hook?
 This would prevent human mistakes even without local git hook.

We don't need that script. Gitolite has built it support for disallowing 
merges. However, I don't remember why, but we decided at some point that 
a technological restriction was not a good idea, and took it off. I can 
turn the blocking back on, but it's better if people just don't do merges.

--
Tom.


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SVN to Git: final few steps

[Tom Hacohen]

On 10/09/13 00:40, Carsten Haitzler (The Rasterman) wrote:
 On Mon, 9 Sep 2013 17:52:35 +0100 Michael Blumenkrantz
 michael.blumenkra...@gmail.com said:

 On Tue, 10 Sep 2013 01:33:22 +0900
 Jérôme Pinot ngc...@gmail.com wrote:

 On 09/09/13 16:50, Tom Hacohen wrote:
 Dear friends and enemies,

 As you may have noticed, we have changed our whole infrastructure to
 from SVN to Git. In that process we have migrated most of the individual
 repositories (directories) from our SVN to their respective Git
 repositories. We have reached a point in which people rarely ever commit
 to our SVN repository.

 Therefore, it is time to ditch to SVN altogether. We are currently
 working on migrating the whole SVN repository (with full history) to a
 read only Git repository on our server. This change will happen sometime
 this week.

 This means, that as of now, you shouldn't commit to SVN any more (we
 will change that to be read only soon). Please let me know about any
 projects you would like to see migrated to Git that we haven't migrated
 already, and we will do our best to migrate them as soon as possible.

 Regards,
 Git team - the reunion.

 If possible, I'd like to see the execwatch module migrated.

 Thanks,


 I'm strongly against migrating any modules which don't have official
 maintainers.

 i'd have to concur.


So it's a no regarding execwatch?

--
Tom.


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SVN to Git: final few steps

[The Rasterman]

On Tue, 10 Sep 2013 09:34:35 +0100 Tom Hacohen tom.haco...@samsung.com said:

 On 10/09/13 00:40, Carsten Haitzler (The Rasterman) wrote:
  On Mon, 9 Sep 2013 17:52:35 +0100 Michael Blumenkrantz
  michael.blumenkra...@gmail.com said:
 
  On Tue, 10 Sep 2013 01:33:22 +0900
  Jérôme Pinot ngc...@gmail.com wrote:
 
  On 09/09/13 16:50, Tom Hacohen wrote:
  Dear friends and enemies,
 
  As you may have noticed, we have changed our whole infrastructure to
  from SVN to Git. In that process we have migrated most of the individual
  repositories (directories) from our SVN to their respective Git
  repositories. We have reached a point in which people rarely ever commit
  to our SVN repository.
 
  Therefore, it is time to ditch to SVN altogether. We are currently
  working on migrating the whole SVN repository (with full history) to a
  read only Git repository on our server. This change will happen sometime
  this week.
 
  This means, that as of now, you shouldn't commit to SVN any more (we
  will change that to be read only soon). Please let me know about any
  projects you would like to see migrated to Git that we haven't migrated
  already, and we will do our best to migrate them as soon as possible.
 
  Regards,
  Git team - the reunion.
 
  If possible, I'd like to see the execwatch module migrated.
 
  Thanks,
 
 
  I'm strongly against migrating any modules which don't have official
  maintainers.
 
  i'd have to concur.
 
 
 So it's a no regarding execwatch?

oui


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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SVN to Git: final few steps

[Michael Blumenkrantz]

Unless someone wants to step up, yeah. I'd also say that all the modules
that you already migrated should be removed until/unless someone steps up
as an official maintainer. The module blacklist didn't stop people from
using these unmaintained modules, so I'm gonna have to be the bad guy here
and put my foot down.


On Tue, Sep 10, 2013 at 9:41 AM, Carsten Haitzler ras...@rasterman.comwrote:

 On Tue, 10 Sep 2013 09:34:35 +0100 Tom Hacohen tom.haco...@samsung.com
 said:

  On 10/09/13 00:40, Carsten Haitzler (The Rasterman) wrote:
   On Mon, 9 Sep 2013 17:52:35 +0100 Michael Blumenkrantz
   michael.blumenkra...@gmail.com said:
  
   On Tue, 10 Sep 2013 01:33:22 +0900
   Jérôme Pinot ngc...@gmail.com wrote:
  
   On 09/09/13 16:50, Tom Hacohen wrote:
   Dear friends and enemies,
  
   As you may have noticed, we have changed our whole infrastructure to
   from SVN to Git. In that process we have migrated most of the
 individual
   repositories (directories) from our SVN to their respective Git
   repositories. We have reached a point in which people rarely ever
 commit
   to our SVN repository.
  
   Therefore, it is time to ditch to SVN altogether. We are currently
   working on migrating the whole SVN repository (with full history)
 to a
   read only Git repository on our server. This change will happen
 sometime
   this week.
  
   This means, that as of now, you shouldn't commit to SVN any more (we
   will change that to be read only soon). Please let me know about any
   projects you would like to see migrated to Git that we haven't
 migrated
   already, and we will do our best to migrate them as soon as
 possible.
  
   Regards,
   Git team - the reunion.
  
   If possible, I'd like to see the execwatch module migrated.
  
   Thanks,
  
  
   I'm strongly against migrating any modules which don't have official
   maintainers.
  
   i'd have to concur.
  
 
  So it's a no regarding execwatch?

 oui


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



 --
 How ServiceNow helps IT people transform IT departments:
 1. Consolidate legacy IT systems to a single system of record for IT
 2. Standardize and globalize service processes across IT
 3. Implement zero-touch automation to replace manual, redundant tasks
 http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/elementary] master 01/01: Add elm_table_child_get()

[Davide Andreoli]

2013/9/9 José Roberto de Souza - Enlightenment Git 
no-re...@enlightenment.org

 zehortigoza pushed a commit to branch master.

 commit 381cf28dbfef619f851f0b997f777f1dd171cca5
 Author: José Roberto de Souza jose.so...@intel.com
 Date:   Mon Sep 9 18:48:29 2013 -0300

 Add elm_table_child_get()
 ---
  src/lib/elm_table.c| 25 +
  src/lib/elm_table_eo.h | 15 +++
  src/lib/elm_table_legacy.h | 11 +++
  3 files changed, 51 insertions(+)


No news/changelog needed for this ?




 diff --git a/src/lib/elm_table.c b/src/lib/elm_table.c
 index 9e68884..c967f4b 100644
 --- a/src/lib/elm_table.c
 +++ b/src/lib/elm_table.c
 @@ -403,6 +403,16 @@ elm_table_pack_get(Evas_Object *subobj,
 eo_do(obj, elm_obj_table_pack_get(subobj, col, row, colspan, rowspan));
  }

 +EAPI Evas_Object *
 +elm_table_child_get(Evas_Object *obj, int col, int row)
 +{
 +   Evas_Object *ret;
 +   ELM_TABLE_CHECK(obj) NULL;
 +
 +   eo_do(obj, elm_obj_table_child_get(col, row, ret));
 +   return ret;
 +}
 +
  static void
  _pack_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
  {
 @@ -441,6 +451,19 @@ _clear(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
  }

  static void
 +_child_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
 +{
 +   int col = va_arg(*list, int);
 +   int row = va_arg(*list, int);
 +   Evas_Object **ret = va_arg(*list, Evas_Object **);
 +
 +   ELM_WIDGET_DATA_GET_OR_RETURN(obj, wd);
 +
 +   if (ret)
 + *ret = evas_object_table_child_get(wd-resize_obj, col, row);
 +}
 +
 +static void
  _class_constructor(Eo_Class *klass)
  {
 const Eo_Op_Func_Description func_desc[] = {
 @@ -465,6 +488,7 @@ _class_constructor(Eo_Class *klass)
  EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_PACK_SET),
 _pack_set),
  EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_PACK_GET),
 _pack_get),
  EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CLEAR), _clear),
 +EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CHILD_GET),
 _child_get),
  EO_OP_FUNC_SENTINEL
 };
 eo_class_funcs_set(klass, func_desc);
 @@ -482,6 +506,7 @@ static const Eo_Op_Description op_desc[] = {
   EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_PACK_SET, Set the packing
 location of an existing child of the table.),
   EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_PACK_GET, Get the packing
 location of an existing child of the table.),
   EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_CLEAR, Faster way to remove
 all child objects from a table object.),
 + EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_CHILD_GET, Get child object
 of table at given coordinates.),
   EO_OP_DESCRIPTION_SENTINEL
  };

 diff --git a/src/lib/elm_table_eo.h b/src/lib/elm_table_eo.h
 index 5f8f770..dbb3a73 100644
 --- a/src/lib/elm_table_eo.h
 +++ b/src/lib/elm_table_eo.h
 @@ -15,6 +15,7 @@ enum
 ELM_OBJ_TABLE_SUB_ID_PACK_SET,
 ELM_OBJ_TABLE_SUB_ID_PACK_GET,
 ELM_OBJ_TABLE_SUB_ID_CLEAR,
 +   ELM_OBJ_TABLE_SUB_ID_CHILD_GET,
 ELM_OBJ_TABLE_SUB_ID_LAST
  };

 @@ -160,3 +161,17 @@ enum
   * @ingroup Table
   */
  #define elm_obj_table_clear(clear)
 ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CLEAR), EO_TYPECHECK(Eina_Bool, clear)
 +
 +/**
 + * @def elm_obj_table_child_get
 + * @since 1.8
 + *
 + * @brief Get child object of table at given coordinates.
 + *
 + * @param[in] col column number of child object
 + * @param[in] row row number of child object
 + * @param[out] ret object at given col and row
 + *
 + * @ingroup Table
 + */
 +#define elm_obj_table_child_get(col, row, ret)
 ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CHILD_GET), EO_TYPECHECK(int, col),
 EO_TYPECHECK(int, row), EO_TYPECHECK(Evas_Object **, ret)
 diff --git a/src/lib/elm_table_legacy.h b/src/lib/elm_table_legacy.h
 index 018fb0e..0f5d160 100644
 --- a/src/lib/elm_table_legacy.h
 +++ b/src/lib/elm_table_legacy.h
 @@ -125,3 +125,14 @@ EAPI void  elm_table_pack_get(Evas_Object
 *subobj, int *col, int *row, int *
   * @ingroup Table
   */
  EAPI void  elm_table_clear(Evas_Object *obj, Eina_Bool clear);
 +
 +/**
 + * @brief Get child object of table at given coordinates.
 + *
 + * @param obj The table object
 + * @param col Column number of child object
 + * @param row Row number of child object
 + *
 + * @return Child of object if find if not return NULL.
 + */
 +EAPI Evas_Object *elm_table_child_get(Evas_Object *obj, int col, int row);

 --


 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and save!
 http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk
--
How ServiceNow helps IT people transform IT departments:
1. 

Re: [E-devel] [EGIT] [core/elementary] master 01/01: Add elm_table_child_get()

[Daniel Juyung Seo]

On Tue, Sep 10, 2013 at 5:50 PM, Davide Andreoli d...@gurumeditation.itwrote:

 2013/9/9 José Roberto de Souza - Enlightenment Git 
 no-re...@enlightenment.org

  zehortigoza pushed a commit to branch master.
 
  commit 381cf28dbfef619f851f0b997f777f1dd171cca5
  Author: José Roberto de Souza jose.so...@intel.com
  Date:   Mon Sep 9 18:48:29 2013 -0300
 
  Add elm_table_child_get()
  ---
   src/lib/elm_table.c| 25 +
   src/lib/elm_table_eo.h | 15 +++
   src/lib/elm_table_legacy.h | 11 +++
   3 files changed, 51 insertions(+)
 
 
 No news/changelog needed for this ?



Yes it's needed.

Thanks.

Daniel Juyung Seo (SeoZ)




  diff --git a/src/lib/elm_table.c b/src/lib/elm_table.c
  index 9e68884..c967f4b 100644
  --- a/src/lib/elm_table.c
  +++ b/src/lib/elm_table.c
  @@ -403,6 +403,16 @@ elm_table_pack_get(Evas_Object *subobj,
  eo_do(obj, elm_obj_table_pack_get(subobj, col, row, colspan,
 rowspan));
   }
 
  +EAPI Evas_Object *
  +elm_table_child_get(Evas_Object *obj, int col, int row)
  +{
  +   Evas_Object *ret;
  +   ELM_TABLE_CHECK(obj) NULL;
  +
  +   eo_do(obj, elm_obj_table_child_get(col, row, ret));
  +   return ret;
  +}
  +
   static void
   _pack_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
   {
  @@ -441,6 +451,19 @@ _clear(Eo *obj, void *_pd EINA_UNUSED, va_list
 *list)
   }
 
   static void
  +_child_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
  +{
  +   int col = va_arg(*list, int);
  +   int row = va_arg(*list, int);
  +   Evas_Object **ret = va_arg(*list, Evas_Object **);
  +
  +   ELM_WIDGET_DATA_GET_OR_RETURN(obj, wd);
  +
  +   if (ret)
  + *ret = evas_object_table_child_get(wd-resize_obj, col, row);
  +}
  +
  +static void
   _class_constructor(Eo_Class *klass)
   {
  const Eo_Op_Func_Description func_desc[] = {
  @@ -465,6 +488,7 @@ _class_constructor(Eo_Class *klass)
   EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_PACK_SET),
  _pack_set),
   EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_PACK_GET),
  _pack_get),
   EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CLEAR),
 _clear),
  +EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CHILD_GET),
  _child_get),
   EO_OP_FUNC_SENTINEL
  };
  eo_class_funcs_set(klass, func_desc);
  @@ -482,6 +506,7 @@ static const Eo_Op_Description op_desc[] = {
EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_PACK_SET, Set the packing
  location of an existing child of the table.),
EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_PACK_GET, Get the packing
  location of an existing child of the table.),
EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_CLEAR, Faster way to remove
  all child objects from a table object.),
  + EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_CHILD_GET, Get child object
  of table at given coordinates.),
EO_OP_DESCRIPTION_SENTINEL
   };
 
  diff --git a/src/lib/elm_table_eo.h b/src/lib/elm_table_eo.h
  index 5f8f770..dbb3a73 100644
  --- a/src/lib/elm_table_eo.h
  +++ b/src/lib/elm_table_eo.h
  @@ -15,6 +15,7 @@ enum
  ELM_OBJ_TABLE_SUB_ID_PACK_SET,
  ELM_OBJ_TABLE_SUB_ID_PACK_GET,
  ELM_OBJ_TABLE_SUB_ID_CLEAR,
  +   ELM_OBJ_TABLE_SUB_ID_CHILD_GET,
  ELM_OBJ_TABLE_SUB_ID_LAST
   };
 
  @@ -160,3 +161,17 @@ enum
* @ingroup Table
*/
   #define elm_obj_table_clear(clear)
  ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CLEAR), EO_TYPECHECK(Eina_Bool,
 clear)
  +
  +/**
  + * @def elm_obj_table_child_get
  + * @since 1.8
  + *
  + * @brief Get child object of table at given coordinates.
  + *
  + * @param[in] col column number of child object
  + * @param[in] row row number of child object
  + * @param[out] ret object at given col and row
  + *
  + * @ingroup Table
  + */
  +#define elm_obj_table_child_get(col, row, ret)
  ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CHILD_GET), EO_TYPECHECK(int, col),
  EO_TYPECHECK(int, row), EO_TYPECHECK(Evas_Object **, ret)
  diff --git a/src/lib/elm_table_legacy.h b/src/lib/elm_table_legacy.h
  index 018fb0e..0f5d160 100644
  --- a/src/lib/elm_table_legacy.h
  +++ b/src/lib/elm_table_legacy.h
  @@ -125,3 +125,14 @@ EAPI void  elm_table_pack_get(Evas_Object
  *subobj, int *col, int *row, int *
* @ingroup Table
*/
   EAPI void  elm_table_clear(Evas_Object *obj, Eina_Bool clear);
  +
  +/**
  + * @brief Get child object of table at given coordinates.
  + *
  + * @param obj The table object
  + * @param col Column number of child object
  + * @param row Row number of child object
  + *
  + * @return Child of object if find if not return NULL.
  + */
  +EAPI Evas_Object *elm_table_child_get(Evas_Object *obj, int col, int
 row);
 
  --
 
 
 
 --
  Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
  Discover the easy way to master current and previous Microsoft
 technologies
  and advance your career. Get an incredible 1,500+ hours of 

Re: [E-devel] [EGIT] [core/elementary] master 01/01: [spinner] change part name to access.text from access_text for naming consistency

[Kim Shinwoo]

hello. I'm standing on the 2nd side. :)


On Sun, Sep 8, 2013 at 12:58 AM, Daniel Juyung Seo seojuyu...@gmail.comwrote:

 Well, I just realized access_text was added in elementary 1.7 and this is
 a theme api break.
 So what we can do is:
 1. Support both access_text and access.txt for backport support. But
 code gets dirty.
 2. Break theme API. I guess this access text was introduced right before
 1.7 release and would not be used that much. As we allow theme API break
 for some exceptional cases, it's the last chance to fix wrong thing.

 Daniel Juyung Seo (SeoZ)


 On Sat, Sep 7, 2013 at 11:56 AM, Shinwoo Kim - Enlightenment Git 
 no-re...@enlightenment.org wrote:

  kimcinoo pushed a commit to branch master.
 
  commit e74b8896c5eb37609d8a829e6c1f978c29012a05
  Author: Shinwoo Kim cinoo@samsung.com
  Date:   Sat Sep 7 11:56:11 2013 +0900
 
  [spinner] change part name to access.text from access_text for naming
  consistency
  ---
   NEWS|  1 +
   data/themes/widgets/spinner.edc | 12 ++--
   src/lib/elm_spinner.c   |  6 +++---
   3 files changed, 10 insertions(+), 9 deletions(-)
 
  diff --git a/NEWS b/NEWS
  index c6046bd..30d5df0 100644
  --- a/NEWS
  +++ b/NEWS
  @@ -275,6 +275,7 @@ Fixes:
  imf is available, the keyboard mode should be decided by ime, but not
  entry.
  This prevents the asynchronous states between ime and conformant.
  * Flip : Fix the flip page to not flip on a direction if the
 direction
  is disabled.
  +   * Spinner : change part name to access.text from access_text on
  default style.
 
   Removals:
 
  diff --git a/data/themes/widgets/spinner.edc
  b/data/themes/widgets/spinner.edc
  index ac518e1..3edad88 100644
  --- a/data/themes/widgets/spinner.edc
  +++ b/data/themes/widgets/spinner.edc
  @@ -355,7 +355,7 @@ group { name: elm/spinner/base/default;
   visible: 1;
}
 }
  -  part { name: access_text;
  +  part { name: access.text;
type: RECT;
repeat_events: 1;
description { state: default 0.0;
  @@ -518,7 +518,7 @@ group { name: elm/spinner/base/default;
target: right_over1;
target: right_over2;
target: disabler;
  - target: access_text;
  + target: access.text;
after: disable_text;
 }
 program { name: disable_text;
  @@ -549,7 +549,7 @@ group { name: elm/spinner/base/default;
target: right_over1;
target: right_over2;
target: disabler;
  - target: access_text;
  + target: access.text;
after: enable_text;
 }
 program { name: enable_text;
  @@ -908,7 +908,7 @@ group { name: elm/spinner/base/vertical;
   visible: 1;
}
 }
  -  part { name: access_text;
  +  part { name: access.text;
type: RECT;
repeat_events: 1;
description { state: default 0.0;
  @@ -993,7 +993,7 @@ group { name: elm/spinner/base/vertical;
target: down_bt;
target: up_bt;
target: disabler;
  - target: access_text;
  + target: access.text;
after: disable_text;
 }
 program { name: disable_text;
  @@ -1020,7 +1020,7 @@ group { name: elm/spinner/base/vertical;
target: down_bt;
target: up_bt;
target: disabler;
  - target: access_text;
  + target: access.text;
after: enable_text;
 }
 program { name: enable_text;
  diff --git a/src/lib/elm_spinner.c b/src/lib/elm_spinner.c
  index 5861c04..1afe98b 100644
  --- a/src/lib/elm_spinner.c
  +++ b/src/lib/elm_spinner.c
  @@ -614,7 +614,7 @@ _access_spinner_register(Evas_Object *obj, Eina_Bool
  is_access)
 (obj, elm_layout_edje_get(obj), decrement_part);
 
   _elm_access_edje_object_part_object_unregister
  -  (obj, elm_layout_edje_get(obj), access_text);
  +  (obj, elm_layout_edje_get(obj), access.text);
 
   return;
}
  @@ -639,7 +639,7 @@ _access_spinner_register(Evas_Object *obj, Eina_Bool
  is_access)
 
  /* register spinner label */
  ao = _elm_access_edje_object_part_object_register
  -  (obj, elm_layout_edje_get(obj), access_text);
  +  (obj, elm_layout_edje_get(obj), access.text);
 
  ai = _elm_access_info_get(ao);
  _elm_access_text_set(ai, ELM_ACCESS_TYPE, E_(spinner));
  @@ -797,7 +797,7 @@ _elm_spinner_smart_focus_next(Eo *obj, void *_pd
  EINA_UNUSED, va_list *list)
   decrement_part = left_bt;
}
 
  -   ao = _access_object_get(obj, access_text);
  +   ao = _access_object_get(obj, access.text);
  items = eina_list_append(items, ao);
 
  ao = _access_object_get(obj, decrement_part);
 
  --
 
 
 
 --
  Learn the latest--Visual Studio 2012, SharePoint 

Re: [E-devel] [EGIT] [core/elementary] master 01/01: [spinner] change part name to access.text from access_text for naming consistency

[Daniel Juyung Seo]

Ok, if there is no objection. Just leave it :)

Daniel Juyung Seo (SeoZ)


On Tue, Sep 10, 2013 at 10:21 PM, Kim Shinwoo kimcinoo@gmail.comwrote:

 hello. I'm standing on the 2nd side. :)


 On Sun, Sep 8, 2013 at 12:58 AM, Daniel Juyung Seo seojuyu...@gmail.com
 wrote:

  Well, I just realized access_text was added in elementary 1.7 and this
 is
  a theme api break.
  So what we can do is:
  1. Support both access_text and access.txt for backport support. But
  code gets dirty.
  2. Break theme API. I guess this access text was introduced right before
  1.7 release and would not be used that much. As we allow theme API break
  for some exceptional cases, it's the last chance to fix wrong thing.
 
  Daniel Juyung Seo (SeoZ)
 
 
  On Sat, Sep 7, 2013 at 11:56 AM, Shinwoo Kim - Enlightenment Git 
  no-re...@enlightenment.org wrote:
 
   kimcinoo pushed a commit to branch master.
  
   commit e74b8896c5eb37609d8a829e6c1f978c29012a05
   Author: Shinwoo Kim cinoo@samsung.com
   Date:   Sat Sep 7 11:56:11 2013 +0900
  
   [spinner] change part name to access.text from access_text for
 naming
   consistency
   ---
NEWS|  1 +
data/themes/widgets/spinner.edc | 12 ++--
src/lib/elm_spinner.c   |  6 +++---
3 files changed, 10 insertions(+), 9 deletions(-)
  
   diff --git a/NEWS b/NEWS
   index c6046bd..30d5df0 100644
   --- a/NEWS
   +++ b/NEWS
   @@ -275,6 +275,7 @@ Fixes:
   imf is available, the keyboard mode should be decided by ime, but
 not
   entry.
   This prevents the asynchronous states between ime and conformant.
   * Flip : Fix the flip page to not flip on a direction if the
  direction
   is disabled.
   +   * Spinner : change part name to access.text from access_text on
   default style.
  
Removals:
  
   diff --git a/data/themes/widgets/spinner.edc
   b/data/themes/widgets/spinner.edc
   index ac518e1..3edad88 100644
   --- a/data/themes/widgets/spinner.edc
   +++ b/data/themes/widgets/spinner.edc
   @@ -355,7 +355,7 @@ group { name: elm/spinner/base/default;
visible: 1;
 }
  }
   -  part { name: access_text;
   +  part { name: access.text;
 type: RECT;
 repeat_events: 1;
 description { state: default 0.0;
   @@ -518,7 +518,7 @@ group { name: elm/spinner/base/default;
 target: right_over1;
 target: right_over2;
 target: disabler;
   - target: access_text;
   + target: access.text;
 after: disable_text;
  }
  program { name: disable_text;
   @@ -549,7 +549,7 @@ group { name: elm/spinner/base/default;
 target: right_over1;
 target: right_over2;
 target: disabler;
   - target: access_text;
   + target: access.text;
 after: enable_text;
  }
  program { name: enable_text;
   @@ -908,7 +908,7 @@ group { name: elm/spinner/base/vertical;
visible: 1;
 }
  }
   -  part { name: access_text;
   +  part { name: access.text;
 type: RECT;
 repeat_events: 1;
 description { state: default 0.0;
   @@ -993,7 +993,7 @@ group { name: elm/spinner/base/vertical;
 target: down_bt;
 target: up_bt;
 target: disabler;
   - target: access_text;
   + target: access.text;
 after: disable_text;
  }
  program { name: disable_text;
   @@ -1020,7 +1020,7 @@ group { name: elm/spinner/base/vertical;
 target: down_bt;
 target: up_bt;
 target: disabler;
   - target: access_text;
   + target: access.text;
 after: enable_text;
  }
  program { name: enable_text;
   diff --git a/src/lib/elm_spinner.c b/src/lib/elm_spinner.c
   index 5861c04..1afe98b 100644
   --- a/src/lib/elm_spinner.c
   +++ b/src/lib/elm_spinner.c
   @@ -614,7 +614,7 @@ _access_spinner_register(Evas_Object *obj,
 Eina_Bool
   is_access)
  (obj, elm_layout_edje_get(obj), decrement_part);
  
_elm_access_edje_object_part_object_unregister
   -  (obj, elm_layout_edje_get(obj), access_text);
   +  (obj, elm_layout_edje_get(obj), access.text);
  
return;
 }
   @@ -639,7 +639,7 @@ _access_spinner_register(Evas_Object *obj,
 Eina_Bool
   is_access)
  
   /* register spinner label */
   ao = _elm_access_edje_object_part_object_register
   -  (obj, elm_layout_edje_get(obj), access_text);
   +  (obj, elm_layout_edje_get(obj), access.text);
  
   ai = _elm_access_info_get(ao);
   _elm_access_text_set(ai, ELM_ACCESS_TYPE, E_(spinner));
   @@ -797,7 +797,7 @@ _elm_spinner_smart_focus_next(Eo *obj, void *_pd
   EINA_UNUSED, va_list *list)
decrement_part = left_bt;
 }
  
   -   ao = _access_object_get(obj, access_text);
 

Re: [E-devel] Coding a 'modal' dialog in E17

[Robert Heller]

At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz 
michael.blumenkra...@gmail.com wrote:

 
 On Tue, 10 Sep 2013 12:34:21 -0400
 Robert Heller hel...@deepsoft.com wrote:
 
  I am in the process of modifying E17 (I want to add so additional 
  functionality to the file manager).  One of the things I need to be able to 
  do 
  is have a 'modal' dialog, that is a dislog box that grabs the focus and 
  causes 
  the program (the file manager) to wait.  I want events to be processed, but 
  I 
  want psuedo code like this:
  
 dialog = make_dialog(...);
 show(dialog);
 wait_for(dialog);
  
  The 'wait_for()' call would not return until the OK button or Cancel (close)
  button on the dialog has been clicked.  It is not clear how to do this -- 
  the 
  documentation does not seem to cover this case (or I can't it in the 
  documentation).
  
  Any pointers would be helpful.  Thanks in advance.
  
 
 yeahhh you can't do that.
 
 what you CAN do is something like the
 uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the
 parent dialog (though make sure you do this AFTER you show both dialogs or
 it won't work) to set up your modal: the first param is your intended modal,
 the second is the parent window which is getting blocked. then you can
 basically just wait for the modal to die and you'll know that there will be
 no events on the parent.
 
 I'll say this, however: we STRONGLY discourage the use of modal dialogs in
 e. unless you have a really good reason for it, I'm unlikely to accept any
 patches which introduce modal dialogs.

Yes, I fully understand the 'evils' of modal dialogs, but there are times when
it is the only option. In this case I am interfacing to a library that has a
callback that wants some input (a passphrase) and I cannot just return without
the passphrase and I don't know (in advance) if the passphrase is even needed
or what the hint for the passphrase is (this info gets passed into the
callback). And the callback might be called again if the passphrase is wrong.
I may implement this with a subprocess, but then the subprocess itself will
need to have a modal dialog. I am only interested a *local* type modal dialog.


 
   

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments


  

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Releases pending

[Michael Blumenkrantz]

EFL 1.7.9 and E17.5 are currently pending.

Standby for bugs and explosions, and remember to blame antognolli for anything 
that goes wrong.

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Enlightenment-release] Releases pending

[Eduardo Lima (Etrunko)]

We now have tarballs up for testing in under the new pre-releases directory:

http://download.enlightenment.org/pre-releases/efl-1.7.9/
http://download.enlightenment.org/pre-releases/enlightenment-0.17.5/

Please test them and report any issues you may find.

Regards, Etrunko

2013/9/10 Michael Blumenkrantz michael.blumenkra...@gmail.com:
 EFL 1.7.9 and E17.5 are currently pending.

 Standby for bugs and explosions, and remember to blame antognolli for 
 anything that goes wrong.

 --
 How ServiceNow helps IT people transform IT departments:
 1. Consolidate legacy IT systems to a single system of record for IT
 2. Standardize and globalize service processes across IT
 3. Implement zero-touch automation to replace manual, redundant tasks
 http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
 ___
 Enlightenment-release mailing list
 enlightenment-rele...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-release



-- 
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] File /usr/lib/pkconfig/eo.pc and EO name

[Côme BERNIGAUD]

Le 09/09/2013 15:43, Tom Hacohen a écrit :
 On 03/09/13 22:25, Côme BERNIGAUD wrote:
 Hello,

 I saw that there is a new component named EO in the EFLs.
 EO is already a library, it stands for «Evolving Objects» :
 http://eodev.sourceforge.net/

 This is causing trouble, at least for one file:
 /usr/lib/pkgconfig/eo.pc is the pkgconfig for evolving objects, which is
 already used by several projects over the past years.

 So it might be a good thing if you could rename at least this file.

 Côme

 PS: The problem was found when trying to install the AUR package efl-git
 on ArchLinux, but I'm pretty sure this file is from upstream.

 Unfortunately it's really annoying to change it. After discussing it 
 on IRC and thinking about all the pain involved, we decided not to 
 change anything.

 We don't want to change the library name itself, that is, we like eo. 
 Changing just the pc file creates a lot of issues with our build 
 system which does a lot of things automatically and assumes a specific 
 template to be followed.
 libXX.so, XX.pc and etc.
That is a very sad decision. It means people won't be able to install 
both EO and the EFL…
The filename eo.pc was already used since several years by EO, it's 
childish to just ignore that and take the same name.
You should indeed use a pattern like efl/xx.pc or efl_xx.pc because if 
you intend to keep using two-letters names, you'll find a lot of them 
are already in use.

Someone was also anxious about eo.h names or such, I just checked, and 
libeo is also using:
/usr/include/eo folder
/usr/share/eo   folder
/usr/lib/libeo.a   file
/usr/lib/libeo.so file

Which might also conflict with your EO thing (I did not check, just 
thought these files might conflict)

 -- 
 Tom.
Côme

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] File /usr/lib/pkconfig/eo.pc and EO name

[Lucas De Marchi]

On Tue, Sep 10, 2013 at 5:02 PM, Côme BERNIGAUD
come.bernig...@laposte.net wrote:
 Le 09/09/2013 15:43, Tom Hacohen a écrit :
 On 03/09/13 22:25, Côme BERNIGAUD wrote:
 Hello,

 I saw that there is a new component named EO in the EFLs.
 EO is already a library, it stands for «Evolving Objects» :
 http://eodev.sourceforge.net/

 This is causing trouble, at least for one file:
 /usr/lib/pkgconfig/eo.pc is the pkgconfig for evolving objects, which is
 already used by several projects over the past years.

 So it might be a good thing if you could rename at least this file.

 Côme

 PS: The problem was found when trying to install the AUR package efl-git
 on ArchLinux, but I'm pretty sure this file is from upstream.

 Unfortunately it's really annoying to change it. After discussing it
 on IRC and thinking about all the pain involved, we decided not to
 change anything.

 We don't want to change the library name itself, that is, we like eo.
 Changing just the pc file creates a lot of issues with our build
 system which does a lot of things automatically and assumes a specific
 template to be followed.
 libXX.so, XX.pc and etc.

before edbus get renamed to eldbus we had stuff in the build system to
adjust the .pc file. If that isn't there anymore, I think it could be
easily revived.


 That is a very sad decision. It means people won't be able to install
 both EO and the EFL…
 The filename eo.pc was already used since several years by EO, it's
 childish to just ignore that and take the same name.
 You should indeed use a pattern like efl/xx.pc or efl_xx.pc because if
 you intend to keep using two-letters names, you'll find a lot of them
 are already in use.

IMO efl_eo.pc  would be a good name.

Lucas De Marchi

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Releases pending

[Simon]

On 09/11/2013 02:19 AM, Michael Blumenkrantz wrote:
 EFL 1.7.9 and E17.5 are currently pending.

 Standby for bugs and explosions, and remember to blame antognolli for 
 anything that goes wrong.
Has anyone tested if the splash screen issue in E17.4 got fixed? I'm not 
comfortable upgrading the openSUSE repo's until i know that issue has 
been fixed. (They probably won't get updated anyway because we have a 
feature freeze friday and i won't get time before then).


 --
 How ServiceNow helps IT people transform IT departments:
 1. Consolidate legacy IT systems to a single system of record for IT
 2. Standardize and globalize service processes across IT
 3. Implement zero-touch automation to replace manual, redundant tasks
 http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Releases pending

[The Rasterman]

On Wed, 11 Sep 2013 07:39:59 +0930 Simon si...@simotek.net said:

 On 09/11/2013 02:19 AM, Michael Blumenkrantz wrote:
  EFL 1.7.9 and E17.5 are currently pending.
 
  Standby for bugs and explosions, and remember to blame antognolli for
  anything that goes wrong.
 Has anyone tested if the splash screen issue in E17.4 got fixed? I'm not 
 comfortable upgrading the openSUSE repo's until i know that issue has 
 been fixed. (They probably won't get updated anyway because we have a 
 feature freeze friday and i won't get time before then).

this is a pre-release asking... nay hoping YOU will test and maybe get some
pre release test packages out to the people who have been affected so they
can report back if things are working now... dont put them in suse main...
get them out via whatever testing/pre-release mechanisms you have. :)

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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[The Rasterman]

On Tue, 10 Sep 2013 13:45:34 -0400 Robert Heller hel...@deepsoft.com said:

 At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz
 michael.blumenkra...@gmail.com wrote:
 
  
  On Tue, 10 Sep 2013 12:34:21 -0400
  Robert Heller hel...@deepsoft.com wrote:
  
   I am in the process of modifying E17 (I want to add so additional 
   functionality to the file manager).  One of the things I need to be able
   to do is have a 'modal' dialog, that is a dislog box that grabs the focus
   and causes the program (the file manager) to wait.  I want events to be
   processed, but I want psuedo code like this:
   
  dialog = make_dialog(...);
  show(dialog);
  wait_for(dialog);
   
   The 'wait_for()' call would not return until the OK button or Cancel
   (close) button on the dialog has been clicked.  It is not clear how to do
   this -- the documentation does not seem to cover this case (or I can't it
   in the documentation).
   
   Any pointers would be helpful.  Thanks in advance.
   
  
  yeahhh you can't do that.
  
  what you CAN do is something like the
  uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the
  parent dialog (though make sure you do this AFTER you show both dialogs or
  it won't work) to set up your modal: the first param is your intended modal,
  the second is the parent window which is getting blocked. then you can
  basically just wait for the modal to die and you'll know that there will be
  no events on the parent.
  
  I'll say this, however: we STRONGLY discourage the use of modal dialogs in
  e. unless you have a really good reason for it, I'm unlikely to accept any
  patches which introduce modal dialogs.
 
 Yes, I fully understand the 'evils' of modal dialogs, but there are times when
 it is the only option. In this case I am interfacing to a library that has a
 callback that wants some input (a passphrase) and I cannot just return without
 the passphrase and I don't know (in advance) if the passphrase is even needed
 or what the hint for the passphrase is (this info gets passed into the
 callback). And the callback might be called again if the passphrase is wrong.
 I may implement this with a subprocess, but then the subprocess itself will
 need to have a modal dialog. I am only interested a *local* type modal dialog.

then that library has not been designed with mainloop driven setups. is there
another way to do it? you could put that lib usage into a thread of its own and
message back and forth - you could use ecore_thread_feedback_run(...,EINA_TRUE)
with an explicit special thread of its own - use an ecore_pipe() to send data
to the thread, with the heavy thread simply driving the lib and thus its
callback, and use the thread feedback func + end func to deliver responses and
final decision to the mainloop... 


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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[The Rasterman]

On Tue, 10 Sep 2013 12:34:21 -0400 Robert Heller hel...@deepsoft.com said:

 I am in the process of modifying E17 (I want to add so additional 
 functionality to the file manager).  One of the things I need to be able to
 do is have a 'modal' dialog, that is a dislog box that grabs the focus and
 causes the program (the file manager) to wait.  I want events to be
 processed, but I want psuedo code like this:
 
dialog = make_dialog(...);
show(dialog);
wait_for(dialog);
 
 The 'wait_for()' call would not return until the OK button or Cancel (close)
 button on the dialog has been clicked.  It is not clear how to do this -- the 
 documentation does not seem to cover this case (or I can't it in the 
 documentation).
 
 Any pointers would be helpful.  Thanks in advance.

this design pattern is REALLY bad. it requires a nested main loop. seriously -
never do it. just don't. modality is a function of simply not responding to
ACTIONS on anything other than that dialog (key, mouse etc.), not a function of
putting in a wait_for() that only returns when the dialog is done. thats why
there is no documentation on this... because it doesn't exist as it's poor
design. :)

 -- 
 Robert Heller -- 978-544-6933 / hel...@deepsoft.com
 Deepwoods Software-- http://www.deepsoft.com/
 ()  ascii ribbon campaign -- against html e-mail
 /\  www.asciiribbon.org   -- against proprietary attachments
 
 
   

 
 --
 How ServiceNow helps IT people transform IT departments:
 1. Consolidate legacy IT systems to a single system of record for IT
 2. Standardize and globalize service processes across IT
 3. Implement zero-touch automation to replace manual, redundant tasks
 http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] File /usr/lib/pkconfig/eo.pc and EO name

[The Rasterman]

On Tue, 10 Sep 2013 22:02:02 +0200 Côme BERNIGAUD come.bernig...@laposte.net
said:

 Le 09/09/2013 15:43, Tom Hacohen a écrit :
  On 03/09/13 22:25, Côme BERNIGAUD wrote:
  Hello,
 
  I saw that there is a new component named EO in the EFLs.
  EO is already a library, it stands for «Evolving Objects» :
  http://eodev.sourceforge.net/
 
  This is causing trouble, at least for one file:
  /usr/lib/pkgconfig/eo.pc is the pkgconfig for evolving objects, which is
  already used by several projects over the past years.
 
  So it might be a good thing if you could rename at least this file.
 
  Côme
 
  PS: The problem was found when trying to install the AUR package efl-git
  on ArchLinux, but I'm pretty sure this file is from upstream.
 
  Unfortunately it's really annoying to change it. After discussing it 
  on IRC and thinking about all the pain involved, we decided not to 
  change anything.
 
  We don't want to change the library name itself, that is, we like eo. 
  Changing just the pc file creates a lot of issues with our build 
  system which does a lot of things automatically and assumes a specific 
  template to be followed.
  libXX.so, XX.pc and etc.
 That is a very sad decision. It means people won't be able to install 
 both EO and the EFL…
 The filename eo.pc was already used since several years by EO, it's 
 childish to just ignore that and take the same name.
 You should indeed use a pattern like efl/xx.pc or efl_xx.pc because if 
 you intend to keep using two-letters names, you'll find a lot of them 
 are already in use.
 
 Someone was also anxious about eo.h names or such, I just checked, and 
 libeo is also using:
 /usr/include/eo folder
 /usr/share/eo   folder
 /usr/lib/libeo.a   file
 /usr/lib/libeo.so file
 
 Which might also conflict with your EO thing (I did not check, just 
 thought these files might conflict)

the libeo.so/a and include dirs will conflict.

here is the problem. all of efl follow a pattern. the configure and makefiles
all use macros to define the pc, include etc. etc. etc. stuff as they all
follow the same design pattern - the same template and same standard. making eo
different is a pain in the butt and is going to lead to a bunch of exceptions
and not following the design pattern which leads to problems with packaging
or otherwise maintenance.

so our choice is change eo to something else (and making it short was a primary
goal, and e_ is already taken by ... e so we'd have to go changing 100,000+
lines of code in e to avoid it), so we have eo... eob is longer etc. as is eobj
etc.

it's not childish - it's not being ignored, it's just that the alternative
solutions are unpalatable. we'd have to go over 500,000 lines of code and
change them to use something other than eo_ and EO_ etc. etc. to change the lib
namespace...

the decision is not made lightly or childishly. it's simply going to have to be
a conflict :( at least for now. one day we will merge a lot of efl into
libefl.so and likely includes will move into an efl subdir, have an efl.pc etc.
etc. so the conflict will eventually go away, but that day is not today. that
day is efl 2.0 and its still years off. eo is one of those migration path
elements on the way there - it's unifying our object model and putting in the
basics to improve our interfaces. CHANGING efl to use efl subdirs for pc files
already creates an api break and that MEANS efl 2.0 and we are not breaking api
for a minimum of 5 years following efl 1.0 releases. that's a level of
stability i wanted to keep and i'm not backing down on that as backing down
means developers can't trust in stability and every time we violate that trust
we prove that we are unable to give them a base to build on. thus my desire for
a 5 year guaranntee. even beyond those 5 years there will likely be an efl
1.x compat layer that is on top of the efl 2 stuff (just like we do today with
eo already and existing efl).

so it's not childish, it's a decision that you may not like, and it means there
is a conflict, and that will stay, but the number of people ACTUALLY affected
by the conflict i believe will be very small. at least until efl 2 ... as above.

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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/elementary] master 01/01: Add elm_table_child_get()

[Jose Souza]

Sorry about that, already fixed.


On Tue, Sep 10, 2013 at 6:56 AM, Daniel Juyung Seo seojuyu...@gmail.comwrote:

 On Tue, Sep 10, 2013 at 5:50 PM, Davide Andreoli d...@gurumeditation.it
 wrote:

  2013/9/9 José Roberto de Souza - Enlightenment Git 
  no-re...@enlightenment.org
 
   zehortigoza pushed a commit to branch master.
  
   commit 381cf28dbfef619f851f0b997f777f1dd171cca5
   Author: José Roberto de Souza jose.so...@intel.com
   Date:   Mon Sep 9 18:48:29 2013 -0300
  
   Add elm_table_child_get()
   ---
src/lib/elm_table.c| 25 +
src/lib/elm_table_eo.h | 15 +++
src/lib/elm_table_legacy.h | 11 +++
3 files changed, 51 insertions(+)
  
  
  No news/changelog needed for this ?
 
 
 
 Yes it's needed.

 Thanks.

 Daniel Juyung Seo (SeoZ)


 
 
   diff --git a/src/lib/elm_table.c b/src/lib/elm_table.c
   index 9e68884..c967f4b 100644
   --- a/src/lib/elm_table.c
   +++ b/src/lib/elm_table.c
   @@ -403,6 +403,16 @@ elm_table_pack_get(Evas_Object *subobj,
   eo_do(obj, elm_obj_table_pack_get(subobj, col, row, colspan,
  rowspan));
}
  
   +EAPI Evas_Object *
   +elm_table_child_get(Evas_Object *obj, int col, int row)
   +{
   +   Evas_Object *ret;
   +   ELM_TABLE_CHECK(obj) NULL;
   +
   +   eo_do(obj, elm_obj_table_child_get(col, row, ret));
   +   return ret;
   +}
   +
static void
_pack_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
{
   @@ -441,6 +451,19 @@ _clear(Eo *obj, void *_pd EINA_UNUSED, va_list
  *list)
}
  
static void
   +_child_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
   +{
   +   int col = va_arg(*list, int);
   +   int row = va_arg(*list, int);
   +   Evas_Object **ret = va_arg(*list, Evas_Object **);
   +
   +   ELM_WIDGET_DATA_GET_OR_RETURN(obj, wd);
   +
   +   if (ret)
   + *ret = evas_object_table_child_get(wd-resize_obj, col, row);
   +}
   +
   +static void
_class_constructor(Eo_Class *klass)
{
   const Eo_Op_Func_Description func_desc[] = {
   @@ -465,6 +488,7 @@ _class_constructor(Eo_Class *klass)
EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_PACK_SET),
   _pack_set),
EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_PACK_GET),
   _pack_get),
EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CLEAR),
  _clear),
   +EO_OP_FUNC(ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CHILD_GET),
   _child_get),
EO_OP_FUNC_SENTINEL
   };
   eo_class_funcs_set(klass, func_desc);
   @@ -482,6 +506,7 @@ static const Eo_Op_Description op_desc[] = {
 EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_PACK_SET, Set the packing
   location of an existing child of the table.),
 EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_PACK_GET, Get the packing
   location of an existing child of the table.),
 EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_CLEAR, Faster way to
 remove
   all child objects from a table object.),
   + EO_OP_DESCRIPTION(ELM_OBJ_TABLE_SUB_ID_CHILD_GET, Get child
 object
   of table at given coordinates.),
 EO_OP_DESCRIPTION_SENTINEL
};
  
   diff --git a/src/lib/elm_table_eo.h b/src/lib/elm_table_eo.h
   index 5f8f770..dbb3a73 100644
   --- a/src/lib/elm_table_eo.h
   +++ b/src/lib/elm_table_eo.h
   @@ -15,6 +15,7 @@ enum
   ELM_OBJ_TABLE_SUB_ID_PACK_SET,
   ELM_OBJ_TABLE_SUB_ID_PACK_GET,
   ELM_OBJ_TABLE_SUB_ID_CLEAR,
   +   ELM_OBJ_TABLE_SUB_ID_CHILD_GET,
   ELM_OBJ_TABLE_SUB_ID_LAST
};
  
   @@ -160,3 +161,17 @@ enum
 * @ingroup Table
 */
#define elm_obj_table_clear(clear)
   ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CLEAR), EO_TYPECHECK(Eina_Bool,
  clear)
   +
   +/**
   + * @def elm_obj_table_child_get
   + * @since 1.8
   + *
   + * @brief Get child object of table at given coordinates.
   + *
   + * @param[in] col column number of child object
   + * @param[in] row row number of child object
   + * @param[out] ret object at given col and row
   + *
   + * @ingroup Table
   + */
   +#define elm_obj_table_child_get(col, row, ret)
   ELM_OBJ_TABLE_ID(ELM_OBJ_TABLE_SUB_ID_CHILD_GET), EO_TYPECHECK(int,
 col),
   EO_TYPECHECK(int, row), EO_TYPECHECK(Evas_Object **, ret)
   diff --git a/src/lib/elm_table_legacy.h b/src/lib/elm_table_legacy.h
   index 018fb0e..0f5d160 100644
   --- a/src/lib/elm_table_legacy.h
   +++ b/src/lib/elm_table_legacy.h
   @@ -125,3 +125,14 @@ EAPI void  elm_table_pack_get(Evas_Object
   *subobj, int *col, int *row, int *
 * @ingroup Table
 */
EAPI void  elm_table_clear(Evas_Object *obj, Eina_Bool clear);
   +
   +/**
   + * @brief Get child object of table at given coordinates.
   + *
   + * @param obj The table object
   + * @param col Column number of child object
   + * @param row Row number of child object
   + *
   + * @return Child of object if find if not return NULL.
   + */
   +EAPI Evas_Object *elm_table_child_get(Evas_Object *obj, int col, int
  row);
  
   --
  
  
  
 
 

Re: [E-devel] [Enlightenment-release] Releases pending

[The Rasterman]

On Tue, 10 Sep 2013 19:36:49 -0300 Eduardo Lima (Etrunko) ebl...@gmail.com
said:

 We now have tarballs up for testing in under the new pre-releases directory:
 
 http://download.enlightenment.org/pre-releases/efl-1.7.9/
 http://download.enlightenment.org/pre-releases/enlightenment-0.17.5/
 
 Please test them and report any issues you may find.

please please please... people test. everyone who has had problems (randr ones
with blank screens or the init plash hang thing) test!. let's not have a repeat
of the last problems! test with EXISTING config, test with clean new users.
test with splash on ANd off (though off should be fine if on works)... test
with randr config set up or not etc. :) give it at least 2 weeks - maybe 4, to
allow peolpe to test and feedback! please spam these lists every few days with
requests to test! please put up a new item on phab's phame section (official
announcements blog). TEST TEST TEST!

 Regards, Etrunko
 
 2013/9/10 Michael Blumenkrantz michael.blumenkra...@gmail.com:
  EFL 1.7.9 and E17.5 are currently pending.
 
  Standby for bugs and explosions, and remember to blame antognolli for
  anything that goes wrong.
 
  --
  How ServiceNow helps IT people transform IT departments:
  1. Consolidate legacy IT systems to a single system of record for IT
  2. Standardize and globalize service processes across IT
  3. Implement zero-touch automation to replace manual, redundant tasks
  http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
  ___
  Enlightenment-release mailing list
  enlightenment-rele...@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-release
 
 
 
 -- 
 Eduardo de Barros Lima ◤✠◢
 ebl...@gmail.com
 
 --
 How ServiceNow helps IT people transform IT departments:
 1. Consolidate legacy IT systems to a single system of record for IT
 2. Standardize and globalize service processes across IT
 3. Implement zero-touch automation to replace manual, redundant tasks
 http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
 ___
 Enlightenment-release mailing list
 enlightenment-rele...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-release


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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Coding a 'modal' dialog in E17

[Robert Heller]

I am in the process of modifying E17 (I want to add so additional 
functionality to the file manager).  One of the things I need to be able to do 
is have a 'modal' dialog, that is a dislog box that grabs the focus and causes 
the program (the file manager) to wait.  I want events to be processed, but I 
want psuedo code like this:

   dialog = make_dialog(...);
   show(dialog);
   wait_for(dialog);

The 'wait_for()' call would not return until the OK button or Cancel (close)
button on the dialog has been clicked.  It is not clear how to do this -- the 
documentation does not seem to cover this case (or I can't it in the 
documentation).

Any pointers would be helpful.  Thanks in advance.

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments



 

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] RFC Enlightenment Application spec

[Jose Souza]

Updated:
 - using a elm_table instead of a simple edje
 - yodafy close_all
 - removed backlog stuff of Terminology
 - using a single eet file to save Terminology terms dirs.


On Mon, Sep 9, 2013 at 6:39 PM, Gustavo Sverzut Barbieri barbi...@gmail.com
 wrote:

 On Sun, Sep 8, 2013 at 12:05 AM, Carsten Haitzler ras...@rasterman.com
 wrote:
  On Fri, 6 Sep 2013 16:01:53 -0300 Jose Souza zehortig...@profusion.mobi
 said:
 
  I just push elm_app_server/client classes in elementary and the
  implementation of they in terminology.
 
 
 http://git.enlightenment.org/core/elementary.git/log/?h=devs/zehortigoza/app_spec_impl
 
  test code - why use edje for layout? it just bloats out the complexity
 of the
  build and install. :) in this case there are no signals, animations or
 anything
  other than some proportional layout. a simple table would have done the
 job
  inside the code. :)

 oops, I've missed that. I saw that in my first review but then focused
 on the other bits.. Jose, please change to a simple box
 horizontal=true.


  the code itself in general looks clean and neat (in elm).
 
  1. close_all  all_close. verb at end must be. yoda speak must you do. :)

 ok, but change that just in elementary API, not the d-bus one.


  2. app client - why a cancel for a pending open only? there is kind of a
 race
  here. why not just have a close() and if the view isn't up yet.. it's
 cancelled
  and never shown.. if it is.. well - it goes away then. :) ? there is a
 close in
  the view class so having a cancel here may ore may not work as a race
 cond may
  mean the view comes up anyway... :) so maybe even remove the cancel?

 two notes:
   1 - close is for actually closing the window as in user explicitly
 requested it to be closed, it's not a del/unref of the object.
 Consider the case you can delete your object/handle without actually
 closing the requested view (from client PoV). Say you want a
 persistent window-list in enlightenment in the same way as iOS (you
 can reboot and it remembers your open apps).

  2 - the open will return the created view to you using a callback. If
 you can't cancel, then you'll have to keep your callback data alive
 otherwise when you're called to notify success/error you'll be dealing
 with dead memory. It has almost nothing to do with actual window
 close... Of course if the call wasn't delivered to server by D-Bus you
 can prevent it being sent, but that's not the key issue.




 --
 Gustavo Sverzut Barbieri
 --
 Mobile: +55 (19) 9225-2202
 Contact: http://www.gustavobarbieri.com.br/contact


 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and save!
 http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/elementary] master 01/01: elm_table: clean up newly added function elm_table_child_get.

[Jose Souza]

Thanks I fully forgot the const.


On Tue, Sep 10, 2013 at 1:47 AM, Daniel Juyung Seo - Enlightenment Git 
no-re...@enlightenment.org wrote:

 seoz pushed a commit to branch master.

 commit 6d6f0e1b0b89d790bc68a2eecbbd2a7d64f6e286
 Author: Daniel Juyung Seo seojuyu...@gmail.com
 Date:   Tue Sep 10 13:46:35 2013 +0900

 elm_table: clean up newly added function elm_table_child_get.

 - moved function position.
 - added const to the first parameter.
 ---
  src/lib/elm_table.c| 20 ++--
  src/lib/elm_table_legacy.h |  2 +-
  2 files changed, 11 insertions(+), 11 deletions(-)

 diff --git a/src/lib/elm_table.c b/src/lib/elm_table.c
 index c967f4b..93f2c4c 100644
 --- a/src/lib/elm_table.c
 +++ b/src/lib/elm_table.c
 @@ -403,16 +403,6 @@ elm_table_pack_get(Evas_Object *subobj,
 eo_do(obj, elm_obj_table_pack_get(subobj, col, row, colspan, rowspan));
  }

 -EAPI Evas_Object *
 -elm_table_child_get(Evas_Object *obj, int col, int row)
 -{
 -   Evas_Object *ret;
 -   ELM_TABLE_CHECK(obj) NULL;
 -
 -   eo_do(obj, elm_obj_table_child_get(col, row, ret));
 -   return ret;
 -}
 -
  static void
  _pack_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
  {
 @@ -450,6 +440,16 @@ _clear(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
 evas_object_table_clear(wd-resize_obj, clear);
  }

 +EAPI Evas_Object *
 +elm_table_child_get(const Evas_Object *obj, int col, int row)
 +{
 +   Evas_Object *ret;
 +   ELM_TABLE_CHECK(obj) NULL;
 +
 +   eo_do((Eo *)obj, elm_obj_table_child_get(col, row, ret));
 +   return ret;
 +}
 +
  static void
  _child_get(Eo *obj, void *_pd EINA_UNUSED, va_list *list)
  {
 diff --git a/src/lib/elm_table_legacy.h b/src/lib/elm_table_legacy.h
 index 0f5d160..77dda3a 100644
 --- a/src/lib/elm_table_legacy.h
 +++ b/src/lib/elm_table_legacy.h
 @@ -135,4 +135,4 @@ EAPI void  elm_table_clear(Evas_Object *obj,
 Eina_Bool clear);
   *
   * @return Child of object if find if not return NULL.
   */
 -EAPI Evas_Object *elm_table_child_get(Evas_Object *obj, int col, int row);
 +EAPI Evas_Object *elm_table_child_get(const Evas_Object *obj, int col,
 int row);

 --


 --
 How ServiceNow helps IT people transform IT departments:
 1. Consolidate legacy IT systems to a single system of record for IT
 2. Standardize and globalize service processes across IT
 3. Implement zero-touch automation to replace manual, redundant tasks
 http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[Lucas De Marchi]

On Tue, Sep 10, 2013 at 2:45 PM, Robert Heller hel...@deepsoft.com wrote:
 At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz 
 michael.blumenkra...@gmail.com wrote:


 On Tue, 10 Sep 2013 12:34:21 -0400
 Robert Heller hel...@deepsoft.com wrote:

  I am in the process of modifying E17 (I want to add so additional
  functionality to the file manager).  One of the things I need to be able 
  to do
  is have a 'modal' dialog, that is a dislog box that grabs the focus and 
  causes
  the program (the file manager) to wait.  I want events to be processed, 
  but I
  want psuedo code like this:
 
 dialog = make_dialog(...);
 show(dialog);
 wait_for(dialog);
 
  The 'wait_for()' call would not return until the OK button or Cancel 
  (close)
  button on the dialog has been clicked.  It is not clear how to do this -- 
  the
  documentation does not seem to cover this case (or I can't it in the
  documentation).
 
  Any pointers would be helpful.  Thanks in advance.
 

 yeahhh you can't do that.

 what you CAN do is something like the
 uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the
 parent dialog (though make sure you do this AFTER you show both dialogs or
 it won't work) to set up your modal: the first param is your intended modal,
 the second is the parent window which is getting blocked. then you can
 basically just wait for the modal to die and you'll know that there will be
 no events on the parent.

 I'll say this, however: we STRONGLY discourage the use of modal dialogs in
 e. unless you have a really good reason for it, I'm unlikely to accept any
 patches which introduce modal dialogs.

 Yes, I fully understand the 'evils' of modal dialogs, but there are times when
 it is the only option. In this case I am interfacing to a library that has a
 callback that wants some input (a passphrase) and I cannot just return without
 the passphrase and I don't know (in advance) if the passphrase is even needed
 or what the hint for the passphrase is (this info gets passed into the
 callback). And the callback might be called again if the passphrase is wrong.
 I may implement this with a subprocess, but then the subprocess itself will
 need to have a modal dialog. I am only interested a *local* type modal dialog.

If you know the evils of modal dialogs:  back in 2010 when working in
webkit I remember opening another mainloop for doing modal dialogs.
Then spending a day to fix nested mainloops in EFL. Things might be
better these days.


Lucas De Marchi

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[The Rasterman]

On Tue, 10 Sep 2013 21:53:59 -0300 Lucas De Marchi
lucas.demar...@profusion.mobi said:

 On Tue, Sep 10, 2013 at 2:45 PM, Robert Heller hel...@deepsoft.com wrote:
  At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz
  michael.blumenkra...@gmail.com wrote:
 
 
  On Tue, 10 Sep 2013 12:34:21 -0400
  Robert Heller hel...@deepsoft.com wrote:
 
   I am in the process of modifying E17 (I want to add so additional
   functionality to the file manager).  One of the things I need to be able
   to do is have a 'modal' dialog, that is a dislog box that grabs the
   focus and causes the program (the file manager) to wait.  I want events
   to be processed, but I want psuedo code like this:
  
  dialog = make_dialog(...);
  show(dialog);
  wait_for(dialog);
  
   The 'wait_for()' call would not return until the OK button or Cancel
   (close) button on the dialog has been clicked.  It is not clear how to
   do this -- the documentation does not seem to cover this case (or I
   can't it in the documentation).
  
   Any pointers would be helpful.  Thanks in advance.
  
 
  yeahhh you can't do that.
 
  what you CAN do is something like the
  uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the
  parent dialog (though make sure you do this AFTER you show both dialogs or
  it won't work) to set up your modal: the first param is your intended
  modal, the second is the parent window which is getting blocked. then you
  can basically just wait for the modal to die and you'll know that there
  will be no events on the parent.
 
  I'll say this, however: we STRONGLY discourage the use of modal dialogs in
  e. unless you have a really good reason for it, I'm unlikely to accept any
  patches which introduce modal dialogs.
 
  Yes, I fully understand the 'evils' of modal dialogs, but there are times
  when it is the only option. In this case I am interfacing to a library that
  has a callback that wants some input (a passphrase) and I cannot just
  return without the passphrase and I don't know (in advance) if the
  passphrase is even needed or what the hint for the passphrase is (this info
  gets passed into the callback). And the callback might be called again if
  the passphrase is wrong. I may implement this with a subprocess, but then
  the subprocess itself will need to have a modal dialog. I am only
  interested a *local* type modal dialog.
 
 If you know the evils of modal dialogs:  back in 2010 when working in
 webkit I remember opening another mainloop for doing modal dialogs.
 Then spending a day to fix nested mainloops in EFL. Things might be
 better these days.

you poor bastard :(


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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[Lucas De Marchi]

On Tue, Sep 10, 2013 at 10:02 PM, Carsten Haitzler ras...@rasterman.com wrote:
 On Tue, 10 Sep 2013 21:53:59 -0300 Lucas De Marchi
 lucas.demar...@profusion.mobi said:

 On Tue, Sep 10, 2013 at 2:45 PM, Robert Heller hel...@deepsoft.com wrote:
  At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz
  michael.blumenkra...@gmail.com wrote:
 
 
  On Tue, 10 Sep 2013 12:34:21 -0400
  Robert Heller hel...@deepsoft.com wrote:
 
   I am in the process of modifying E17 (I want to add so additional
   functionality to the file manager).  One of the things I need to be able
   to do is have a 'modal' dialog, that is a dislog box that grabs the
   focus and causes the program (the file manager) to wait.  I want events
   to be processed, but I want psuedo code like this:
  
  dialog = make_dialog(...);
  show(dialog);
  wait_for(dialog);
  
   The 'wait_for()' call would not return until the OK button or Cancel
   (close) button on the dialog has been clicked.  It is not clear how to
   do this -- the documentation does not seem to cover this case (or I
   can't it in the documentation).
  
   Any pointers would be helpful.  Thanks in advance.
  
 
  yeahhh you can't do that.
 
  what you CAN do is something like the
  uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the
  parent dialog (though make sure you do this AFTER you show both dialogs or
  it won't work) to set up your modal: the first param is your intended
  modal, the second is the parent window which is getting blocked. then you
  can basically just wait for the modal to die and you'll know that there
  will be no events on the parent.
 
  I'll say this, however: we STRONGLY discourage the use of modal dialogs in
  e. unless you have a really good reason for it, I'm unlikely to accept any
  patches which introduce modal dialogs.
 
  Yes, I fully understand the 'evils' of modal dialogs, but there are times
  when it is the only option. In this case I am interfacing to a library that
  has a callback that wants some input (a passphrase) and I cannot just
  return without the passphrase and I don't know (in advance) if the
  passphrase is even needed or what the hint for the passphrase is (this info
  gets passed into the callback). And the callback might be called again if
  the passphrase is wrong. I may implement this with a subprocess, but then
  the subprocess itself will need to have a modal dialog. I am only
  interested a *local* type modal dialog.

 If you know the evils of modal dialogs:  back in 2010 when working in
 webkit I remember opening another mainloop for doing modal dialogs.
 Then spending a day to fix nested mainloops in EFL. Things might be
 better these days.

 you poor bastard :(


hehe... note that I'm not recommending to do it. Just to make it stronger:

AVOID IT AS YOU CAN!!  IF YOU CAN'T, RUN!

Better this way? :)

Lucas De Marchi

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[The Rasterman]

On Tue, 10 Sep 2013 22:06:39 -0300 Lucas De Marchi
lucas.demar...@profusion.mobi said:

 On Tue, Sep 10, 2013 at 10:02 PM, Carsten Haitzler ras...@rasterman.com
 wrote:
  On Tue, 10 Sep 2013 21:53:59 -0300 Lucas De Marchi
  lucas.demar...@profusion.mobi said:
 
  On Tue, Sep 10, 2013 at 2:45 PM, Robert Heller hel...@deepsoft.com wrote:
   At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz
   michael.blumenkra...@gmail.com wrote:
  
  
   On Tue, 10 Sep 2013 12:34:21 -0400
   Robert Heller hel...@deepsoft.com wrote:
  
I am in the process of modifying E17 (I want to add so additional
functionality to the file manager).  One of the things I need to be
able to do is have a 'modal' dialog, that is a dislog box that grabs
the focus and causes the program (the file manager) to wait.  I want
events to be processed, but I want psuedo code like this:
   
   dialog = make_dialog(...);
   show(dialog);
   wait_for(dialog);
   
The 'wait_for()' call would not return until the OK button or Cancel
(close) button on the dialog has been clicked.  It is not clear how to
do this -- the documentation does not seem to cover this case (or I
can't it in the documentation).
   
Any pointers would be helpful.  Thanks in advance.
   
  
   yeahhh you can't do that.
  
   what you CAN do is something like the
   uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set
   the parent dialog (though make sure you do this AFTER you show both
   dialogs or it won't work) to set up your modal: the first param is your
   intended modal, the second is the parent window which is getting
   blocked. then you can basically just wait for the modal to die and
   you'll know that there will be no events on the parent.
  
   I'll say this, however: we STRONGLY discourage the use of modal dialogs
   in e. unless you have a really good reason for it, I'm unlikely to
   accept any patches which introduce modal dialogs.
  
   Yes, I fully understand the 'evils' of modal dialogs, but there are times
   when it is the only option. In this case I am interfacing to a library
   that has a callback that wants some input (a passphrase) and I cannot
   just return without the passphrase and I don't know (in advance) if the
   passphrase is even needed or what the hint for the passphrase is (this
   info gets passed into the callback). And the callback might be called
   again if the passphrase is wrong. I may implement this with a
   subprocess, but then the subprocess itself will need to have a modal
   dialog. I am only interested a *local* type modal dialog.
 
  If you know the evils of modal dialogs:  back in 2010 when working in
  webkit I remember opening another mainloop for doing modal dialogs.
  Then spending a day to fix nested mainloops in EFL. Things might be
  better these days.
 
  you poor bastard :(
 
 
 hehe... note that I'm not recommending to do it. Just to make it stronger:
 
 AVOID IT AS YOU CAN!!  IF YOU CAN'T, RUN!
 
 Better this way? :)

very clear. and my advice is the same. do everything you can to avoid
modal-style coding (separate from ui modality - which is in and of itself also
evil, but in different ways).

if you have a library or api forcing modal coding styles, work around it
somehow (eg subprocess or threads+messaging) and then pass on your complaints
to whoever owns/maintains that api and try and get it fixed. send patches.
whatever... we must rid the world of this disease!

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


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] File /usr/lib/pkconfig/eo.pc and EO name

[Cedric BAIL]

On Wed, Sep 11, 2013 at 2:32 AM, Carsten Haitzler ras...@rasterman.com wrote:
 On Tue, 10 Sep 2013 22:02:02 +0200 Côme BERNIGAUD come.bernig...@laposte.net
 said:

 Le 09/09/2013 15:43, Tom Hacohen a écrit :
  On 03/09/13 22:25, Côme BERNIGAUD wrote:
  Hello,
 
  I saw that there is a new component named EO in the EFLs.
  EO is already a library, it stands for «Evolving Objects» :
  http://eodev.sourceforge.net/
 
  This is causing trouble, at least for one file:
  /usr/lib/pkgconfig/eo.pc is the pkgconfig for evolving objects, which is
  already used by several projects over the past years.
 
  So it might be a good thing if you could rename at least this file.
 
  Côme
 
  PS: The problem was found when trying to install the AUR package efl-git
  on ArchLinux, but I'm pretty sure this file is from upstream.
 
  Unfortunately it's really annoying to change it. After discussing it
  on IRC and thinking about all the pain involved, we decided not to
  change anything.
 
  We don't want to change the library name itself, that is, we like eo.
  Changing just the pc file creates a lot of issues with our build
  system which does a lot of things automatically and assumes a specific
  template to be followed.
  libXX.so, XX.pc and etc.
 That is a very sad decision. It means people won't be able to install
 both EO and the EFL…
 The filename eo.pc was already used since several years by EO, it's
 childish to just ignore that and take the same name.
 You should indeed use a pattern like efl/xx.pc or efl_xx.pc because if
 you intend to keep using two-letters names, you'll find a lot of them
 are already in use.

 Someone was also anxious about eo.h names or such, I just checked, and
 libeo is also using:
 /usr/include/eo folder
 /usr/share/eo   folder
 /usr/lib/libeo.a   file
 /usr/lib/libeo.so file

 Which might also conflict with your EO thing (I did not check, just
 thought these files might conflict)

 the libeo.so/a and include dirs will conflict.

 here is the problem. all of efl follow a pattern. the configure and makefiles
 all use macros to define the pc, include etc. etc. etc. stuff as they all
 follow the same design pattern - the same template and same standard. making 
 eo
 different is a pain in the butt and is going to lead to a bunch of exceptions
 and not following the design pattern which leads to problems with packaging
 or otherwise maintenance.

 so our choice is change eo to something else (and making it short was a 
 primary
 goal, and e_ is already taken by ... e so we'd have to go changing 100,000+
 lines of code in e to avoid it), so we have eo... eob is longer etc. as is 
 eobj
 etc.

 it's not childish - it's not being ignored, it's just that the alternative
 solutions are unpalatable. we'd have to go over 500,000 lines of code and
 change them to use something other than eo_ and EO_ etc. etc. to change the 
 lib
 namespace...

 the decision is not made lightly or childishly. it's simply going to have to 
 be
 a conflict :( at least for now. one day we will merge a lot of efl into
 libefl.so and likely includes will move into an efl subdir, have an efl.pc 
 etc.
 etc. so the conflict will eventually go away, but that day is not today. that
 day is efl 2.0 and its still years off. eo is one of those migration path
 elements on the way there - it's unifying our object model and putting in the
 basics to improve our interfaces. CHANGING efl to use efl subdirs for pc files
 already creates an api break and that MEANS efl 2.0 and we are not breaking 
 api
 for a minimum of 5 years following efl 1.0 releases. that's a level of
 stability i wanted to keep and i'm not backing down on that as backing down
 means developers can't trust in stability and every time we violate that trust
 we prove that we are unable to give them a base to build on. thus my desire 
 for
 a 5 year guaranntee. even beyond those 5 years there will likely be an efl
 1.x compat layer that is on top of the efl 2 stuff (just like we do today with
 eo already and existing efl).

 so it's not childish, it's a decision that you may not like, and it means 
 there
 is a conflict, and that will stay, but the number of people ACTUALLY affected
 by the conflict i believe will be very small. at least until efl 2 ... as 
 above.

Maybe a stupid idea, but do we still need an eo.pc ? Why not just an
efl.pc for all the new library that never went released outside of EFL
? That would solve the problem and the distribution can rename the
library or put it somewhere else as long as efl.pc, it would be fine.
-- 
Cedric BAIL

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk

Re: [E-devel] Coding a 'modal' dialog in E17

[Cedric BAIL]

On Tue, Sep 10, 2013 at 7:45 PM, Robert Heller hel...@deepsoft.com wrote:
 At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz 
 michael.blumenkra...@gmail.com wrote:
 On Tue, 10 Sep 2013 12:34:21 -0400
 Robert Heller hel...@deepsoft.com wrote:

  I am in the process of modifying E17 (I want to add so additional
  functionality to the file manager).  One of the things I need to be able 
  to do
  is have a 'modal' dialog, that is a dislog box that grabs the focus and 
  causes
  the program (the file manager) to wait.  I want events to be processed, 
  but I
  want psuedo code like this:
 
 dialog = make_dialog(...);
 show(dialog);
 wait_for(dialog);
 
  The 'wait_for()' call would not return until the OK button or Cancel 
  (close)
  button on the dialog has been clicked.  It is not clear how to do this -- 
  the
  documentation does not seem to cover this case (or I can't it in the
  documentation).
 
  Any pointers would be helpful.  Thanks in advance.

 yeahhh you can't do that.

 what you CAN do is something like the
 uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the
 parent dialog (though make sure you do this AFTER you show both dialogs or
 it won't work) to set up your modal: the first param is your intended modal,
 the second is the parent window which is getting blocked. then you can
 basically just wait for the modal to die and you'll know that there will be
 no events on the parent.

 I'll say this, however: we STRONGLY discourage the use of modal dialogs in
 e. unless you have a really good reason for it, I'm unlikely to accept any
 patches which introduce modal dialogs.

 Yes, I fully understand the 'evils' of modal dialogs, but there are times when
 it is the only option. In this case I am interfacing to a library that has a
 callback that wants some input (a passphrase) and I cannot just return without
 the passphrase and I don't know (in advance) if the passphrase is even needed
 or what the hint for the passphrase is (this info gets passed into the
 callback). And the callback might be called again if the passphrase is wrong.
 I may implement this with a subprocess, but then the subprocess itself will
 need to have a modal dialog. I am only interested a *local* type modal dialog.

I did have exactly the same problem with all the stupid ssh library
out there that where never designed to be integrated into a GUI. At
the end, solution where tested in that order :
- Use the library from a thread.
- Implementation of ecore_coroutine, to be able to put a function in
standby and go back to the main loop.
- Use ssh binary and ecore_exe.
- Implement a ssh library that does it right.

I am now working on the fourth solution, all previous attemps resulted
in failure. Take it as an hint on what you are trying to do and maybe
jump directly to that solution. I have no idea what your library is
doing, but I can tell you, it will be painful !
-- 
Cedric BAIL

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[Michael Blumenkrantz]

On Tue, 10 Sep 2013 12:34:21 -0400
Robert Heller hel...@deepsoft.com wrote:

 I am in the process of modifying E17 (I want to add so additional 
 functionality to the file manager).  One of the things I need to be able to 
 do 
 is have a 'modal' dialog, that is a dislog box that grabs the focus and 
 causes 
 the program (the file manager) to wait.  I want events to be processed, but I 
 want psuedo code like this:
 
dialog = make_dialog(...);
show(dialog);
wait_for(dialog);
 
 The 'wait_for()' call would not return until the OK button or Cancel (close)
 button on the dialog has been clicked.  It is not clear how to do this -- the 
 documentation does not seem to cover this case (or I can't it in the 
 documentation).
 
 Any pointers would be helpful.  Thanks in advance.
 

yeahhh you can't do that.

what you CAN do is something like the 
uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the 
parent dialog (though make sure you do this AFTER you show both dialogs or it 
won't work) to set up your modal: the first param is your intended modal, the 
second is the parent window which is getting blocked. then you can basically 
just wait for the modal to die and you'll know that there will be no events on 
the parent.

I'll say this, however: we STRONGLY discourage the use of modal dialogs in e. 
unless you have a really good reason for it, I'm unlikely to accept any patches 
which introduce modal dialogs.

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/elementary] master 01/01: elc_fileselector : Select path which user typed on path_entry.

[ChunEon Park]

Hi, As far as i understood your patch, 
Now, it doesn't send selected signal to apps if the path is not exist?
 

-Regards, Hermet- 

-Original Message-
From: Ryuan Choi - Enlightenment Gitno-re...@enlightenment.org 
To: enlightenment-...@lists.sourceforge.net; 
Cc: 
Sent: 2013-09-10 (화) 19:12:21
Subject: [EGIT] [core/elementary] master 01/01: elc_fileselector : Select path 
which user typed on path_entry.

ryuan pushed a commit to branch master.

commit 74f308df90026fca68ef366f68a12ce9741b2b2b
Author: Ryuan Choi ryuan.choi@gmail.com
Date:   Tue Sep 10 18:47:30 2013 +0900

elc_fileselector : Select path which user typed on path_entry.

Summary:
In fileselector, user can write directory path or file path which they want.
If then, fileselector navigates path when directory path is given,
but just send a selected signal without real selection when file path or 
wrong path is given.

With this path,
- fileselector will navigate (if needed) and select file with signal when 
file path is given.
- no action when wrong path is given.
---
 ChangeLog5 ++
 NEWS 1 +
 src/lib/elc_fileselector.c 149 --
 src/lib/elm_widget_fileselector.h1 +
 4 files changed, 118 insertions(+), 38 deletions(-)

diff --git a/ChangeLog b/ChangeLog
index d957f29..9b701ef 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1598,3 +1598,8 @@
 
 * ProgressBar: Added support for more than one progress status  in  a
   single progress bar
+
+2013-09-10  Ryuan Choi (ryuan)
+
+* elc_fileselector : Navigate (if needed) and select file with 
selected
+signal when user typed file path on path_entry.
diff --git a/NEWS b/NEWS
index 2a3ed46..b14ad6c 100644
--- a/NEWS
+++ b/NEWS
@@ -277,6 +277,7 @@ Fixes:
This prevents the asynchronous states between ime and conformant.
* Flip : Fix the flip page to not flip on a direction if the direction is 
disabled.
* Spinner : change part name to access.text from access_text on default 
style.
+   * Fix fileselector only send selected signal without selection when file 
path is typed on the path entry.
 
 Removals:
 
diff --git a/src/lib/elc_fileselector.c b/src/lib/elc_fileselector.c
index ef73b6a..742ac30 100644
--- a/src/lib/elc_fileselector.c
+++ b/src/lib/elc_fileselector.c
@@ -393,6 +393,7 @@ _ls_main_cb(void *data,
 const Eina_File_Direct_Info *info)
 {
Listing_Request *lreq = data;
+   Elm_Object_Item *item;
int itcn = ELM_FILE_UNKNOW;
 
if (eio_file_check(handler)) return;
@@ -416,16 +417,26 @@ _ls_main_cb(void *data,
  }
 
if (lreq-sd-mode == ELM_FILESELECTOR_LIST)
- elm_genlist_item_sorted_insert(lreq-sd-files_list, list_itc[itcn],
-eina_stringshare_add(info-path),
-lreq-parent_it,
-((lreq-sd-expand)  (itcn == 
ELM_DIRECTORY))
-? ELM_GENLIST_ITEM_TREE : 
ELM_GENLIST_ITEM_NONE,
-_file_list_cmp, NULL, NULL);
+ {
+item = elm_genlist_item_sorted_insert(lreq-sd-files_list, 
list_itc[itcn],
+  eina_stringshare_add(info-path),
+  lreq-parent_it,
+  ((lreq-sd-expand)  (itcn == 
ELM_DIRECTORY))
+  ? ELM_GENLIST_ITEM_TREE : 
ELM_GENLIST_ITEM_NONE,
+  _file_list_cmp, NULL, NULL);
+
+if (lreq-selected  !strcmp(info-path, lreq-selected))
+  elm_genlist_item_selected_set(item, EINA_TRUE);
+ }
else if (lreq-sd-mode == ELM_FILESELECTOR_GRID)
- elm_gengrid_item_sorted_insert(lreq-sd-files_grid, grid_itc[itcn],
-eina_stringshare_add(info-path),
-_file_grid_cmp, NULL, NULL);
+ {
+item = elm_gengrid_item_sorted_insert(lreq-sd-files_grid, 
grid_itc[itcn],
+  eina_stringshare_add(info-path),
+  _file_grid_cmp, NULL, NULL);
+
+if (lreq-selected  !strcmp(info-path, lreq-selected))
+  elm_gengrid_item_selected_set(item, EINA_TRUE);
+ }
 }
 
 static void
@@ -434,6 +445,7 @@ _listing_request_cleanup(Listing_Request *lreq)
EINA_REFCOUNT_UNREF(lreq-sd) _elm_fileselector_smart_del_do(lreq-sd);
 
eina_stringshare_del(lreq-path);
+   eina_stringshare_del(lreq-selected);
free(lreq);
 }
 
@@ -468,7 +480,8 @@ _ls_error_cb(void *data, Eio_File *handler, int error 
__UNUSED__)
 static void
 _populate(Evas_Object *obj,
   const char *path,
-  Elm_Object_Item *parent_it)
+  Elm_Object_Item *parent_it,
+  const char 

Re: [E-devel] Releases pending

[Jérôme Pinot]

On 09/11/13 07:39, Simon wrote:
 On 09/11/2013 02:19 AM, Michael Blumenkrantz wrote:
  EFL 1.7.9 and E17.5 are currently pending.
 
  Standby for bugs and explosions, and remember to blame antognolli for 
  anything that goes wrong.
 Has anyone tested if the splash screen issue in E17.4 got fixed? I'm not 
 comfortable upgrading the openSUSE repo's until i know that issue has 
 been fixed. (They probably won't get updated anyway because we have a 
 feature freeze friday and i won't get time before then).

Looks good for me, but I'll try on my clean dev box this week-end.

-- 
Jérôme Pinot
http://ngc891.blogdns.net/


signature.asc
Description: Digital signature
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Enlightenment-release] Releases pending

[Jérôme Pinot]

On 09/11/13 09:44, Carsten Haitzler wrote:
 On Tue, 10 Sep 2013 19:36:49 -0300 Eduardo Lima (Etrunko) ebl...@gmail.com
 said:
 
  We now have tarballs up for testing in under the new pre-releases directory:
  
  http://download.enlightenment.org/pre-releases/efl-1.7.9/
  http://download.enlightenment.org/pre-releases/enlightenment-0.17.5/
  
  Please test them and report any issues you may find.
 
 please please please... people test. everyone who has had problems (randr ones
 with blank screens or the init plash hang thing) test!. let's not have a 
 repeat
 of the last problems! test with EXISTING config, test with clean new users.
 test with splash on ANd off (though off should be fine if on works)... test
 with randr config set up or not etc. :) give it at least 2 weeks - maybe 4, to
 allow peolpe to test and feedback! please spam these lists every few days with
 requests to test! please put up a new item on phab's phame section (official
 announcements blog). TEST TEST TEST!

Just don't go too fast. Updating, building and testing take some time.
I'll check everything for Slackware i486, x86_64 and arm this week-end,
so don't release before monday :-)

-- 
Jérôme Pinot
http://ngc891.blogdns.net/


signature.asc
Description: Digital signature
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Coding a 'modal' dialog in E17

[Robert Heller]

At Wed, 11 Sep 2013 03:25:57 +0200 Enlightenment developer list 
enlightenment-devel@lists.sourceforge.net wrote:

 
 On Tue, Sep 10, 2013 at 7:45 PM, Robert Heller hel...@deepsoft.com wrote:
  At Tue, 10 Sep 2013 17:51:38 +0100 Michael Blumenkrantz 
  michael.blumenkra...@gmail.com wrote:
  On Tue, 10 Sep 2013 12:34:21 -0400
  Robert Heller hel...@deepsoft.com wrote:
 
   I am in the process of modifying E17 (I want to add so additional
   functionality to the file manager).  One of the things I need to be able 
   to do
   is have a 'modal' dialog, that is a dislog box that grabs the focus and 
   causes
   the program (the file manager) to wait.  I want events to be processed, 
   but I
   want psuedo code like this:
  
  dialog = make_dialog(...);
  show(dialog);
  wait_for(dialog);
  
   The 'wait_for()' call would not return until the OK button or Cancel 
   (close)
   button on the dialog has been clicked.  It is not clear how to do this 
   -- the
   documentation does not seem to cover this case (or I can't it in the
   documentation).
  
   Any pointers would be helpful.  Thanks in advance.
 
  yeahhh you can't do that.
 
  what you CAN do is something like the
  uhh...modules/conf_theme/e_int_config_wallpaper.c dialog does. you set the
  parent dialog (though make sure you do this AFTER you show both dialogs or
  it won't work) to set up your modal: the first param is your intended 
  modal,
  the second is the parent window which is getting blocked. then you can
  basically just wait for the modal to die and you'll know that there will be
  no events on the parent.
 
  I'll say this, however: we STRONGLY discourage the use of modal dialogs in
  e. unless you have a really good reason for it, I'm unlikely to accept any
  patches which introduce modal dialogs.
 
  Yes, I fully understand the 'evils' of modal dialogs, but there are times 
  when
  it is the only option. In this case I am interfacing to a library that has a
  callback that wants some input (a passphrase) and I cannot just return 
  without
  the passphrase and I don't know (in advance) if the passphrase is even 
  needed
  or what the hint for the passphrase is (this info gets passed into the
  callback). And the callback might be called again if the passphrase is 
  wrong.
  I may implement this with a subprocess, but then the subprocess itself will
  need to have a modal dialog. I am only interested a *local* type modal 
  dialog.
 
 I did have exactly the same problem with all the stupid ssh library
 out there that where never designed to be integrated into a GUI. At
 the end, solution where tested in that order :
 - Use the library from a thread.
 - Implementation of ecore_coroutine, to be able to put a function in
 standby and go back to the main loop.
 - Use ssh binary and ecore_exe.
 - Implement a ssh library that does it right.
 
 I am now working on the fourth solution, all previous attemps resulted
 in failure. Take it as an hint on what you are trying to do and maybe
 jump directly to that solution. I have no idea what your library is
 doing, but I can tell you, it will be painful !

It was *easy* when I interfaced this library with Tcl/Tk. (Tcl/Tk handles
events and event loops differently -- one of the big advanges of a scripting
language.)  The library is actually libgpgme.  I *guess* I could fork a Tcl/Tk 
script, except the dialog box that will pop up for the passphrase will look 
totally out-of-place (won't be visually compatible with E).

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments


 

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel