to improve handling of the kmail-systray in kontact (so that closing kontact leaves
it running, as per the kde style guide).
This commit is BINARY INCOMPATIBLE for kontact plugins. This means you must recompile
all of kdepim/kontact, but also kdeaddons/kontact.
While I was at it I added a virtual_hook to Plugin so that we can do this is
an uglier, but BC, manner next time.
CCMAIL: kde-pim@kde.org
svn path=/trunk/kdepim/; revision=325081
and the systray icon is enabled. (I renamed getSystray to systray)
CCMAIL: Nathan Toone <nathan@toonetown.com>
svn path=/trunk/kdepim/; revision=315609
> The new messages are counted in KMAccount::processNewMsg(). Since for dIMAP only messages in the INBOX and for IMAP no messages are processed with processNewMsg() those unprocessed new messages are counted in KMAcct(Cached)Imap. The result of the mail check (a map folder<->number of new messages) is emitted with the extended checkedMail signal. In KMMainWidget a summary of the mail check is created and passed to the new mail event.
> TODO:
> - Make the detailed new mail notification optional.
> - Add possibility to ignore new mail in certain folders (which is now very easy to implement).
svn path=/trunk/kdepim/; revision=313356
note: filterlog add() is incredibly bad and should be completely rethought.
It presently will fill my disk after only an hour or two of uptime if I happen
to have a searchfolder open from a previous kmail session.
svn path=/trunk/kdepim/; revision=290792
Actually this patch just prevents the crash (i.e. the symptom). Since we can't reproduce the crash we can't fix the real problem. Additionally this patch reduces the number of getKMMainWidget() calls to 1.
svn path=/trunk/kdepim/; revision=273036
#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
- If the main window is on the current desktop then it's hidden (instead of iconified to make Frauke happy again ;-) )
- If the main window is hidden or is not on the current desktop then show the main window.
Bugs fixed:
- Save/restore the position of the main window.
- Save/restore the desktop the main window is/was on.
- Initialize all member variables.
- Use the actual number of unread messages instead of just a bunch of '0' characters for calculating the correct font size for displaying the number in the system tray. (Apparently at least in some fonts the number characters don't have all the same width.)
- Don't call folderSelectedUnread(...) because the first new message is already selected when the folder is selected. Calling folderSelectedUnread(...) caused the second new/unread message to be selected and the first new message to be marked as read. Ouch.
svn path=/trunk/kdepim/; revision=248199
make showKMail() work if window is iconified, check for NET::OnAllDesktops and don't hide but iconify window if applet is clicked
TODO: Only iconify the main window if it's currently visible. Else show it.
svn path=/trunk/kdepim/; revision=247685
Especially protocol() == "imap". Note that using ssl completely breaks those
checks then as the protocol is then "imaps". Also the string compares
are suboptimal there - use folderType() == KMFolderTypeSomeType.
svn path=/trunk/kdepim/; revision=238868
an unread message via the system tray
this may sound like a pathological corner case, but it happened to me
just now =)
svn path=/trunk/kdepim/; revision=219000