<br><br>
<div><span class="gmail_quote">On 9/18/05, <b class="gmail_sendername">Aaron J. Seigo</b> <<a href="mailto:aseigo@kde.org">aseigo@kde.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">sorry, let me try again .. i'd like to have plasma be able to present<br>notifications as they appear to the user in a unified and consistent manner.
<br>the FD.o notification spec allows for this, but i too find that spec rather<br>limited in nature. if we add additional features, such as the ability to say<br>"show a button labelled Foo" or "show this QWidget* in the notification" i
<br>hope to not have that degrade the ability for plasma to render and manage the<br>display of that notification. if the widget is out of process for plasma,<br>then we may have to use XEmbed which is something i'm trying to limit as much
<br>as possible but which may indeed be workable. just something i'm trying to<br>keep in mind here for kde4.</blockquote>
<div> </div>
<div>KPassivePopup allows applications to make its view an abitrary QWidget (see the example in the docs of how to have a Yes/No popup. However when it is used via KNotify the facilities offered are limited to those provided in the KNotify API.
</div>
<div> </div>
<div>Rich.</div>
<div> </div><br> </div>