On March 9, 2010, Chani wrote: > visible activity? or should we decide that the activity is completely > global, and then figure out how to gracefully handle changes in the number > of monitors?
there are two different topics here: * coordinating Context<->Containment * coordinating when a Containment is shown on a particular screen we already have code that manages the second point. the only thing it doesn't do currently is unload/reload containments automatically that are associated with a screen that goes away. but all the rest is done: creating containments as needed when screens appear, showing the right containment on the right screen, etc. what could be made better here is copying some settings like the wallpaper as todd points out, but i wouldn't worry about this part of the code when talking about Context. screen management is view and shell stuff. Context management is scene stuff, will probably touch Corona and/or Containment and will be universal to plasma applications. what will be needed is the ability to associate one or more Containments with a Context (already there), set a Context as the "current one" and get the set of Containments associated with that Context. the screen management will then go through the shell and its views as it already does, e.g. when a screen is connected or the Context is switched up plasma-destop will check to make sure that there are containments for all the screens. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Development Frameworks _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel