Hello,
On Wednesday 05 June 2013 17:19:08 Thomas Lübking wrote:
> On Mittwoch, 5. Juni 2013 15:53:32 CEST, Pali Rohár wrote:
> > Hello,
> >
> > in this Google Summer of Code I'd like to integrate Trojita
> > into KDE. This means support for KWallet, KAddressBook,
> > dbus, mailto:, ... and also integration to Kontact (like
> > KMail).
>
> KWallet is accessible via DBus (which is itself supported by
> Qt and not KDE related) - there however were efforts to
> replace kwallet as well as have a common interface with gnome
> ("ksecretservice") which somehow stalled alongside the
> kdelibs freeze. I only remotely noticed that discussion,
> you'll have to google or ask on kde-utils-de...@kde.org.
> I think that until KDE & Gnome devs decide what would be common interface and until API for it will be stable, it is better to use kwallet (via dbus or kde api) which is stable and used by all kde applications. Reason why to use kwallet is because it is common password storage for KDE applications, so you will have all passwords in one place. > KAddressBook is afaik tied to akonadi, i'm not sure whether > it's still possible to access this otherwise. 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) > It is still possible to access KAddressBook via traditional KDE kabc library. kabc using traditional kde resources (e.g vcard files from directory or LDAP or CardDAV) or can use akonadi. Kopete still using it for KAddressBook interaction. It working fine, I do not see any problems with it. My experience with akonadi is not very good. So I prefer to have kabc support. I can write also akonadi code, but I'm not going to use it for everyday work. > 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. > > 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 ;-) > Right. To have Trojita (window) in Kontact, it is needed that some Trojita GUI parts will be compiled in kpart dynamic library. KMail is also compiled in kpart library. And standalone kmail binary (which is not started from Kontact) is loading that kpart library. I think that this is not good idea for Trojita, so I think it will be better to have separate kpart plugin which will generate trojita main GUI in Kontact and will use as much as possible from current Trojita GUI code. > Have you already contacted kde-...@kde.org on this topic and > to explore requirements and possibilities? > Not yet, I will ask. > Cheers, > Thomas -- Pali Rohár pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
