the helper function crlf2lf there, which was formerly a class static in
FolderStorage. Remove the now obsolete forward Folder -> Folderstorage
and port all users.
svn path=/trunk/KDE/kdepim/; revision=435216
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
switch PIM back to that and ditch the misplaced fork from doc/api/ .
This _will_ require you to re-run Makefile.cvs _and_ configure, since
doc/api/Doxyfile.am has vanished and make will barf on that dependency.
CCMAIL: kde-pim@kde.org
svn path=/trunk/KDE/kdepim/; revision=427821
static inline QString dotstuff( QString s )
is present in two .cpp files (vacation and sievedebugdialog). Can't this be moved in some common file, like sievejob.h?
CCMAIL: kmail-devel@kde.org
svn path=/trunk/KDE/kdepim/; revision=426711
proko2. It's not perfect yet, but that is entirely due to merging
errors on my part, I am sure, which I vow to resolve in the immediate
future.
svn path=/trunk/KDE/kdepim/; revision=424084
diagnostic info about sieve, like available scripts, the contents of the
scripts and more. This was also a nice excercise in getting familiar
with the sieve code before I can start working on importing and parsing
my existing filters.
I don't see a real need for this dialog in a release build, hence it
being disabled, although there's one potential use case where it could
make sense: bug reports. To make that useful we'd need to extend the
Help->Report Bug dialog to allow checkboxes with diagnostics to gather
and upload to bugs.kde.org though, something which I'm not going to
be able to implement any time soon. (Nice KDE 4 bounty for Google summer
of code? ;-))
svn path=/trunk/KDE/kdepim/; revision=422217
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
is started the first time and no accounts have been configured so far.
It encapsulates also the security feature probing, so that the user just has
to input it's name, email address, incoming and outgoing server and that's all.
FEATURE:72903
svn path=/trunk/kdepim/; revision=393188
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
a dialog of its own, evict it from the RMB and put it in the Folder main
menu. Again, as per OpenUsability.org suggestions.
svn path=/trunk/kdepim/; revision=384133
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
otherwise the kolab resource generates a different .kidl for kmailicaliface
than kmail itself, leading to failing DCOP calls.
Simply removing the dcopidlng subdir when kdelibs>=3.4 is required will be enough
to clean all this up.
svn path=/trunk/kdepim/; revision=380420
Laurent Montel
Daniel Molkentin
Ingo Klcker
Till Adam
Volker Krause
Lus Pedro Coelho
Allen Winter
Andreas Gungl
David Faure
Adriaan de Groot
Marc Mutz
Thomas Zander
Martijn Klingens
Andras Mantia
George Staikos
Tobias Koenig
Helge Deller
Cornelius Schumacher
Reinhold Kainhofer