Goffart,
I have never done any work on KDE or Kopete, but I'm willing to work on the
encryption plugin.
And i will give you help if i am available.
It would be nice if you gave me some kind of jump start. Where's a good place
to start? I downloaded the source is there any documentation available? (I
didn't found any, but maybe I'm just blind today)
For now I will start to read the TR docs.
regards,
kevin
kopete-devel mailing list
kopete-devel (AT) kde (DOT) org
PGP SIGNATURE
Version: GnuPG v1.4.6 (GNU/Linux)
3UWpRasWlHxfF2/Fjnb/+6o=
=FIs+
PGP SIGNATURE

Hey,

I am actually just starting on an TR plug-in as well! Perhaps we could do it
together? I haven't accomplished anything yet. I've just been trying to
confiugre my kdevelop project file to get things building properly (but I'm
having more troubles than I want to admit). that is off the ground, I
was thinking the TR plug-in would be quite similar to the crypto plug-in.
course the Config page would be a little different, but we could probably
keep most of the workflow the same.

Let me know.

Shaun

Thursday 01 March 2007 8:15 am, Kevin Bader wrote:
Goffart,
--
I have never done any work on KDE or Kopete, but I'm willing to work on the
encryption plugin.

And i will give you help if i am available.

It would be nice if you gave me some kind of jump start. Where's a good
place to start? I downloaded the source is there any documentation
available? (I didn't found any, but maybe I'm just blind today)

For now I will start to read the TR docs.

regards,
kevin

kopete-devel mailing list
kopete-devel (AT) kde (DOT) org

PGP SIGNATURE
Version: GnuPG v1.4.3 (GNU/Linux)

48r8Zbt5gFzrtSVFuCuk=
=48sY
PGP SIGNATURE

Shaun,

I wanted to start writing the plugin with a friend of mine, but I think it
would be fun writing it cooperatively. As you we have just started to read
the sources and available documentation.

Do you really want to start a new plugin? I thought it would be great to patch
the existing cryptography plugin - only if Goffart is happy with our
code of course :]. With a single cryptography plugin, not only the
configuration interface would be more straight-foreward, but we could
implement features better. When the plugin is finished it should be able to
chose between an TR session and a GPG session itself (if the first method
fails, use the other, for instance). This behaviour should be configurable.
The user could chose the preferred encryption method for every single user in
his contact list.
A very important task is to be 100% compatible to existing TR implemenations.
There is no use for a Kopete-only encryption solution.

Which features are you thinking of?

regards,
kevin

Am Donnerstag, 1. Mrz 2007 18:25 schrieb senecaso:
Hey,

I am actually just starting on an TR plug-in as well! Perhaps we could do
it together? I haven't accomplished anything yet. I've just been trying
to confiugre my kdevelop project file to get things building properly (but
I'm having more troubles than I want to admit). that is off the
ground, I was thinking the TR plug-in would be quite similar to the crypto
plug-in. course the Config page would be a little different, but we
could probably keep most of the workflow the same.

Let me know.
--
Shaun

Thursday 01 March 2007 8:15 am, Kevin Bader wrote:
Goffart,
--
I have never done any work on KDE or Kopete, but I'm willing to work on
the encryption plugin.

And i will give you help if i am available.

It would be nice if you gave me some kind of jump start. Where's a good
place to start? I downloaded the source is there any documentation
available? (I didn't found any, but maybe I'm just blind today)

For now I will start to read the TR docs.

regards,
kevin

kopete-devel mailing list
kopete-devel (AT) kde (DOT) org

PGP SIGNATURE
Version: GnuPG v1.4.6 (GNU/Linux)

F1giZ1oAJJTaJXVUdzsi8bA=
=1zR2
PGP SIGNATURE

Merging them into one plug-in sounds like a good idea, but as Martijn said, it
could be a little more complex. You are absolutely right though, there is no
use for a kopete specific plug-in if we cant interoperate with the existing
Gaim TR plugin (or any others that may exist). That will be a main
requirement for me, since the people I will be communicating with will be
using Gaim! :)

If you are going to work on this with a friend, that's no problem. I
actually get my environment set up I think I might just implement my own on
the side, just as an exercise for myself. After looking at the crypto code,
it doesnt look like it will be that difficult since I should be able to
pilfer a lot of the code. course, I may be totally underestimating this!
I have been working with Java for far too long now! ;)

If there are pieces of my plug-in that you like we could always piece them
together in the "final" version.

Shaun

