Andre Magalhaes wrote:
> On Nov 18, 2007 11:09 PM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
>> On Mon, 19 Nov 2007 01:02:40 +0100 "Jorge Luis Zapata Muga"
>> <[EMAIL PROTECTED]> babbled:
>>
>> my plan was just to split it with no renaming. ecore builds as ecore.
>> ecore_evas bui
Sebastian Dransfeld schrieb:
> Andre Magalhaes wrote:
>
>> On Nov 18, 2007 11:09 PM, The Rasterman Carsten Haitzler
>> <[EMAIL PROTECTED]> wrote:
>>
>>> On Mon, 19 Nov 2007 01:02:40 +0100 "Jorge Luis Zapata Muga"
>>> <[EMAIL PROTECTED]> babbled:
>>>
>>> my plan was just to split it with no
On Nov 19, 2007 12:02 PM, Peter Wehrfritz <[EMAIL PROTECTED]> wrote:
> Sebastian Dransfeld schrieb:
> > Andre Magalhaes wrote:
> >
> >> On Nov 18, 2007 11:09 PM, The Rasterman Carsten Haitzler
> >> <[EMAIL PROTECTED]> wrote:
> >>
> >>> On Mon, 19 Nov 2007 01:02:40 +0100 "Jorge Luis Zapata Muga"
> >
Peter Wehrfritz wrote:
> But is it really reasonable to split ecore in such small parts? In
> particular when you think on ecore_txt (1 function) or ecore_job (1 + 3
> functions).
Another point in splitting should be to make ecore_evas check engines
runtime and not compile time.
Sebastian
---
Hi, as the "ecore split" topic is around the ml again, after talking
to dj2 on irc there was a crucial point to decide what should stay and
what should be split and that's what "core" means. i agree different
people can have different views of what "core" means. So here is a
list of all ecore subsy
Jorge Luis Zapata Muga wrote:
> Please fill this poll with your own comments so we can have a
> consensus :)
I have no objections to the list.
--
Cheers,
Morten
-
This SF.net email is sponsored by: Microsoft
Defy all challe
This list seems reasonable to me.
On 11/19/07, Jorge Luis Zapata Muga <[EMAIL PROTECTED]> wrote:
> Hi, as the "ecore split" topic is around the ml again, after talking
> to dj2 on irc there was a crucial point to decide what should stay and
> what should be split and that's what "core" means. i ag
ecore_con should be removed from ecore. Other then that it looks good.
dan
On 19-Nov-07, at 10:46 AM, Jorge Luis Zapata Muga wrote:
> Hi, as the "ecore split" topic is around the ml again, after talking
> to dj2 on irc there was a crucial point to decide what should stay and
> what should be spl
Sebastian Dransfeld wrote:
> Peter Wehrfritz wrote:
>> But is it really reasonable to split ecore in such small parts? In
>> particular when you think on ecore_txt (1 function) or ecore_job (1 + 3
>> functions).
> Another point in splitting should be to make ecore_evas check engines
> runtime a
Is there actually any project that is still using ecore_config? Maybe it
could be removed. Ecore_Desktop should be removed too since it's
deprecated now.
Simon
On Mon, 19 Nov 2007 16:46:29 +0100,
"Jorge Luis Zapata Muga" <[EMAIL PROTECTED]> wrote :
> Hi, as the "ecore split" topic is around the
В пн, 2007-11-19 в 21:19 +0100, Simon TRENY написа:
> Is there actually any project that is still using ecore_config? Maybe it
> could be removed. Ecore_Desktop should be removed too since it's
> deprecated now.
>
elicit and edje_viewer still use ecore_config
> Simon
>
> On Mon, 19 Nov 2007 16:4
Виктор Кожухаров schrieb:
> В пн, 2007-11-19 в 21:19 +0100, Simon TRENY написа:
>
>> Is there actually any project that is still using ecore_config? Maybe it
>> could be removed. Ecore_Desktop should be removed too since it's
>> deprecated now.
>>
>>
> elicit and edje_viewer still use ecore
On Mon, 19 Nov 2007 13:56:22 -0500 dan sinclair <[EMAIL PROTECTED]> babbled:
> ecore_con should be removed from ecore. Other then that it looks good.
> dan
agreed. ecore_con should go out. also ecore_file should go out too.
but my point is - there is no need to do the split NOW. there already is
On Mon, 19 Nov 2007 21:53:24 +0100 "Dr. Michael 'Mickey' Lauer"
<[EMAIL PROTECTED]> babbled:
> Sebastian Dransfeld wrote:
> > Peter Wehrfritz wrote:
> >> But is it really reasonable to split ecore in such small parts? In
> >> particular when you think on ecore_txt (1 function) or ecore_job (1 + 3
On Sun, 18 Nov 2007 21:50:43 -0500 Mike Frysinger <[EMAIL PROTECTED]> babbled:
> On Sunday 18 November 2007, Carsten Haitzler wrote:
> > On Sun, 18 Nov 2007 12:41:00 -0500 Mike Frysinger <[EMAIL PROTECTED]>
> babbled:
> > > does anyone actually need --with-enlightenment-config ? its
> > > functi
On Sat, 17 Nov 2007 17:50:32 +0100 [EMAIL PROTECTED] (Lars Munch) babbled:
> Hi
>
> This small patch fixes a crash in ecore_evas_fb when there are no input
> devices in /dev/input.
it's in cvs - plus some more checks too.
--
- Codito, ergo sum - "I code, therefore I am" --
On Sat, 17 Nov 2007 11:11:55 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
babbled:
> Is this a proper fix or hiding a bug in the calling application (or
> another part of the lib)? I would think the application should be
> responsible of knowing when they should unref the connection.
personally i
On Nov 20, 2007 12:06 AM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Mon, 19 Nov 2007 13:56:22 -0500 dan sinclair <[EMAIL PROTECTED]> babbled:
>
> > ecore_con should be removed from ecore. Other then that it looks good.
> > dan
>
> agreed. ecore_con should go out. also ecore_fil
On Tue, 20 Nov 2007 00:24:29 +0100 "Jorge Luis Zapata Muga"
<[EMAIL PROTECTED]> babbled:
> On Nov 20, 2007 12:06 AM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
> > On Mon, 19 Nov 2007 13:56:22 -0500 dan sinclair <[EMAIL PROTECTED]>
> > babbled:
> >
> > > ecore_con should be remove
On 11/19/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Sat, 17 Nov 2007 11:11:55 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
> babbled:
>
> personally i like defensive programming. it's better than every process having
> to trap its segv's/aborts and give u a debug trace and s
On Mon, 2007-11-19 at 17:38 -0600, Nathan Ingersoll wrote:
> On 11/19/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > On Sat, 17 Nov 2007 11:11:55 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
> > babbled:
> >
> > personally i like defensive programming. it's better than every pro
I'm not seeing this when I have full debug on with Ewl. Can you please
post an example program that shows this behavour? We've been trying to
cleanup as many of the warnings as we can in the system. There are a
few warnings spit but not many.
dan
On 19-Nov-07, at 7:14 PM, Brett Nash wrote:
On Mon, 2007-11-19 at 19:54 -0500, dan sinclair wrote:
> I'm not seeing this when I have full debug on with Ewl. Can you please
> post an example program that shows this behavour? We've been trying to
> cleanup as many of the warnings as we can in the system. There are a
> few warnings spit b
Oh, Evas Errors. Sorry, wasn't paying attention. I thought you were
talking about Ewl warnings. I haven't tried to turn on the Evas stuff
before.
dan
On 19-Nov-07, at 8:18 PM, Brett Nash wrote:
> On Mon, 2007-11-19 at 19:54 -0500, dan sinclair wrote:
>> I'm not seeing this when I have full
Fixed and committed. First I've heard of these evas environment
variables or that EWL generated warnings with them.
On 11/19/07, Brett Nash <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-11-19 at 19:54 -0500, dan sinclair wrote:
> > I'm not seeing this when I have full debug on with Ewl. Can you please
Hi,
On Nov 19, 2007 8:12 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Sat, 17 Nov 2007 11:11:55 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
> babbled:
>
> > Is this a proper fix or hiding a bug in the calling application (or
> > another part of the lib)? I would think the ap
Hi all,
I'm using a shelf at the right border with size set to HUGE (120px)
and below all windows so it can be nice and use transparency, staying
at the bottom of my desktop and working like KDE's superkaramba, GNOME
desklets, Windows Vista gadgets and ...
It works great, I'm using calendar, cloc
27 matches
Mail list logo
