In the case of ewl, most of the functions are public so that external
modules can inherit and override defaults. Any truly private functions
are static. Did you see something specific in ewl that would benefit?
On 11/4/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]
com> wrote:
> Hi guys,
>
> I tr
On Thu, 1 Nov 2007 08:46:05 -0400 "Hisham Mardam Bey"
<[EMAIL PROTECTED]> babbled:
> > actually no - it was meant to be BOTH a file selector back-end AND a simple
> > filemanager. there is no point making 2 of them separate. they do the same
> > thing. list files.
>
> Granted, but if the file man
Hi guys,
I tried to compile CVS with LDFLAGS="-fvisibility=hidden" and to my
double surprise: 1) most modules built fine, 2) things that would
benefit most, don't use it :-/
Modules that miss "EAPI" (or __attribute__ ((visibility("default":
e_dbus
efreet
etk
ewl
Also, please try to use the
Hi guys!
Evas is a really great lib with very good performances to render a lot
of objects, but I think it has one major drawback: it is quite slow
when we have to scroll contents (iconbox, list-view, text-view, ...).
Indeed, for now, in order to implement this scrolling effect, we have
to move al
Build log for Enlightenment DR 0.17 on 2007-11-03 07:08:32 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
engage http://download.enlightenment.org/tests/logs/engage.log
epdf http://download.enlightenment.org/tests/logs/epdf.log
evolv
Vincent Torri wrote:
>> --- configure.in 21 Oct 2007 13:10:23 - 1.232
>> +++ configure.in 3 Nov 2007 10:32:42 - 1.233
>> @@ -95,9 +95,6 @@
>> ENLIGHTENMENT_ROOT=`eval echo ${DATADIR}/e16`
>> ENLIGHTENMENT_BIN=`eval echo ${bindir}`
>> ENLIGHTENMENT_LIB=`eval echo ${libdir}
> --- configure.in 21 Oct 2007 13:10:23 - 1.232
> +++ configure.in 3 Nov 2007 10:32:42 - 1.233
> @@ -95,9 +95,6 @@
> ENLIGHTENMENT_ROOT=`eval echo ${DATADIR}/e16`
> ENLIGHTENMENT_BIN=`eval echo ${bindir}`
> ENLIGHTENMENT_LIB=`eval echo ${libdir}`
> -AC_SUBST(ENLIGHTENM
Vincent Torri wrote:
> Hey
>
> I have 2 qestions about ecore_path:
>
> 1) about ecore_path_group_new, the documentation says that if an error
> occured, then 0 is returned. But I see a "return -1;" Shouldn't the
> function return 0 instead ? Also, if ecore_list_new return NULL, shouldn't
> we
Hey
I have 2 qestions about ecore_path:
1) about ecore_path_group_new, the documentation says that if an error
occured, then 0 is returned. But I see a "return -1;" Shouldn't the
function return 0 instead ? Also, if ecore_list_new return NULL, shouldn't
we also return an error (0 or -1, acco
