Back by popular demand (votes), approved by Ingo and Till, we undo
revision 450009. The "Delete Folder" menu selection is now restored.
Also added a separator above this selection so it stands out a little better,
as suggested by Ellen on the usability list.
svn path=/trunk/KDE/kdepim/; revision=509160
a lot later back to kmailrc, so there was a long period where the settings
were not on disk, which led to the problem that on kmail crash/kill the
settings got lost)
svn path=/trunk/KDE/kdepim/; revision=474932
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
as it's next to 'move all messages to trash' and the confirmation
dialogs are near identical. Also deleting folders does not meet the
'frequently used' criteria for context menu entries. Approved by
ThomasZ.
svn path=/branches/KDE/3.5/kdepim/; revision=450009
listen to nameChanged. slotRepaint -> slotIconsChanged, which expresses
what it really does. Add commented out debugging message box, since I
have it in there atm, and can't be arsed to patch it out. ;)
svn path=/trunk/KDE/kdepim/; revision=432809
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
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.
svn path=/branches/kdepim/proko2/kdepim/; revision=432536
propagate that as an icon change to the foldertree, which makes sure
that it has the current type, before rendering the icon. All this to
make the right icon appear on newly downloaded folders.
svn path=/branches/kdepim/proko2/kdepim/; revision=431511
First of all, the action should be disabled in this case, not
hidden (like this patch does again), second, in the case of
online IMAP the count is zero all the time, making right clicking
IMAP folders break.
3.4 is not affected, in fact, this is a regression to 3.4.
Approved by Ingo.
svn path=/trunk/KDE/kdepim/; revision=419082
is quieted.
* Delay/compress UpdateCounts in FolderTree.
With this improvements,kmail don't eat the 100% CPU when refresh the cache from
a dimap server when this resides on the same lan.
svn path=/trunk/kdepim/; revision=405858
to somewhere else in the tree. Works for all source folder types but not
for online imap or search target folders. Part of this is the result of
a merge of the "Move folder to" functionality in HEAD since some of the
infrastructure can be shared. The "move to" part is disabled, though,
since it appears to be somewhat buggy and lose metainformation, such
as folder types, for example. ContentsType (mail, event, etc) information
is retained for the copies. A few const correctness fixes here and there.
svn path=/branches/proko2/kdepim/; revision=404928
dialog and include it in the RMB menu of the foldertree. To make the check if the menu
should be shown a bit easier the folderstorage got a new "isMoveable()" function.
I noticed that moving of imap folders crashes again when the messages are moved (sigh)
but this is not related so I'll fix it afterwards.
svn path=/trunk/kdepim/; revision=385541
gender issue, please give a warm welcome to KMail's new "New Folder"
dialog. It's reduced to the max, offering an interface that is so straight
forward, I'm almost tempted to call it Gnome-ish.
The next step will be to remove all the hacks in the folder properties
dialog which are only there because the dialog can not assume that the
folder is already in existance and clean it up something fierce. I'm not
completely done with this, but I want to get the new strings in as quickly
as possible, so here goes.
svn path=/trunk/kdepim/; revision=384382