Hello Developers, 

Recently there has been a move towards modularizing the config dialogs within 
E17.  With the development in this area raster and I were thinking it would be 
a nice time to modularize the IPC code.  That is, the enlightenment binary 
should only contain a minimal amount of IPC functionality (Module, Restart, 
Profiles) while the rest should be extended via modules. 

The problem with the current IPC framework is that the handlers are not 
dynamically appendable. This could be fixed.  However, I believe that dbus 
should be the way to advertise out IPC as it seems like the standard way to do 
things now (look at, pidgin, gnome, rhythmbox etc. if you will). The final goal 
is to remove the e_ipc_handlers* files completely.  e_ipc is still needed for 
e_fm and thumbnailing. 

Attached is a file that implements the core dbus subsystem in E17.  The next 
step is to expose register / unregister API to allow modules to register 
interfaces with the enlightenment window manager  core RemoteObject. 

Currently any feedback and opinions will be helpful. 

Current API:
<!DOCTYPE node PUBLIC "-//freedesktop//DTD D-BUS Object Introspection 1.0//EN"
 "http://www.freedesktop.org/standards/dbus/1.0/introspect.dtd";>
<node name="/org/enlightenment/wm/RemoteObject">
  <interface name="org.freedesktop.DBus.Introspectable">
    <method name="Introspect">
      <arg type="s" direction="out"/>
    </method>
  </interface>
  <interface name="org.enlightenment.wm.Core">
    <method name="Restart">
    </method>
    <method name="Shutdown">
    </method>
  </interface>
  <interface name="org.enlightenment.wm.Module">
    <method name="Load">
      <arg type="s" direction="in"/>
    </method>
    <method name="Unload">
      <arg type="s" direction="in"/>
    </method>
    <method name="Enable">
      <arg type="s" direction="in"/>
    </method>
    <method name="Disable">
      <arg type="s" direction="in"/>
    </method>
    <method name="List">
      <arg type="a(si)" direction="out"/>
    </method>
  </interface>
</node>

-Stafford
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to