Re: [PATCH] NM DBUS api documentation build system
- From: Will Stephenson <wstephenson kde org>
- To: networkmanager-list gnome org
- Subject: Re: [PATCH] NM DBUS api documentation build system
- Date: Fri, 8 Feb 2008 18:43:45 +0100
On Friday 08 February 2008 17:52:22 Dan Williams wrote:
> On Tue, 2008-02-05 at 15:46 +0100, Will Stephenson wrote:
> > Here's a patch that adds api documentation generation to the NM build
> > system. The code is taken from the Telepathy project.
> I think as others have expressed, I think that process adds an extra,
> unnecessary step. I think I'd rather see the following:
> 1) annotate the introspection/*.xml files using the many-times-proposed
> "org.freedesktop.DBus.Doc" annotation name which was designed just for
> this. You'd end up with stuff looking like this:
> <interface name="org.freedesktop.NetworkManager.Device">
> <method name="Deactivate">
> <annotation name="org.freedesktop.DBus.GLib.CSymbol"
> value="impl_device_deactivate"/> <annotation
> Deactivates the device, removing applicable routes, IP addresses, and
> marking the device down. </annotation>
> <property name="Udi" type="s" access="read">
> <annotation name="org.freedesktop.DBus.Doc">
> The HAL Unique Device Identifier for this device.
Google knows exactly one hit for "org.freedesktop.DBus.Doc", that doesn't say
much. Where is this documented? From this example it seems to be less
descriptive than Telepathy's format, but I'll reserve judgement until I've
had a look at it.
If you've got an archive of the dbus list, look for the thread "documentation
and introspection" from Nov 2006 where Simon McVittie compares the tp doc
format and another namespaced doc proposal.
> 2) Assuming dbus-glib's binding tool ignores annotations it doesn't
> recognize (and if it doesn't, we fix it to do so), the binding tool will
> just continue as normal creating the glue and bindings file.
It should ignore namespaces it doesn't recognise too, making tp: namespaced
introspection xml safe even without the (IMO trivial) extra xslt step that
> 3) The optional document generation step (enabled at configure-time with
> --enable-docs or something) can run xslt or something on the
> introspection XML and generate the HTML documentation.
Right, this is how the tp system works too.
> There are some bits of the code that could stand extra documentation
> that aren't part of the D-Bus API directly, like the NMSettings
> subclasses. They are of course D-Bus dictionaries, and the key/value
> pairs and types are firmly defined. While that spec doesn't live in
> SVN, it really should live there, and it really should be pulled into
> the autogenerated docs for consistency.
tp uses similar settings dictionaries, and defines their key ranges in these
types' docstrings. Have a look at http://telepathy.freedesktop.org/spec.html
for its output.
] [Thread Prev