On Wednesday 10 March 2010, todd rme wrote: > On Wed, Mar 10, 2010 at 12:55 PM, Aaron J. Seigo <ase...@kde.org> wrote: > >> If someone did this, would you accept the patch? I described a > > > > sure; i'd recommend doing it as a proof-of-concept first in a new > > Containment plugin, so that it isn't bumping into existing layout code. > > it would make it easier to test and work on strategies. > > I can do that, I think. > > > for testing, i'd also recommend using something like plasmoidviewer: a > > simple one-window app that is a Plasma::View which loads a Corona and > > this new Containment. it could then have some controls on it to change > > the size of the window to different common screen resolutions (maybe a > > toolbar with some buttons?). this would allow easy testing, and > > shouldn't be more than a hundred or so LOC. > > Wouldn't it be easier to just use a virtual machine and resize the > machine arbitrarily? That way we don't have to depend on it matching > what are currently common resolutions (although with kwin it is easy > to make a virtual machine a specific resolution).
or, plasmaoidviewer -c yourcontainment, then drop some applets in it and resize as you please ;) > > while this can happen with FolderView, i don't think this should be > > possible with DefaultDesktop. > > I mis-spoke, "mostly" is incorrect, the word I meant to use is "much". > For instance, if you have a folderview widget the height of the > screen, then go to a smaller screen, then part of your folderview > widget will be below the bottom of the screen. as is now, DesktopContainment should never let applets out of screen. Cheers, Marco Martin _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
