This change is needed to build RunnerManager against an updated
ThreadWeaver. As this change is not backwards compatible, you'll need to
update your kdelibs[frameworks] to at least 4502362ad.
CCMAIL:plasma-devel@kde.org
In MenuItem, we can't inherit QAction anymore (our MenuItem has to be a
QQuickItem), so we need to aggregate, which means adding glue API.
Positioning code is disabled, icons broken, but a QMenu with our items
inside shows up and is works.
it lists widgets, allows to add them now.
Categories and download new widgets are disabled for now.
It seems PlasmaComponents.MenuItem is broken (it inherits its API from QAction,
but in QtQuick, it has to be a QQuickItem to be accepted as Delegate.
This might need glue-api. :/)
- add a mousearea to the delegate that calls
widgetExplorer.addApplet(pluginName)
- in widgetsexplorer, locate the plasmoid, load it via
Applet::loadPlasmoid(), then add it to the containment
- In showWidgetExplorer, we set the widgetExplorer's containment to the
sender(), if there's no containment set, we can't add the applet. This
way, the widgetexplorer knows which containment the applet should go to
This makes it possible to add Plasmoids via the GUI :-)
- WidgetExplorer is parented to the view, and deleted / init'ed along
with it
- the model is populated before the QML UI is loaded
The explorer now shows a list of widgets, no interaction atm.
Lots of slaughtering going on here, as we're ripping out
QGraphics*-based UIs. The widgetExplorer object won't have UI in it
anymore, as that is done in the desktop shell package (rather than its
own package).
Lots of features are disabled right now (install, uninstall, download),
the idea is to first just get the model working, and then re-enable
features one at a time.
