Hi all! <br>
This is the first report for my GSoC project. So I'll talk about the initial steps for it done last week.<br>As told by my mentor, <span>antognolli, some people at #maemo and #canola suggested the idea of using Telepathy instead of python-purple as
the IM lib of the plugin, as it will be a standard for most Maemo's
projects dealing with communication.</span> We have decided to think about it.<br>
So my mission was understanding both libraries and trying to use them.
Both have very comprehensive examples, that make use of almost
everything needed in the plugin, such as connecting, sending and
receiving messages. File transfer wasn't tested.<br>
I'll describe in more detail my conclusions on each of these libs:<br><br>Telepathy:<br> . Built to be a generic communications framework using D-Bus. <br> . Has Python bindings to facilitate the use of D-Bus, using conection managers. <br>
. Can be used with EFL D-Bus MainLoop (used inside Canola).<br> . Has a connection manager called telepathy-haze that exposes libpurple's protocols to Telepathy framework.<br> . A bit more burocratic access than python-purple, since it isn't a direct binding.<br>
. These connection managers (gabble (jabber), butterfly (MSN), haze (libpurple), salut (Bonjour)) seem pretty stable.<br><br>python-purple:<br> . Easy to use and less burocratic, since it is a direct binding (written in cython) to libpurple.<br>
. Already implements all basic signals, enough to develop the IM plugin, or at least a version with basic functionalities.<br> . Active and accessible developers, to help improving the lib.<br>
. Needs testing and some bugs correction (I was able to fix an annoying
one, concerning the necessity of LD_PRELOADing libpurple).<br>
. Using this would lead to a more stable and usable version of
python-purple, but less time would be spent developing the plugin
itself.<br clear="all"> <br>As
said before, I think that both could handle the job, having their own
pros and cons. So we wanted some feedback from you guys, which do you
think is better and why. After that, I'll talk to antognolli and we
will have a final decision on which we'll work with.<br>
Meanwhile, I intend to start working with the interface, in a top-down
approach, so instead of drawing mockups, everyone would be able to
interact with the plugin and suggest changes.<br><br>That's all for now. Thank you and good work for everyone!<br clear="all"><br>-- <br>Thiago 'bolaum' Borges Abdnur<br><br>