DBUS introspection (Was: DCOP interface in kicker broke compatibility? )

Waldo Bastian bastian-RoXCvvDuEio at public.gmane.org
Wed Feb 2 21:17:52 GMT 2005


On Wednesday 02 February 2005 20:46, Mike Hearn wrote:
> On Wed, 02 Feb 2005 10:12:33 +0100, Waldo Bastian wrote:
> >> What would be nice would be if there was a flag for the method that
> >> would prevent it from showing up in the list of DCOP methods, but still
> >> be possible to call.  Or at least some way of marking parts of the DCOP
> >> API as deprecated...though I suppose it's a bit late for such.
> >
> > Something to keep in mind for the DBUS introspection format.
>
> Why is that better than just marking it as deprecated in the
> documentation?

I don't think we have proper documentation for DCOP methods.

> They can't be removed until you next do a breaking release, 
> and hiding them from the list of methods introspection shows would be a
> breaking change too. So I guess it'd be purely an advisory flag, but if
> you're going to do that why not put all the docs in the introspection data?

That would actually be a good idea. I guess we could extract docu for the DCOP 
methods and install that somewhere, but looking at the way in which DCOP 
tends to be used I doubt that many people will actually bother to look for 
it. Having it available as part of the introspection data seems to me a 
valuable improvement.

Cheers,
Waldo
-- 
bastian-RoXCvvDuEio at public.gmane.org   |   Free Novell Linux Desktop 9 Evaluation Download
bastian-IBi9RG/b67k at public.gmane.org  |   http://www.novell.com/products/desktop/eval.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050202/9e22b601/attachment.sig>


More information about the kde-core-devel mailing list