On Wednesday, November 21, 2012 20:42:09 Alex Fiestas wrote: > How do you envision "Plasmoid management" ?
imho there should be as little mental differentiation between "using" and "managing". this is a technical / implementation differentiation we make as developers. the UI should try and keep management integrated to make usage of the system require fewer mental context switches and modes. i understand that being able to lock widgets makes this harder to understand, and i regret that the feature is even there at this point, if only because it gives developers all sorts of wrong ideas like "locking should be the default" which is a way of saying "modes are awesome". > -When a user wants to add/remove/move a plasmoid? removing and moving are easy enough. there are well established (for the user population) paths for this. adding is less common and consistent and we have room to play more. i'm not happy with the current mechanism, but working on improvement for that is an entire exploration and topic on its own. > -How many times it is done? And in what time frame? less often than using them. more often at first set up of an activity. > -Does SLC add a plasmoid when something is connected to the Activity? Or > that's specific to Active? neither. the containment in SLC listens to nepomuk and places entries on the containment showing all the resources linked to that activity. (these automatically created entries are not actually plasmoids in the normal sense, but that's another story) > -How much do we want to promote plasmoids into users? i'm not sure i understand this question. are you asking if the purpose plasma desktop is to display interactive content using plasmoids? if so, that's been the fundamental design concept from the start. however, that seems like a bit too obvious of an answer, so i think i may be missing the meaning of your question. -- Aaron J. Seigo
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel