[RFC] New (QML) Desktop Containment

Aaron J. Seigo aseigo at kde.org
Thu Nov 22 11:54:41 UTC 2012


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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20121122/650ce392/attachment.sig>


More information about the Plasma-devel mailing list