<div dir="ltr"><div>Was asked to copy and paste my comments from the main thread into a new thread. <br></div><div><br></div><div>Motiviation</div><div><br></div><div>Most people use one or the other, both offer half arsed things you expect from some kind of logical window grouping system.<br></div><div><br></div><div> - Users of activities don't get hot edges / effects / whatever<br></div><div> - Users of VDs don't get relevant activity saving, different wallpapers, restore, cardinality<br></div><div> - It's confusing</div><br><div>We've been telling the people who wanted different wallpapers on VDs to use activities *instead* of VDs for years as though it's some replacement.<br></div><div><br></div><div></div><div>The default needs to be that the majority of users get the best-of-both out the box.</div><div><br></div><div></div><div>Plan:</div><div> - KAMD provides a list of virtual desktops</div><div> - Adding activities adds virtual desktops</div><div> - Management of virtual desktops is always done through KAMD and relevant KAMD UI</div><div><div> - VD KCM dies<br></div></div><div> - Managing starting/stopping activites is done in the activity switcher<br></div><div> - Kwin has no knowledge of activities at a window management level</div><div><div> - KAMD listens to VD changing and will update the activity as appropriate</div></div><div></div><div> - Grid View/Whatever shows all virtual desktops as it does now, and hence shows all activities<br></div><div> - Pager shows all virtual desktops as it does now</div><br><div></div><div>Much simpler UI, much simpler code. Bam.<br></div><br><div>-----<br></div><div><br></div><div>What if someone wants to have multiple VDs but have the same favourites/tags/session restoration and stuff (Dave's middle-ground mods)</div><div><br></div><div><div> - Implementation of providing virtual desktops is entirely up to KAMD.</div><div><br></div><div>    Every running activity has at least one VD.  But it could be that adding/removing an activity add/removes N virtual desktops based on some hidden advanced config value in KAMD. That would mostly match everything you can do in  the current state. Also  allows future proofing, hence deliberately not explicitly defining it.<br></div><div><br></div><div> - Default effects / default pager will list all VDs with no discretion or knowledge of activity, might not be the best, but will still at least be usable even if no ideal with no changes whatsoever. Requiring no changes there is absolutely crucial.<br></div><div><br></div><div> - If someone else wants to add new effects/pagers that group/filter VDs they should be able to. </div><div>(like Michails quite cool mockups and stuff) I don't think that requires any changes in the VD protocol to do so, and we definitely shouldn't block on it nor make it a default.<br></div><div><br></div><div>David<br></div></div></div>