On Friday 14 June 2013 17:51:11 Pali Rohár wrote: > On Friday 14 June 2013 16:30:16 Jan Kundrát wrote: > > Second, some of the tasks are defined in a rather high-level > > way. For example, the "create new kpart plugin for kdepim > > which render trojita GUI into Kontact" is a good first step, > > but I was hoping for something more integrated, i.e. using > > Kontact's facilities for notiffying about new mails, etc > > (assuming there is something like that in Kontact). This > > will very likely have rather far-reaching consequences for > > Trojita; proper hooks for actually discovering new messages > > will have to be provided, facilities for providing really > > persistent references to messages (nope, > > QPeristentModelIndex is not enough here) might be needed, > > etc. What is you opinion about this -- do you consider it > > something which you'd like to investigate, or something > > out-of-scope for the GSoC? > > Kontact has summary kpart plugin which showing new (unread) > mails. But I do not know if it can be extended without > patching it... > > @Kevin, do you know if this is hardcoded for kmail? Or is > there API for using kontact summary plugin (adding new > mails)? > > Kmail has own taskbar icon and notifications reporting > directly to KDE plasma. > > There is some dbus signal (but again kmail specific) > org.kde.kmail /KMail org.kde.kmail.kmail.unreadCountChanged > > And I do not know nothing more about notifications for new > mails. > > @Kevin, is there something other? >
Ok, KontactInterface::Plugin has this virtual method:
/**
* Reimplement this method if you want to add a widget for
your application
* to Kontact's summary page.
*
* @param parent The parent widget of the summary widget.
*/
virtual Summary *createSummaryWidget( QWidget *parent );
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
