On Thu, 8 Oct 2009 10:58:33 +0200 Vincent Pomageot <vincent.pomag...@gmail.com>
said:
aah indeed #ifdef copy & paste poopie! fixed in svn! and yes - thats why i keep
track of if it was initted - and if it was.. shut it down for the programmer on
shutdown. init just needs to be optional due to the high costs of these inits
(and as they are not actually required for elementary to function)
> Ok ! Now I understand why the static bool _elm_need_e_d_bus is there :)
> You let the devs initialize what is optional but shut it down for them if
> they did.
>
> Nevertheless I should have been more precise in the description of my patch
> because it also corrected a small typo in _elm_unneed_efreet():
> line 412, #ifdef ELM_EDBUS should be #ifdef ELM_EFREET here..
> an error that is so important... I'm so proud of me.. Will have to find
> something else to do for a *real* first patch :p
>
> Regards,
>
> Vincent Pomageot
>
> On Thu, Oct 8, 2009 at 2:59 AM, Carsten Haitzler <ras...@rasterman.com>wrote:
>
> > On Thu, 8 Oct 2009 01:07:20 +0200 Vincent Pomageot <
> > vincent.pomag...@gmail.com>
> > said:
> >
> > > Hi,
> > >
> > > While playing whith Elementary I've spotted that e_dbus and efreet wasn't
> > > initialized (elm_need_{e_dbus,efreet} not called in elm_init)
> > > So here is my very first very little patch :)
> > > elm_main.c | 4 +++-
> > > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > going to have to say no here. there is a REASON elm_need_e_dbus() and
> > elm_need_efreet() are external api calls available to the app. dbus will
> > need
> > to go connect to debus server and thus add latency to init. efreet's init
> > is
> > even worse in that it starts a filesystem scan of all .desktop files. you
> > dont
> > want every app you run to go do these unless they really need them. so no.
> > they
> > are external api calls you call in your app IF you need those sepcific
> > features
> > in your app. in most cases people dont need them.
> >
> >
> > --
> > ------------- Codito, ergo sum - "I code, therefore I am" --------------
> > The Rasterman (Carsten Haitzler) ras...@rasterman.com
> >
> >
>
>
> --
> Vincent Pomageot
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
