libplasma2 and Wallpaper

[Aaron J. Seigo]

On Tuesday, September 25, 2012 11:31:06 Marco Martin wrote:
> On Tue, Sep 25, 2012 at 9:49 AM, Aaron J. Seigo <aseigo at kde.org> wrote:
> > we may even want to put support for these new plugins into the QML helper
> > for Containment so that shells don't need to do anything at all. this is
> > the design we have right now in libplasma for Wallpapers and Containments
> > and that part works rather well.
> > 
> > thoughts?
> 
> yes, wallpaper could be easily done without support from the library.
> i still don't have an exactly clear idea how the qml loading would be
> handled by the new shell, but whatever does qml loading for
> containment (probably a containment subclass? 

yes. i think that makes the most sense. that way each shell does not need to 
care about how the QML magic happens. just as Corona/Containment was used in 
the past to (mostly) hide the QGV semantics of things.

as per our group discussion in Randa, one nice result of moving Applet towards 
QObject only and pushing the QML support to a set of runtime components is 
that we get a level of presentation (QML, QGV, etc) independence we couldn't 
achieve previously. hopefully this will provide some of the future proofing 
that Sebas raised as being desirable :)

> that should be discussed
> shortly as well) should load its own qml and then the wallpaper qml
> and put it in a lower z-order.

agreed..

> as the current, the lifecycle of the qml wallpaper should depend if
> the view wants a wallpaper at all

yes ... this is something that could remain present in the Containment API 
much as we done it in libplasma1

-- 
Aaron J. Seigo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20120925/efc703cd/attachment.sig>