Workspace Next Sprint Organization
Aaron J. Seigo
aseigo at kde.org
Tue May 15 06:50:16 UTC 2012
On Monday, May 14, 2012 16:52:40 Björn Balazs wrote:
> there have been some doubts about technical issues that could come along
> with creating the "vision"...
personally, i'd really appreciate it if the current vision was kept. going to
the moon and creating a single-finger-naviable-massive-storage music device are
both new product statements. plasma desktop does not need a new product
statement, nor do our users particularly want one.
for those who aren't aware of the current vision[1], it's pretty simple:
today people have huge numbers of files, devices, people they know, network
services they use; and few use their computer (laptop / desktop) for just one
particular task (work, entertainment, personal communication, school..).
plasma desktop should make it easy to use one computer for multiple tasks,
focusing on providing scalable interfaces to present information and access to
data in ways people will find useful for today's contexts. this should all be
presented using direct manipulation interfaces that have an organic look and
feel.
this is where activities and SLC come from. neither are fully realized on the
desktop.
this is where plasmoids came from: present information, and not just the
contents of one folder, to the user.
this is where the emphasis on animated visual transitions and not relying on
right clicks comes from.
that vision is still not complete. there is still much to do, and it is still
a valid and powerful set of goals. i don't feel that the desktop needs a
sweeping new set of ideas.
what is needed is for those who are gong to be working on it to understand why
they are working on it and what will drive their particular contributions to
it. there is evidently a desire to do more than only contribute to improving
what is already there in the shape everything already is in, and that's
good[2]
for such an effort to "push forward" to actually pay off, those doing the work
need to know what it is those efforts should be, thematically. otherwise we'll
just have a bunch of small improvements with no coherent purpose to them and,
while it could very well be a real improvement, it would not be highly
impactful for our users (though still appreciated).
such thematic statements may involve quality ("no known crashes in core code",
"all plasmoids we ship following these human interface principles
consistently...") or performance or specific workflow components, etc.
[1] note that nothing there is said of component-centric design or the core
concept of device spectrum thinking; those are things plasma desktop must not
break with, but they are concepts that belong the underlying plasma
architecture rather than plasma desktop itself.
[2] though i do hesitate out of concern that this might also mean that there
is too little discipline and appreciation of maintenance; something that has
plagued so many contributions to plasma desktop, leaving more and more
maintenance on the shoulders of those of us who understand this responsibility
--
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/20120515/878a349c/attachment.sig>
More information about the Plasma-devel
mailing list