[Kde-pim] Fwd: Google SoC Project Idea: Kontact Exchange

[Michael S. Mikowski]

As a daily user of Kontact hooked to Exchange, I would love to see this, 
as would a number of my co-workers who use KDE. I'd even send money, as 
would probably a few others here!

As for 3.x vs 4.0 issues, my *uninformed* $0.02 is that it may be best 
to develop for the 3.x branch initially since it is stable.  When it is 
time to migrate to 4.0, lots of people on lots of projects will have 
experience doing so.  With their help, and bit of forethought, such a 
migration might not be so bad.

I think we'd rather see this project pursued /this year/ while the Am 
Montag is interested and available, then decline it or hamper it with a 
still evolving API.

Cheers,

Mike


On Tuesday 06 March 2007, Reinhold Kainhofer wrote:
> Am Montag, 26. Februar 2007 schrieb Thiago Macieira:
> > I'd very much like to contribute to KDE via the Google Summer of
> > Code.  I think that I have two good project ideas (the first of
> > which is listed below), and have no problem putting forth the
> > required effort to contribute features.  I've already contributed
> > patches to the KDE project, am an active Gentoo developer, and
> > develop a lot of open source software in my spare time.
> >
> > My preliminary project proposal for full Kontact Exchange
> > integration follows:
>
> I think that would be a really great project!
>
> The only problem that I currently see is that kdepim is right in a
> transition (like it has been for about two years not) from the kde
> 3.5 resources approach to akonadi in KDE 4. While KDE 4 does not yet
> have all features (e.g. no working korganizer ;-) ) that would be
> needed, I'm not sure how good an idea it is to work on kde 3.5 code
> when akonadi changes are pending...
>
> Does anyone of the other pim guys have a clear vision how we should
> proceed with these issues?
>
> For KDE4 we definitely want an easy framework to allow implementation
> of such groupware integration (calendar/tasks/journals, addressbook,
> mail access, notes), but we're still missing the proper API design
> (or am I missing something here?).
>
> Cheers,
> Reinhold



-- 
Mike
www.dynaorg.com
_______________________________________________
kde-pim mailing list
kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
kde-pim home page at http://pim.kde.org/