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
There's a bug where KTipDialog appears, but is empty, on kontact start.
Looks very much like https://intevation.de/roundup/kolab/issue439!
svn path=/branches/proko2/kdepim/; revision=365643
There's a bug where KTipDialog appears, but is empty, on kontact start. This is because it's not Kontact showing the tips, with a list of all the components' tips files, but KMail, which likes to show its tips when constructing its KMainWidget. Since KMail is running in Kontact, its appname is kontact, and kontact/tips does not exist -> empty tips dialog.
This moves KMail's startup tips to KMMainWin, which is only used when kmail is running standalone.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=365606
created filter actions. Now they are hidden during
the editing of the toolbars to avoid that they are
plugged statically (which leads to crashes as the
bug reports have shown).
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=355391
CVS commit by gungl:
Port the plugging of shortcut filters (AKA ad-hoc filters) into
menu and toolbar to the XMLGUI way.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=343708
menu and toolbar to the XMLGUI way.
Thanks to Till, David and Simon - that was an amazing teamwork.
CCMAIL: 87119-done@bugs.kde.org
CCMAIL: 82771-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=343092
which was handling that in the mainwindow. Remove duplicate and now unused
status handling in the KMSender and KMReaderWin classes.
svn path=/trunk/kdepim/; revision=334078
to the mainwindow and remove the now unneeded exporting of the status bar
to the part. This way only KMail standalone creates them and the part uses
the one in kontact which is shared with the other parts.
svn path=/trunk/kdepim/; revision=324115
to libkdepim. Removed dependency on KMMainWidget by using a signal from ProgressDialog.
This also fixes the bug Till reported, where closing the progressdialog with
the cross wouldn't make the arrow look up again.
svn path=/trunk/kdepim/; revision=316885
and the systray icon is enabled. (I renamed getSystray to systray)
CCMAIL: Nathan Toone <nathan@toonetown.com>
svn path=/trunk/kdepim/; revision=315609
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
instead of "on exit" (which made it non-working in kontact, with session management etc.)
GUI: removed the "Warn before expiring messages" and "On Exit: Expire old messages" options.
Tasks are filed with the jobscheduler, and the job for that task is started
only if the folder isn't opened - so this needed some special handling of search
folder (asking them to try releasing a given folder) and some fixes relative to
open() and close() calls, in kmfoldercachedimap and kmfoldersearch in particular.
Don: please check the kmfoldersearch.cpp changes, in particular the added close()
CCMAIL: sanders@kde.org
svn path=/trunk/kdepim/; revision=310272
and there's no systray icon. This allows KMail to actually exit when closing it,
instead of getting stuck forever on a server that doesn't answer...
Compared to the kmail-devel patch I changed the code in KMMainWin to ensure
it's called even when secondary windows are left opened, and to enable mail
checks again when re-creating a KMMainWin.
I found out that the dimap progress dialog is broken with multiple kmmainwins,
but that's an independent issue, which will go away when porting it to Till's
progress dialog anyway.
svn path=/trunk/kdepim/; revision=307314
Good bye, KMTopLevelWidget (which wasn't needed anymore independently of this fix), and welcome KMail::SecondaryWindow which is the new super class for KMComposer and KMReaderMainWin and which reimplements KMainWindow::closeEvent() in order to fix this bug.
svn path=/trunk/kdepim/; revision=284023
by a clean signal/slot solution to notify the single components of a change
in the config dialog.
That fixes also #67484.
CCMAIL:67484-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=269130