The stupid toolbox

[Aaron J. Seigo]

On Monday 03 March 2008, Celeste Lyn Paul wrote:
> On Monday 03 March 2008 13:21:43 Aaron J. Seigo wrote:
> > d) realize that touch screens are going to be a much, much bigger part of
> > our future and that it would be nice to avoid context menus. couple that
> > realization with the fact that virtually none of us are using plasma on a
> > touchscreen in daily usage (afaik?) and so we would have no other way to
> > effectively test and use it
>
> I realise touch screens are going to be a big part of our future, but I
> don't think we should makes sacrifices for keyboard/mouse interaction
> defaults because of a smaller audience.  Compromising to that level will
> only degrade the experience for both groups.  There are enough significant
> differences between the environments that we should consider a
> hardware-based profile.

a) this is not a point in isolation, but part of the combined reason
b) can you propose a solution for the "we don't have people testing on touch 
screen" problem?

in many of these conversations, there is a distinct lack of appreciation for 
the fact that in order to have a well formed completed product we actually 
have to have a development process that allows us to get there. only actively 
using features will get us there.

and again, i humbly submit that this is people saying "i don't like it" for 
purely aesthetic reasons and then cloaking it all in a bullshit usability 
argument that ignores real usability issues. so, again, let's concentrate on 
fixing the aesthetic issues, which will innevitably crop up on devices as 
well so we may as well address them now.

(yes, i'm getting a strong sense of deja vu with regards the recent kickoff 
selection thing, because it's very much the same sort of issue.)

-- 
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 Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20080303/3c849040/attachment.pgp