> Currently, when the resolution decreases, affected applets are simply
> moved so they stay visible, possibly colliding with other applets. I am
> planning to make this smarter, so that those applets will be moved as
> well.
I've written some code to do resizing better. Though I must say it's been
Hi,I was just writing a text about the current progress in the GroupingTaskbar
and then pressed a key by accident or what ever, but it ended in my browser
changing the website and my text on hotmail was lost =(. Since i don't have the
time write it again heres the short version:The GroupingTaskb
I think that would be good idea. I guess the author would also like it.
It would also be cool to have the possibility to set an individual label in
combination with a 'open' button for folderview like in quickaccess. And
quickaccess could get the sort options folderview has.
I'm a fan of the idea
We've had several issues with applets having constraintsEvent() called before
init() has been called at Plasma startup.
As far as I can ascertain, this is because control is being passed to an event
loop in Corona::LoadLayout between the call to Containment::restore(), which
creates the applets
Hello,
Same dumb method as usual from me.
Le Tuesday 05 August 2008, Aaron J. Seigo a écrit :
> the affected classes are Containment, with a setter and getter for the
> wallpaper
I'd probably add a setWallpaper(Wallpaper*) so that the setter/getter couple
becomes symetric with an extra convenie
