On Tue, 4 Nov 2008 11:01:10 +1100
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:

> On Mon, 3 Nov 2008 14:39:05 +0100 (CET) Dave Andreoli
> <[EMAIL PROTECTED]> babbled:
> 
> > > 1. config everyone cal look at
> > > OR
> > > 2. "opening service". e.g. a dbus call- u send an array (list) of
> > > file paths
> > > and say "open them please" - e will open them for you. this way
> > > you also
> > > recycle the exec method and child process tracking etc. if the
> > > target file is a
> > > directory - it opens a directory window, etc.
> > > 
> > > is #2 perhaps not better?
> > 
> > The #2 is powerfull but will work only if E is running, and this is
> > bad for applications, that should work also outside E. 
> > 
> > I prefer the #1, put the config where everyone can look...what about
> > the defaults.list file ? ;) (it's not yet a fdo standard, but it's
> > a simple and clear way to store the info)
> 
> technically - any app/desktop/wm could provide the same dbus
> service... a stand-alone app could too. the problem with #1 is that
> if e decides to change config, format, versioning, keys, break it
> etc. every app is stuck catching up. putting it into a lib and
> formalising it sets the config in stone as u cant go change it as u
> are going to break format/api. a very limited config is possible, but
> i think it's a bit premature to go formalising this - for e it is i
> think. also this means the config now can't use e's normal config
> schemes.
> 

I agree here, thus why I didn't bother applying this patch yet.  I want
to make sure there is a specification set before we do anything.  They
may end up using dbus or they may keep it simple.  I really think dbus
is complete overkill for matching mimetypes to applications though.  No
need to have a daemon running that is going to sit idle 99.9% of
the time.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to