From kde-usability Fri Aug 30 23:11:08 2002 From: Christoph Held Date: Fri, 30 Aug 2002 23:11:08 +0000 To: kde-usability Subject: Re: Lycoris usability - not perfect but the way to go (as with Apple) X-MARC-Message: https://marc.info/?l=kde-usability&m=103074853218413 On Friday 30 August 2002 22:08, Aaron J. Seigo wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > if the pages need to be generated dynamically, then there needs to be c= ode > to do this. if there needs to be code to do this, then we aren't gettin= g > away with an easier implementation. therefore we should use the interfa= ce > medium that gives us the capabilities we need, e.g. a native interface. of course, to render everything in html does not make sense. > i'm merely pointing out that using HTML will not fix anything that a pr= oper > design will.=20 o.k. let's focus again: > this does not mean we need to use a huge tree, or that we can't have pr= etty > icons and expansive text, or that we can't have a logical interface. > Let's, imagine your big sister or mother to use the current KControl. Fro= m a=20 usability point of view, we have lost the second KControl appears on the=20 screen. Actually, a 3 step approch is missing: 1. select control center 2. select= task=20 3. Configure.=20 The second step is needed to make the user feel he is on right track. So=20 descriptive text would be good for step 2.=20 e.g. imagine the next screenshot to be 'step 2' (of course the links are = not=20 suitable for KControl) http://www.modemnet.net/articles/reviews/images/lycoris2.gif (e.g. a link could be Apearance and Behavior - that will load all look&fe= el=20 kcms in KControl) There are large icons and descritive text - pretty good. Of course there = are=20 more possebilities. Also, don't underestimate design. The current KControl looks for non tech= nical=20 persons very unprofessional. An app like the one described above would he= lp.=20 For professional kde users I would suggest a checkbox 'Don't show this di= alog=20 again' at the bottom of such an application. > and a proper design will be far more powerful than anything we > could achieve with HTML. > In general, html does not require coding (low hanging fruit) and most lik= ely=20 has better disign possebilities than c++ code. The disadvantage is the=20 aditional loading time for khtml (I think 2-4 sec) but well, who cares...= =20 power users will disable such an application, anyway. Greetings Christoph _______________________________________________ kde-usability mailing list kde-usability@mail.kde.org http://mail.kde.org/mailman/listinfo/kde-usability