On Wednesday 21 November 2012, Sebastian Kügler wrote: > I've recorded a ~3 minute movie that shows the current state: > > http://www.youtube.com/watch?v=zbSuNrn3qoU
looks already nice ;) > UI-wise, my design goals are: > * no regressions compared to current containment > * less visual clutter (especially caused by applet handle when unlocked) not sure this is actually reducing the clutter, because goes from something shown only on moseover to stuff always shown. maybe still reserving the space for the title/buttons, but still show them only on mouseover > * better aids in aligning widgets to achieve a cleaner layout > > For the placement and resizing of applets, I've therefore taken a bit more > freedom in the implementation. The applets are now laid out and resized in > a grid, they snap into place and align on the grid lines. like the grid approach, not sure how will be received not being able to put an applet of "exactly that amount of pixels" probably grid cells should be quite smaller than the ones in active (not too small that is not exactly computationally efficient;) and that would replace also (part of) the grid/grouping desktop use case > > In order to emphasize the difference between locked and unlocked mode, I'm > adding frames to all applets on the screen which have the applethandle > actions. Switching back to locked needs a bit of improvement, so the also not sure about it, even tough applets without a frame are a quite rare and special case (and discouraged, i must add :p) > The bigger open issues are that > * add panel is not working when called from the toolbox (needs a list of > panel plugins add the add mechanism), > * the position toolbox position is not saved this will depend from the actual toolbox plugin (position for netbook toolbox has quite a different meaning for instance) so the c++ part should probably export a writeConfig()/readConfig() there too? > * the settings option is greyed out in the context menu > * applet's context menues don't work are containmentactions plugins correctly loaded? > * applet handle misses actions other than configure and close > * dropping stuff onto the containment doesn't work as far i seen, the items (not sure if they all do, or just mousearea) just eat the dropevent. maybe the containment implementation in the scriptengine should filterChildEvents and catch drop events from there. not seeing many other ways around Cheers, Marco Martin _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
