aboutsummaryrefslogtreecommitdiff
path: root/lumina-desktop/desktop-plugins/quickcontainer
Commit message (Collapse)AuthorAge
* Commit some quick fixes:Ken Moore2015-07-17
| | | | | | 1) Switch some X11->XCB functions around (SetAsDesktop(), SetDisableWMActions()). 2) Fix up some QtQuick plugin detection routines (now it will properly see the user's quickplugins if any). 3) Connect the status change signal/slots for QtQuick plugins to try and detect script failures and remove the script (still not working reliably).
* Ok, NOW the desktop plugins layout methodology is consistent/reliable. Had ↵Ken Moore2015-07-10
| | | | to implement my own tiling algorithm for initial plugin placements (and adjust a lot of the plugins to have better auto-set default sizes depending on font settings)
* Add a QtQuick sample plugin and disable the new panel container for QtQuick ↵Ken Moore2015-06-12
| | | | pluins. It appears that there is a fundamental issue with embedding QML objects into a panel/window with the "always on top" flag set - it never finishes painting the QML object and prevents the rest of the panel from being updated as well.
* Add two new plugins for Lumina: QuickPPlugin, QuickDPlugin (panel/desktop ↵Ken Moore2015-06-11
respectively). These are QtQuick "containers" which allow the loading of user/system supplied QML scripts for non-compiled plugin support. These plugins must be single *.qml files located in <Lumina Share>/quickplugins/*.qml or ~/.lumina/quickplugins/*.qml
bgstack15