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