Thursday 01 March 2007 10:16 am, Kevin Bader wrote:
Shaun,

I wanted to start writing the plugin with a friend of mine, but I think it
would be fun writing it cooperatively. As you we have just started to read
the sources and available documentation.

Do you really want to start a new plugin? I thought it would be great to
patch the existing cryptography plugin - only if Goffart is happy
with our code of course :]. With a single cryptography plugin, not only the
configuration interface would be more straight-foreward, but we could
implement features better. When the plugin is finished it should be able to
chose between an TR session and a GPG session itself (if the first method
fails, use the other, for instance). This behaviour should be configurable.
The user could chose the preferred encryption method for every single user
in his contact list.
A very important task is to be 100% compatible to existing TR
implemenations. There is no use for a Kopete-only encryption solution.

Which features are you thinking of?

regards,
kevin

Am Donnerstag, 1. Mrz 2007 18:25 schrieb senecaso:
Hey,

I am actually just starting on an TR plug-in as well! Perhaps we could
do it together? I haven't accomplished anything yet. I've just been
trying to confiugre my kdevelop project file to get things building
properly (but I'm having more troubles than I want to admit). that
is off the ground, I was thinking the TR plug-in would be quite similar
to the crypto plug-in. course the Config page would be a little
different, but we could probably keep most of the workflow the same.

Let me know.
--
Shaun

Thursday 01 March 2007 8:15 am, Kevin Bader wrote:
Goffart,
--
I have never done any work on KDE or Kopete, but I'm willing to work on
the encryption plugin.

And i will give you help if i am available.

It would be nice if you gave me some kind of jump start. Where's a good
place to start? I downloaded the source is there any documentation
available? (I didn't found any, but maybe I'm just blind today)

For now I will start to read the TR docs.

regards,
kevin

kopete-devel mailing list
kopete-devel (AT) kde (DOT) org

PGP SIGNATURE
Version: GnuPG v1.4.3 (GNU/Linux)

6we4BCtIa/1rNSz/VzMIo1c=
=BKox
PGP SIGNATURE

Will,

Ping me on IRC if you need any help getting kopete set up for dev work or
plugin development.

I do have experience with C++, but I've never done anything with QT (altough
to me it looks a bit like wxWidgets which I'm familiar with) or in KDE in
generell. So I do need help getting kopete set up for dev work :-)

Current state of knowledge: I have started to read the QT and TR
documentation and I have downloaded and compile the stable source of kopete.
I have KDevelop and all the necessary build tools installed. Where should I
start?

Are you targeting kde 3 or 4?

Haven't thought about that so far ;-)
I know that the QT version KDE 4 uses is different, but are there differences
in the parts I will be using? When there are differences, I will target KDE
4, I guess. What do you think?
Do I have to install KDE4 SVN head if I want to develop for KDE4?

I'm looking forward to my first contribution to an open source project :-)
Thanks in advance!

regards,
kevin

kopete-devel mailing list
kopete-devel (AT) kde (DOT) org

PGP SIGNATURE
Version: GnuPG v1.4.6 (GNU/Linux)

IP4CsCA/Xvyr3p7y/EZu1Tw=
=Tkhm
PGP SIGNATURE

Friday 02 March 2007 16:04, Kevin Bader said:
I do have experience with C++, but I've never done anything with QT
(altough to me it looks a bit like wxWidgets which I'm familiar with) or in
KDE in generell. So I do need help getting kopete set up for dev work :-)

Current state of knowledge: I have started to read the QT and TR
documentation and I have downloaded and compile the stable source of
kopete. I have KDevelop and all the necessary build tools installed. Where
should I start?

I would start by analysing how one of the existing simple plugins like web
presence (very simple, my first kopete code) or now listening (since this
works on the message processing level). Then have a look at how Cryptography
works.

Are you targeting kde 3 or 4?

Haven't thought about that so far ;-)
I know that the QT version KDE 4 uses is different, but are there
differences in the parts I will be using? When there are differences, I
will target KDE 4, I guess. What do you think?
Do I have to install KDE4 SVN head if I want to develop for KDE4?

KDE 3 is easier to work with for now. KDE 4 will be a bit frustrating as
Kopete has many problems of its own to be solved, but will ultimately have
the longer lifespan.

If you have time I would develop on KDE 3 first then port.

I'm looking forward to my first contribution to an open source project :-)
Thanks in advance!

Great, good to have you on board!

Will

kopete-devel mailing list
kopete-devel (AT) kde (DOT) org