[Kde-bindings] Fwd: Qyoto naming conventions
richard.j.dale at gmail.com
Wed Feb 14 08:08:15 UTC 2007
I got a mail this morning, and here is my reply to it.
---------- Forwarded message ----------
From: Richard Dale <richard.j.dale at gmail.com>
Date: Wed, 14 Feb 2007 07:48:23 +0000
Subject: Re: Qyoto naming conventions
To: Mart Roosmaa <mart at roosmaa.net>
On 2/13/07, Mart Roosmaa <mart at roosmaa.net> wrote:
> I'm not a big fan of Qt, but I do want to test out your project, last time I
> tried, it didn't compile, so I decided to wait until a more stable version
Well, we haven't done a first release yet. It is easier to build than
it was as we've switched to a cmake based build system.
> Anyhow, a friend of mine, who is a KDE fanboy, pointed me to:
> And as I can see from the examples, you seem to be using C/C++ naming style:
> 1) Q_SLOTAttribute
> 2) SERVICE_NAME
Yes, we need to have a version of the Qyoto api that looks as much
like the original C++ api as possible. That is because there is no way
that we can manage to translate all the C++ documentation and examples
to C#. So if we stick fairly closely to the original api it makes it
very easy to translate from C++ when you're working out how to do
something in C#. So the first release will look as similar to the
original api as possible. Then when we've got user feedback we can
layer so more 'C#-like' features on top. Like event delegates or
Note that 'SERVICE_NAME' isn't in the api, it's just a name in the
QtDBus sample code, where the point was to show how similar it was to
the original C++ example.
> In order to keep .Net as uniform as possible (I know, you would like to keep
> things as close to Qt as possible, but you still shoud honour other
> I'd suggest you to start naming things as other .Net libraries.. (eg:
> QSlotAttribute, ServiceName, etc)
Yes, but there is not reason why we can't have two ways to do things
in the api, but not for the first release (see above).
> Just my two cents & thanks,
> P.S: I really hope you are a Qyoto dev =]
Yes thanks, I am..
More information about the Kde-bindings