KMessageBox and the notifications

David Faure faure+bluesystems at kde.org
Fri Dec 7 09:25:44 UTC 2012


On Friday 07 December 2012 07:34:37 Kevin Ottens wrote:
> Hello,
> 
> On Thursday 6 December 2012 23:32:21 Valentin Rusu wrote:
> > KMessageBox (non-WId and non-queued methods) should go to kwidgets
> > (actually in staging).
> > 
> > According to the current state of the code, it dependes on
> > kdeui/notifications. This would require linking kwidgets to kdeui. But
> > kdeui already links to kwidgets, leading to a circular reference between
> > these libraries.
> 
> Could you refresh my memory, what is kdeui/notifications used for in
> KMessageBox already? 

Notification when popping up a messagebox (could lead to playing a sound, or 
anything else the user configures).

But this should be done from within QMessageBox itself, for full consistency 
between Qt apps, which in turn requires a notification framework in Qt, which 
in theory Sune is working on :-)

> If I remember the discussions at Akademy-fr correctly,
> I think that this dependency isn't needed anymore and can be dropped, I
> might be wrong though (that's why another check would be welcome).

I would suggest a #if 0 around the notification code for now, with a pragma 
message to remind us to take another look at this later. Don't let this block 
your KMessageBox work.

-- 
David Faure, faure at kde.org, http://www.davidfaure.fr
Sponsored by BlueSystems and KDAB to work on KDE Frameworks



More information about the Kde-frameworks-devel mailing list