Everything about this is going the wrong way for me..

First its now being tied into KDE, and gnome et all..

And I;m using it as a "good stable" windows client...

So forget the interop part.. once it goes into kde land.. its gone on
windows..

Now if it was my GSOC, I would make it run cool on windows 8 and 7, but
also runs on kde and alike...

NOtable.. KDE is there, but there are some parts that really "piss me off"
eg search and akondai and contact and nagging demons I have to KILL..
every reboot...

So if we can make it the best IMAP client, and focus on it being fast, easy
cool, functional and CROSSPLATFORM.. in windows, apple and linux.. then
later android etc woudl be better imho..

Binding is good, eg my windows desktop to exchange.. et all..
So we need to make than unbound and xplatform and works on all.. well..

Sorry to be negative, but thats the project in my eyes..

But also a few question/task of what I would like out of GSOC
==
1) can u rip out the "imap" part and make it seperate completely 100% by
itself
2) can you use sip to create python bindings for imap, and make it run with
pyqt..
3) use awindows machine to knockup a wucik interface for cutomer in pyqt on
machine
4) client blinks a few times..
5) profit.. ;-)

kinda idea............

For students...
This is what u need to do to make a "compliant" system and make it work
across platforms..
Its will drive u nuts.. But u will be in the code forever..

Anyway.. sorry to be neagative.. But i call it a positive negative...

I would much perfer to make the "trojita" a more of a "project" in itself,
instead of sitting on some un intended bug fised or not on another syste,m..

Its too limiting then.. its needs to be free of those chains.. and be
independand and xplatform..

This problem is best exampled with the marble map problem.. se la view

thanks all.. love it and its works for me.. ;-))
Pete

Reply via email to