Separate that meaning into isLocked(), apparently only used by kmacctlocal.cpp
and isReadOnly(), used everywhere else as "can't ever write to that folder".
svn path=/trunk/kdepim/; revision=320419
Tested KMAcctLocal (local mbox) and it turns out we don't need a ProgressItem IMHO.
Even with thousands of mails it's pretty fast, and there's progress info in the
statusbar already ("Moving message 1200 of 2500").
svn path=/trunk/kdepim/; revision=314491
to kmkernel, renaming it "mailCheckAborted", since it's now only used for this.
Reimplemented the real "abort all" code (that used to be for the littleprogress' cross button)
in ProgressManager, so that Key_Escape calls it, like it used to. It simply acts as
if the 'abort' button of any running job had been clicked.
svn path=/trunk/kdepim/; revision=314224
> The new messages are counted in KMAccount::processNewMsg(). Since for dIMAP only messages in the INBOX and for IMAP no messages are processed with processNewMsg() those unprocessed new messages are counted in KMAcct(Cached)Imap. The result of the mail check (a map folder<->number of new messages) is emitted with the extended checkedMail signal. In KMMainWidget a summary of the mail check is created and passed to the new mail event.
> TODO:
> - Make the detailed new mail notification optional.
> - Add possibility to ignore new mail in certain folders (which is now very easy to implement).
svn path=/trunk/kdepim/; revision=313356
/usr/local/kde/include/knotifyclient.h:138: error: conflicting types for `None'
kmglobal.h:27: error: previous declaration as `LockType None'
Both enums were in the global namespace (huh).
Fixed by renaming None to lock_none (to look like the others there)
svn path=/trunk/kdepim/; revision=276446
signals from being emitted.
This should fix the sent folder count updating bug. If it does not for
you, please reopen.
Patch Ok'ed by Till (Don also agreed that quiet() can be removed).
CCMAIL: 63670-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=260199
#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
Adds two variants of setStatusMsgTransmissionCompleted and setStatusMsgWithTimestamp to KMBroadcastStatus.
Based on a patch by Patrick S. Vogt <patrick.vogt@unibas.ch>
svn path=/trunk/kdepim/; revision=212674
kmacctmgr has 2 lists (currently checking and todo), the accounts care for the setting of the necessary flags.
All accounts show a transmission message, use -1 as newMailsProcessed argument to use your own message (e.g. in kmacctexppop)
svn path=/trunk/kdepim/; revision=210690
Please note that this port includes a bug fix which should be ported back to make_it_cool. I've sent the bug fix to the mailing list.
svn path=/trunk/kdenetwork/kmail/; revision=184866
to be called with dangling points with functions called with QChar
arguments, that are safer and easier to program too
svn path=/trunk/kdenetwork/kmail/; revision=179849
show the user a wrong number of mails loaded. Currently, it shows just the
number of mails in the last account, but with this patch, it shows the
total number of mails.
I haven't tested pop3 or maildir, but they should work as the patch is quite
simple. I also didn't find a way to make it work with imap, so in case there's
an imap account, it just turns back to the current (broken) behaviour.
I waited 4 days for comments for this patch, so I think it's enough.
Btw, this fixes#38403
svn path=/trunk/kdenetwork/kmail/; revision=140766
- Don't allow cancelling mail fetching from a local account, this eats the
remaining mails otherwise
svn path=/trunk/kdenetwork/kmail/; revision=128887
Use the account name instead of the host/file name in the "preparing
transmission..." status bar message.
The change in kmnewiostatuswdg.cpp is in dead code. It's there to keep the
number of i18n strings constant.
svn path=/trunk/kdenetwork/kmail/; revision=128732
Instead when checking for new mail sync just before expunging the local
account or just before deleting mail from the pop server. I guess syncing
isn't currently as issue for imap.
There is a question of whether/when sync should be called for other
operations such as moving messages between folders.
svn path=/trunk/kdenetwork/kmail/; revision=105142
Tobias Koenig
Till Adam
Ingo Klcker
David Faure
Carsten Burghardt
Ladislav Strojil
Marc Mutz
Stephan Kulow
Helge Deller
Zack Rusin
Eugene Zelenko
Karl-Heinz Zimmer
Malcolm Hunter
Michael Haeckel
Kalle Dalheimer
Antonio Larrosa Jimenez
Dirk Mueller
Kurt Granroth
Don Sanders