On Wednesday, 5 June 2013 17:19:08 CEST, Thomas Lübking wrote:
dbus as mentioned Qt only anyway and the mimetype assignment just a desktop service file (trojita could ship that anyway to register it as mail url handler)
Yes; I'm cheating here and one of my goals for this GSoC task is not only to "integrate Trojita into KDE", but also to make it better -- and this includes adding extra features which just happen to be useful within KDE as well, like the QtSingleApplication/DBUS things along with mailto: handling, etc. The drawback of this is that it's a slippery slope, and that's why I'd like Pali to define what he is going to do and what is not required so that we can do a fair evaluation later during the GSoC.
For integration into kontakt you'll (likely) have to write a part plugin what (likely) means that trojitas functionality has to exist in a library and either be loaded from the part or the binary.
Just converting the src/Gui/ to be a shared library (with a volatile interface without any guarantess, of course) shall be doable, right?
Anyway, this (afaik) requires the mainwindow to derive from KParts::MainWindow, thus will probably not be doable w/o a compile time branch. (I would not konsider myself a huge kparts expert - quite ununixish concept ;-)
What about a stub widget which is "set up" by KParts, but then simply embeds the actual Trojita's main window?
Have you already contacted kde-...@kde.org on this topic and to explore requirements and possibilities?
FYI, Kevin Krammer (who reads us in Cc) promised to act as a backup mentor. Kevin, what is your idea on how to collaborate best? I'd suggest joining this ML (via trojita+subscr...@lists.flaska.net), but I can see that you might be too busy to do that. On the other hand, I'd *really* like to have these discussions in public, and creating yet another ML sounds like a huge overkill. Cheers, Jan -- Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
