destination for a folder move to avoid loosing all
messages in the subfolders when moving nested folders.
Moving to a local destination folder works correct.
This is only a workaround for the real problem which is
addressed by a patch. It was aggreed on not applying the
patch to the KDE 3.5 branch before it's been tested by
more people.
BUG:114985
svn path=/branches/KDE/3.5/kdepim/; revision=487310
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=/branches/KDE/3.5/kdepim/; revision=474931
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
- move "mark all as read" to the first position, it is used most
- move the Expire Settings above the Properties
svn path=/trunk/kdepim/; revision=383766
report done by Jan Muehlig, Florian Graessle and Andrea Schminck of
Relevantive/OpenUsability.org namely:
Move the expiry settings for a folder into their own dialog based on the
mockups in the report. Much better, I think, thanks guys.
CC: kdepim-usability@kde.org
svn path=/trunk/kdepim/; revision=383758
Moved "no permissions" check and dialog box to KMFolderTree::addChildFolder() in order
to see the error before the properties dialog opens.
point 2 in https://intevation.de/roundup/kolab/issue510
svn path=/branches/proko2/kdepim/; revision=376727
can only be moved when they have no children.
Along the way fix Bug 94125 and add the FolderRequester to the expire settings
in the folder dialog.
BUG: 94125
svn path=/trunk/kdepim/; revision=371419
Specifying the accept rect improves CPU/drawing performance of quickly dragging
mails over the folder tree a lot. :)
svn path=/trunk/kdepim/; revision=359899