On Thursday 11 January 2007 21:23, karderio wrote:
On Wed, 2006-12-27 at 16:57 +0100, Cornelius Schumacher wrote:
On Saturday 25 November 2006 17:39, Don Scorgie wrote:
* Remove the help: URI section. It causes confusion and is
inextensible (installing a package in /opt with the docpath
Bastian, Waldo wrote:
That's what dbus does already, so maybe the thing that's needed is a way
to delegate service activation from the dbus daeon to other clients.
That's exactly what Aaron and I ended up discussing and concluding. I'll
be sending a proposal to the D-Bus mailing list with the
On Saturday 25 November 2006 17:39, Don Scorgie wrote:
I've put up a new version (0.2) for viewing / download at:
(html)
http://www.gnome.org/~dscorgie/help-spec-0-2.html
(docbook xml)
http://www.gnome.org/~dscorgie/help-spec-0.2.xml
This already looks quite good. It seems we are finally
On Wednesday 27 December 2006 8:57, Cornelius Schumacher wrote:
One question, though: Is D-Bus able to start the help browser on demand
when a call is made to the API or is it needed that the help browser is
already running (providing it is the help browser implementing the API)?
d-bus
Aaron J. Seigo wrote:
One question, though: Is D-Bus able to start the help browser on
demand when a call is made to the API or is it needed that the help
browser is already running (providing it is the help browser
implementing the API)?
d-bus supports activation-on-call[1]. the challenge
On Wednesday 27 December 2006 13:14, Thiago Macieira wrote:
If a service is desktop-dependent, the desktop should acquire the service
when it starts up. It makes more sense to me than creating a program or
script that detects the desktop and spawns the correct desktop-dependent
service.
On Wednesday 27 December 2006 13:14, Thiago Macieira wrote:
If a service is desktop-dependent, the desktop should acquire the
service
when it starts up. It makes more sense to me than creating a program
or
script that detects the desktop and spawns the correct
desktop-dependent
service.
