On Thu, 25 Feb 2010, Enlightenment SVN wrote:
> Log:
> TRUE/FALSE are gone, use EINA_TRUE/EINA_FALSE instead.
>
> Author: barbieri
> Date: 2010-02-25 16:59:11 -0800 (Thu, 25 Feb 2010)
> New Revision: 46500
>
> Modified:
> trunk/eina/src/include/eina_types.h
>
> Modified: trunk/ei
On Thu, 25 Feb 2010, Enlightenment SVN wrote:
> Log:
> turn off build of ecore-txt and ecore-config by default.
>
> These are deprecated and will be killed in short time, stop using them!
>
> Recommendations:
>
> * ecore-txt: use eina_str_convert, drop in replacement, just sed.
>
> * ecor
I will look at it in 10 hours :)
2010/2/26 Brian Wang
> Hello all,
>
> I tried again and here's a simple program that reproduces the problem.
> Please see the attached code.
>
> In the program, there are two buttons.
> * Good: click the 'notify' button. The elm_notify object appears at
> the b
Hello all,
I tried again and here's a simple program that reproduces the problem.
Please see the attached code.
In the program, there are two buttons.
* Good: click the 'notify' button. The elm_notify object appears at
the bottom as intended.
* Bad: click the 'inwin' button, click the 'close' b
On Thu, 25 Feb 2010 15:01:02 -0300 Gustavo Sverzut Barbieri
said:
because eina_log doesnt do what i want. i'm busy tracking down issues not
trying to get a gold star for using eina (which doesnt do what i want - i DONT
want any code there if its turned off - no fn call - nothing, but i also dont
In svn, thanks brian :)
dh
On 02/26/2010 12:55 AM, Christopher Michael wrote:
> Thanks Brian :) I am testing the patch right now (just to make sure
> things build), then I'll commit it.
>
> dh
>
> On 02/26/2010 12:49 AM, Brian Wang wrote:
>> Hello all,
>>
>> Please see the attached.
>>
>> There a
Thanks Brian :) I am testing the patch right now (just to make sure
things build), then I'll commit it.
dh
On 02/26/2010 12:49 AM, Brian Wang wrote:
> Hello all,
>
> Please see the attached.
>
> There are some more references left in Windows/WINCE parts, which I'm
> not sure of.
> Please review
Yea, apparently whoever removed the TRUE/FALSE didn't quite do a
complete job.
dh
On 02/26/2010 12:04 AM, Brian Wang wrote:
> On Fri, Feb 26, 2010 at 12:59 PM, Christopher Michael
> wrote:
>> True/False was just recently removed in favor of EINA_TRUE/EINA_FALSE.
>
> It's still in ecore?
> src/
Hello all,
I've been bothered by this question for quite some time but still
haven't been able to come up with a simple code that reproduce the
problem.
Here it goes:
elm_notify container may be mis-positioned after some objects are
created and destroyed later. By 'mis-positioned', I mean that i
On Fri, Feb 26, 2010 at 12:59 PM, Christopher Michael
wrote:
> True/False was just recently removed in favor of EINA_TRUE/EINA_FALSE.
It's still in ecore?
src/lib/ecore/ecore_pipe.c
src/lib/ecore_data/ecore_hash.c
etc...
>
> dh
>
> On 02/25/2010 11:51 PM, Brian Wang wrote:
>> Hello all,
>>
>> I
True/False was just recently removed in favor of EINA_TRUE/EINA_FALSE.
dh
On 02/25/2010 11:51 PM, Brian Wang wrote:
> Hello all,
>
> I just svn'd up and compiled the whole EFL.
> Lots of undefined TRUE/FALSE in Ecore bursted out, but they were not
> there before.
>
> I've always thought TRUE/FALS
Hello all,
I just svn'd up and compiled the whole EFL.
Lots of undefined TRUE/FALSE in Ecore bursted out, but they were not
there before.
I've always thought TRUE/FALSE is not defined in C; thus, there must
be some "#ifndef TRUE/FALSE..." macros in EFL. However, I failed to
find the macros in EF
Here's a tarball containing a prospective patch and a few commented test
programs:
http://tam.hiddenrock.com/eina-log-default.tar.gz
I haven't yet updated the documentation because I'm not entirely convinced
it's correct, but I'm not sure why, so I'd like a few second pairs of eyes on
it. Th
On Wed, Feb 24, 2010 at 8:06 PM, Lionel Landwerlin
wrote:
> This patch is surely a little crappy...
> I just tried to notify the evas widget when its window is resized.
> We might prefer to split the resize/reposition events.
Hi Lionel,
Thanks for the patch, but could you send 2 different patche
Hi all,
Would someone consider porting these tools from to-be removed
ecore-config to eet?
Both elitaire and elicit seems to work well, Rephorm even have
elicit-2.0 in a git at http://github.com/rephorm/elicit without such
dependency (should I replace current svn with a copy of it?).
Entrance is
On Sun, Feb 21, 2010 at 1:14 PM, Carsten Haitzler wrote:
> this is a warning.. in advance. in about 2 weeks (or so) we will kill off
> ecore_txt as eina now does the job... so.. prepare your packaging info
> accordingly. right now ecore-txt is actually unused. it still gets built and
> installed.
On Wed, Feb 24, 2010 at 2:28 AM, Eduardo Felipe
wrote:
> Hi folks!
>
> Since the adding of map capabilities to Edje, it's EDC Reference
> documentation has been broken due to the inclusion of tags out of
> proper order. That can be easily verified by going to
> http://docs.enlightenment.org/auto/e
On Thu, Feb 25, 2010 at 3:29 PM, Vincent Torri wrote:
> On Thu, 25 Feb 2010, Gustavo Sverzut Barbieri wrote:
>
>> On Thu, Feb 25, 2010 at 9:19 AM, Enlightenment SVN
>> wrote:
>>>
>>> Log:
>>> add lots of logging functions - for trackign x overhead when u cant get
>>> symbols... booo! - disabled
On Thu, Feb 25, 2010 at 5:00 PM, Peter Johnson wrote:
> Cool, thanks.
>
> My reading of those pages indicates that, were I to follow the recommendations
> contained therein, I would always use the EINA_LOG_DOM_*() macros and never
> the EINA_LOG_*() macros, because they use EINA_LOG_DOMAIN_GLOBAL,
Cool, thanks.
My reading of those pages indicates that, were I to follow the recommendations
contained therein, I would always use the EINA_LOG_DOM_*() macros and never
the EINA_LOG_*() macros, because they use EINA_LOG_DOMAIN_GLOBAL, and as a
good developer I should have my own domain(s) for my p
> really, there is already logging infrastructure there in ecore-x, if
> he wants another "domain", just create a new one and name macros
> differently, but use the standards and let's not require people to
> change private.h to define or not the debug :-/
Where is this documented?
-
On Thu, 25 Feb 2010, Gustavo Sverzut Barbieri wrote:
On Thu, Feb 25, 2010 at 9:19 AM, Enlightenment SVN
wrote:
Log:
add lots of logging functions - for trackign x overhead when u cant get
symbols... booo! - disabled of course.
damn raster, if you take so much time to do all this work, wh
On Thu, Feb 25, 2010 at 3:48 PM, Vincent Torri wrote:
> On Thu, 25 Feb 2010, Peter Johnson wrote:
>
>>> really, there is already logging infrastructure there in ecore-x, if
>>> he wants another "domain", just create a new one and name macros
>>> differently, but use the standards and let's not req
On Thu, 25 Feb 2010, Peter Johnson wrote:
>> really, there is already logging infrastructure there in ecore-x, if
>> he wants another "domain", just create a new one and name macros
>> differently, but use the standards and let's not require people to
>> change private.h to define or not the deb
On Thu, Feb 25, 2010 at 9:19 AM, Enlightenment SVN
wrote:
> Log:
> add lots of logging functions - for trackign x overhead when u cant get
> symbols... booo! - disabled of course.
damn raster, if you take so much time to do all this work, why don't
you take 5 minutes more to check out eina's lo
25 matches
Mail list logo
