On Fri, 24 Sep 2010, Carsten Haitzler (The Rasterman) wrote:

On Fri, 24 Sep 2010 09:04:39 -0300 Iván Briano (Sachiel) <sachi...@gmail.com>
said:

On Fri, Sep 24, 2010 at 8:57 AM, Vincent Torri <vto...@univ-evry.fr> wrote:

Hey,

in ecore_evas, there are plenty of calls that can use Eina_Bool instead of
int:

ecore_evas_engine_type_supported_get
ecore_evas_app_comp_sync_set
ecore_evas_app_comp_sync_get
all the _set functions that have an 'on' parameter and their _get too.

Should we modify them before beta ?


I would say yes.

yes - same with the rest of ecore. want to go fix them all up before beta? as i
said before - i already did evas, embryo and edje and fixed these. also moved
#defines to enums too.

I want confirmation about some points:

1) in Ecore_Input, some function would need int --> bool, but also function type like filter_event() in Ecore_IMF_Context_Class. Can I use the type Eina_Bool for the returned type of filter_event ? Same for retrieve_surrounding_func() in Ecore_IMF_Context

2) all the bit fields of public and private headers can't be changed from unsigned int to Eina_Bool, right ?

Vincent
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to