DCOPRef kmail( "kmail", "kmail" );
kmail.call( "newInstance" );
(e.g. in KMKernel::raise()). This also works in kontact, since kontact registers
as 'kmail' and handles newInstance itself, to show the kmail part.
svn path=/trunk/kdepim/; revision=376396
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
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
This removes the "cleanup widget" on exit (*), and removes some discrepancies
(e.g. recent addresses were apparently not saved when kmail was closed by SM),
ensuring that the exact same cleanup is done in all cases (kmail/kontact, SM/closed-by-user).
(*) Bo closed 66433 a bit early. _Now_ it's fixed :)
svn path=/trunk/kdepim/; revision=317010
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
anti spam wizard adds actions for ad-hoc filters
(this is not complete because the new toolbar buttons are still shown
only after the user switched to another part and back!)
svn path=/trunk/kdepim/; revision=285662
kontact. and save recentAddress when it embedded into kontact
(call in kmail_part destructor)
Before it loads config from kontact and not kmail/knode.
Patch ok'ed by Ingo Klöcker <kloecker@kde.org> (patch send on kmail-devel@kde.org)
svn path=/trunk/kdepim/; revision=276709
is a KMMainWindow or kapp->config() otherwise. Will help fixing layout
and possibly other config related problems with the KMail part in Kontact.
While I was at it and complaining about the API, till jumped in saying:
<till> there are lots of public KActions and friend in kmmainwidget's
public api apparently for no good reason either
Your wish is my command, so this commit is also (and mostly) about API cleanup.
Okay'ed by Ingo.
svn path=/trunk/kdepim/; revision=256339
#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
Save window settings as in konq_main but factor MainWin closing into kernel.
Modify KmComposeWin::setMsg to add an argument to specified that mails are modif
ied, this is to prevent losing mail when deadletter composer mails are restored.
Add a kernel method to signify when KMail is in a shutting down state as in the
case of session management.
Modify the queryclose methods so that they don't query when session management i
s being used or when Kontact is being used.
Move the queryClose warn-on-expiry logic from KMMainWidget to KMMainWIn so that
it actually gets called.
svn path=/trunk/kdepim/; revision=245342
the first propagating to the latter, and connect the part to it, so kontact
updates the folder name and icon when they are changed.
Kontact folks, feel free to revert if this is not the way you want to do
this. Sorry for touching this without asking for permission. :)
svn path=/trunk/kdepim/; revision=229185
To Sven: follow the style of the file to which you are committing.
To all others: removing printf's and switching some asserts.
To myself: you got a nice butt.
svn path=/trunk/kdepim/; revision=223697
- Added new InfoExtension as an interface for basic interaction between part
and framework
- Changed the layout of the sidebar and added a new header widget to the
mainwindow which makes use of the new extension. Currently it shows in which
folder you are in KMail.
A few things still need some polishing, I'll do that as soon as possible.
Thanks danimo for the help with signals/slots :)
svn path=/trunk/kdepim/; revision=223376
the clicks to kmail, beats me why right now.
Danimo : we need to figure out when to hide the folder tree in KMail KMMainWidget.
Should it be hidden _always_ when the part is used or only when SidebarExtension
is supported by part (how do we know when it is?).
CCMAIL: Daniel Molkentin <molkentin@kde.org>
svn path=/trunk/kdepim/; revision=215375
David Faure
Till Adam
Andreas Gungl
Bo Thorsen
Ingo Klcker
Tobias Koenig
Marc Mutz
Laurent Montel
Cornelius Schumacher
Daniel Molkentin
Don Sanders
Dirk Mueller
Zack Rusin
Sven Lppken
Stephan Kulow
Waldo Bastian