QMAX/QMIN -> qMax/qMin
I don't know what to do about Q_LONG and Q_ULONG because of the following code in qglobal.h:
#if defined(Q_OS_WIN64)
typedef __int64 Q_LONG; /* word up to 64 bit signed */
typedef unsigned __int64 Q_ULONG; /* word up to 64 bit unsigned */
#else
typedef long Q_LONG; /* word up to 64 bit signed */
typedef unsigned long Q_ULONG; /* word up to 64 bit unsigned */
#endif
Should I simply convert to (unsigned) long?
svn path=/trunk/KDE/kdepim/; revision=468393
Please accept my deepest apologies, I only over my KDE inexperience as
an excuse.
I was unaware of the feature freeze.
I had asked for and was given a review on the #kontact irc channel.
I will make the required changes and attach a new patch to bug report
for safe keeping. How do I add something to the feature list for a
future release as I am keen to get this into kmail at some point?
Sorry again.
CCBUG: 109836
svn path=/branches/KDE/3.5/kdepim/; revision=451833
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
srcdir!=builddir users: don't forget to delete globalsettings.{cpp,h} from the builddir
since it's not generated anymore!
CCMAIL: kmail-devel@kde.org
svn path=/trunk/KDE/kdepim/; revision=432538
only _one_ address book available...
That might break some apps... but since we'll use an async API in 4.0 the apps
must be rewritten anyway.
CCMAIL:kde-pim@kde.org
svn path=/trunk/kdepim/; revision=399156
non-kopete or konversation users get cute images as well
- remove the status and statuspic pseudoheaders, this does not belong in
headerstrategy, but in headestyle
- remove im status display from all but fancy
- various cleanups and reorderings
svn path=/trunk/kdepim/; revision=360960
The useful bits update KIMProxy to be able to track multiple IM clients (so if you use Kopete for ICQ, and Konversation for IRC, if Konversation implements KIMIface, you can get information pooled from both.
We now track IM app launches and update status as soon as new information sources are available.
Information is cached as a sideeffect of the above - some things are a bit faster.
As well as that it allows you to launch your preferred IM when it's not running by clicking the presence field in a KMail fancy header.
There will be some flicker due to brute force updating the message view on app start or exit, but this will be an infrequent event unless I've messed up and everything crashes every two minutes.
svn path=/trunk/kdepim/; revision=313909
The change is made by altering the DOM of the message view, where the node to change is named "presence-<kabcuid>" so we only change nodes corresponding to the contact whose presence changed.
svn path=/trunk/kdepim/; revision=313502
This shows the presence of a mail's sender in the message view when using fancy headers and can show their KABC picture if set. ( currently disabled )
It also adds a Chat With.. action to the context menu for email addresses.
Zack points out this will give a performance hit as KABC is accessed each time a message is viewed, and KABC is not a fast library. If this is a problem this code can be disabled by removing 'status' from richHeaders in kmail/headerstrategy.cpp.
svn path=/trunk/kdepim/; revision=312901
Stephan Kulow
Reinhold Kainhofer
Chusslove Illich
Ismail Onur Filiz
Laurent Montel
Andreas Gungl
Ingo Klcker
Till Adam
Volker Krause
Nick Brown
David Faure
Marc Mutz
Thomas Zander
Tobias Koenig
Jakob Schrter
Edwin Schepers
Bo Thorsen
Will Stephenson