This brings a reworked folder tree and and a new message list, which is much more powerful than the old one.
New features include grouping, multiline items and the ability to customize just about everything of the look of the message list.
Also, we have a tabbed interface for opening more than one folder at once now.
An important aspect of the new message list is that drawing speed is now fast again (there was a regression in Q3ListView that
made huge folders a real pain to navigate, reading commit folders was not a nice thing to do).
There are probably more things which I forgot to list here.
Also, this is big step forward in getting rid of Qt3Support in KMail, now just some tiny bits are left.
Many thanks to SoC student Szymon Stefanek for his awesome work on his project! I can't stress enough how great this
achivment is. He even added very good API documentation to his classes :)
This requires the lastest version of qt-copy, otherwise you'll get mysterious crashes in Qt painting code from time to time.
We hope that this patch will be added to the next Qt 4.4.x version.
And finally, this merge also brings many regressions, which is not unnatural for such a big change.
In the remaining time before the KDE 4.2 release, we'll have to work on those to get it polished and regression-free.
Help here is always needed, and is a good opportunity to start working on KMail, since many regressions are low hanging fruit.
It also means the message list and the folder tree need a bit of testing.
If you find bugs, report them under the "new message list" and "new folder tree" component of the bug tracker, thanks.
I also plan to setup a wiki page with known regressions.
CCMAIL: kde-pim@kde.org
GUI:
CCBUG: 117808
BUG: 163469
FEATURE: 18170
FEATURE: 32400
FEATURE: 42107
FEATURE: 45526
FEATURE: 81272
FEATURE: 90142
FEATURE: 107450
(and probably many others)
svn path=/trunk/KDE/kdepim/; revision=881321
- Remove the existing org.kde.kmail.kmail/kmailpart/mailcomposer.xml files, and let them
be generated at build time instead. This is done by extracting the slots and signals
marked with Q_SCRIPTABLE.
I had to adjust the CMake files of all users of the XML files to use the one from the
build directory now.
Currently, the XML files are also installed. I am not sure if this is a good idea, as that
implies we have to keep some sort of compatibility.
- Fix incorrect D-Bus path and method call in the summary view. Now the generated interface is
used instead. Checking the accounts with the sync actions works again now.
- Some DCOP->D-Bus renamings in comments
- Some style fixes around D-Bus related lines
The D-Bus test of KMail and the Kontact KMail summary still work.
This needs the new FindQt4.cmake from kdelibs.
This probably needs a clean build.
I did not touch the groupware interface or the SMIME security config page
(which talks to Kleopatra). This is left for KDAB to fix, but it would be
nice to contact me before.
svn path=/trunk/KDE/kdepim/; revision=750976
then if it goes right through my kitchen then it totally messes up my hairdo.
When i wrote folderiface i wanted to make sure there's no gui code in it. now
i added it myself which implies i'd have to flame myself and give myself
an f in "software design 101" if not the fact that i fix it in this commit -
switching to using dcop signals.
svn path=/trunk/kdepim/; revision=295370
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
Thomas McGuire
Daniel Molkentin
Laurent Montel
David Faure
Reinhold Kainhofer
Thomas Zander
Ingo Klcker
Zack Rusin
Marc Mutz
Bo Thorsen
Tobias Koenig