Hoofdcategorieën

Firefox-usabilityexpert wil terug naar commandline

Door Dimitri Reijerman, maandag 9 juli 2007 15:35
Bron: Mozilla Labs Blog, views: 27.192

Alexander Faaborg, een specialist in gebuikersinterfaces bij Mozilla, heeft op de weblog van de opensource-organisatie een aantal Firefox-mockups gepost waarin de commandline zijn rentree maakt.

Pine e-mailclientMet zijn posting wil Faaborg de aloude discussie over de voor- en nadelen van gui's en cli's nieuw leven inblazen. Hoewel veel gebruikers nauwelijks tot nooit de commandline gebruiken, zweren met name powerusers bij de efficiëntie van veelal tekstuele interfaces, waarbij commando's uitsluitend met het toetsenbord worden ingegeven. De usabilityexpert stelt dat in veel gevallen de commandline-interface sneller werkt en meer mogelijkheden geeft. Als voorbeeld noemt hij het e-mailprogramma Pine. Deze spartaans ogende mailclient was enorm populair onder zijn collega-studenten, en werd zelfs meer gebruikt dan Microsoft Outlook. De belangrijkste reden was dat Pine eenvoudiger en vooral sneller werkte.

Volgens Faaborg wordt door hedendaagse interaction designers bij de ontwikkeling van nieuwe applicaties te weinig rekening gehouden met de wensen van gevorderde gebruikers, en te veel geleund op bekende gui-oplossingen. Hij pleit om het beste van de twee werelden te combineren, waarbij hij Google's Ajax-applicaties Gmail en Reader als geslaagde implementaties noemt. Ondanks dat de grafische interface, hand in hand met de muis, in moderne besturingssystemen duidelijk de overhand heeft, probeert de Mozilla-medewerker zijn punt te maken met enkele voorbeelden in Firefox. In zijn mockups zouden gebruikers met slechts enkele toetsaanslagen sneller bookmarks kunnen doorzoeken, eenvoudig pagina's van tags kunnen voorzien en makkelijker door openstaande tabs kunnen navigeren. Hoewel Faaborg in zijn posting benadrukt dat het gaat om wilde ideeën die niet in de aankomende Firefox 3 verwerkt zullen worden, sluit hij een eventuele add-on waarin een aantal cli-technieken verwerkt is, niet uit. Een attente lezer reageert op Faaborgs posting met een hyperlink naar Vimperator, een add-on die Firefox voorziet van de keyboard-commando's van de beroemde editor VI.

Firefox-mockup: 'Searching the Web'

Volgende 17:20
Vorige 14:54

Reacties

«  1  2  3  4  »

Van keyboard naar keyboard + muis en weer terug naar keyboard? Als men met één hand zou kunnen typen zou heel dit probleem niet bestaan denk ik :)

Ben er wel een voorstander van eigenlijk, niet meer met je hand terug naar de muis; wat een luizenleventje leiden we toch ;)

dat hoeft toch helemaal niet..

Heel windows kun je met het toetsenbord besturen, een muis is niet nodig en het werkt echt veel sneller, ook goed tegen rsi.
Alleen moet er nog iets bedacht worden op het browsen, dat gaat net wat lastiger met muis.

Is de groep powerusers niet veel te klein om een speciale interface voor te maken? Ik snap dat sneller en efficienter werkt, maar de doelgroep is wel erg klein

Heel windows kun je met het toetsenbord besturen, een muis is niet nodig en het werkt echt veel sneller, ook goed tegen rsi.
eeuh, heb je dat ooit getest ?? Op sommige momenten moest ik wel, en . . het werkt echt niet sneller. . integendeel, het werkt niet.

Het gebruik van windows met het toetsenbord is inderdaad niet vergelijkbaar met bijvoorbeeld vim. Het kan, maar soms moet je 20 keer op tab drukken om de juiste selectie te hebben.

Alt-spatie , f , d , y
om een mailtje te deleten... jaaa dat werkt perfect.
Wakker worden graag.

Het is niet zo dat een cli per-se beter werkt dan een gui, maar de slecht inelkaar zittende gui's beperken inderdaad het gebruiksgemak en de snelheid waarmee ze te besturen zijn.
Een ieder die zich serieus met gui's bezig houdt heeft natuurlijk 'The humane interface' van Jeff Raskin gelezen, en weet best wel hoe het beter zou kunnen.
Het is alleen te veel moeite, blijkbaar (getuige de bagger gui's die steeds weer opduiken)

[Reactie gewijzigd door trogdor]


euh wake up..
delete is ook een toets hoor...

dus del-enter (wat veel mensen nu al gebruiken) is ook gewoon keyboard only.

echter dit is helemaal niet het punt van dit nieuwsbericht.
Het gaat namelijk om de Command Line Interface. Dat dit dmv een toetsenbord gebeurd lijkt me logisch, maar is niet het punt van het verhaal.

Punt van dit bericht is dat je efficienter kan zijn (in veel gevallen) dmv tekstuele input.
(bijv. bij gmail zoeken naar bericht dmv from: etc.)

Ik zou zelfs meer zeggen : Shift-Del-Enter, dan hoef je die spam mail niet meer uit je vuilbak te halen ook...
(En als je per ongeluk dan toch de verkeerde mail gewist hebt, kan je nog hopen dat je sysadmin er nog een retention policy op gezet heeft en je die mail alsnog kan terugwinnnen)

Deze groep powerusers is vaak ook de groep ontwikkelaars. Dus het ontwerp van zo'n interface ligt bij de groep zelf. Ik denk dat dit wel van de grond komt om die reden.

idd, ik ben dolblij met al die sneltoetsen in Windows. ik gebruik er best veel en heb liever mijn handen op het toetsenbord dan op de muis. op de juiste manier kan ik zo veel sneller navigeren dan continue de muis te pakken en het juiste ding aan te klikken wat ik met een sneltoets in 1 knop heb. en ja helemaal op mijn laptop want ik mag mijn touchpad niet, ik mis de middelste muisknop ;)

maar firefox mag idd wat duidelijker zijn in tobo navigatie

en over de CLI, ik vergeet altijd de geavanceerdere parameters, dus ben ik alsnog langer bezig om het zo in te voeren op de juiste manier dan dat ik het met de muis in een GUI zou kunnen

probeer maar eens met je tabtoets door een pagina te lopen tot je de juiste link te pakken hebt.

en met de numerieke toetsen je muis besturen in een flash-app is ook niet alles :s

Combinatie werkt ook heel goed.

Wat veel mensen wel aanleren is bijv. Alt-tab/ctrl-tab in combi met muis zodat ze niet elke keer naar de taakbalk moeten met de muis.

En zo zijn er wel meer toetsen combi's die zo handig werken.

Nee. De muis heeft zijn nut. Maar door honderden menu's waden is niet iets waarvoor een muis eigenlijk geschikt is. Voor dingen zoals games en het verplaatsen van objecten op een scherm is een muis handig. Maar om menu's te navigeren en functies uit te voeren -- zeker in een tekstuele omgeving als een browser! -- is het gewoon onhandig.

Waarom zou ik, bijvoorbeeld, op de B/I/U knopjes gaan klikken? Ik ben tenslotte tekst aan het invoeren met mijn keyboard, dan is het toch helemaal niet logisch dat ik -- om mijn tekst op te maken -- plots een ander invoerapparaat moet gaan gebruiken?

Als men met één hand zou kunnen typen
Dat kan: http://www.frogpad.com
Het kost wat tijd en oefening voordat je er vlot mee kan werken.
Maar hij doet het goed.

er zal maar een handjevol mensen zijn die sneller met een CLI kunnen werken dan met een GUI denk ik zo...

Ik greep sowieso al vaak naar het toetsenbord voor sneltoetsen ipv enkele muisklikken. Sinds ik Linux gebruik, ben ik ook steeds meer de commandline gaan gebruiken.
Eerst bijvoorbeeld vooral Konqueror voor bestandsbeheer, tegenwoordig steeds vaker F12 (het geweldige Yakuake) en gewoon commando's typen. En zo zijn er meer dingen, maar `emerge -C kde` gaat natuurlijk te ver.

Er is een onderzoek gedaan onder bejaarden die nog nooit met een muis of computer gewerkt hadden, de ene groep werd geleerd om met een GUI hun mail op te halen, de andere groep met een CLI. Wat bleek, na een tijdje wist het CLI groepje precies hoe hun mail op te halen en ging dit nooit meer fout, terwijl de GUI bejaarden het een stuk moeilijker hadden.

Het is alleen omdat mensen tegenwoordig opgroeien met een muis dat ze dat intuitiever vinden, als iedereen van jongs af aan leert help te typen in een command prompt was computeren wellicht veel intuitiever geweest.

ik heb het idee dat je bij CLI ook veel minder fout kan doen. Bij GUI kán je nou eenmaal niet het hele venster vol met buttons gooien, omdat het er dan niet meer uitziet. Dat maakt bij CLI niet uit, omdat het daar de bedoeling is 'een zooitje' van sneltoetsen te worden.

ik heb het idee dat je bij CLI ook veel minder fout kan doen.
Een paar voorbeeldjes:
In Emacs save&exit je een file met Control-X, Control-S, Control-X, control-C.
Dat werkt heel snel, zeker op een querty-layout.
In Pine verstuur je je mailtje met Control-X.
Maar een mailtje sturen cancel je met... Control-C. Uiteraard de 2 toetsen die naast elkaar zitten.
Als je dat veel gebruikt, zul je ook wel eens ergens anders ineens Control-X in een shell tikken, maar dan kill je je shell.
Ook niet handig dus.

Nog een voorbeeldje.
chmod -x <even afgeleid, waar was ik mee bezig...> chmod [Enter]
uiteraard zal dit (chmod dus zonder de executable-flag) alleen maar werken met een aantal randvoorwaarden, maar toch.

Even alle emacs-backups weggooien.
rm -Rf *~
Plaats je een spatie te veel, of een ~ te weinig, ben je goed de sjaak.

Zijn zo een paar voorbeelden waarbij dingen fout gaan in de CLI.

Tja, ik weet niet of je daar de CLI nou de schuld van moet geven of de niet oplettende gebruiker.

De CLI dwingt je in of meer tot nadenken terwijl (bijvoorbeeld) een installatiewizard je niet echt motiveert om na te denken. Klik, klik, klik, en het wordt allemaal geinstalleerd. Inclusief nieuwe startpagina, search companion, password manager, en allerlei andere meuk. Oh wacht, vergeten uit te vinken...

Wanneer je op de CLI iets verkeerd doet dan krijg je veelal een foutmelding waardoor je automatisch gaat kijken wat je gedaan hebt, waarom het mis gaat en hoe het wel zou moeten. En ja, het wil ook best een keer mis gaan natuurlijk. Maar daarin is een CLI in Linux of Windows niet veel anders dan de GUI van Windows.

Alle voorbeelden die je noemt daar gaan de dingen mis in de shell.
Je kan de shell een CLI van je OS noemen, maar daar gaat dit artikel niet over.
De cli van bijvoorbeeld pine is prima in orde.

Mwah, vind ik Ultra-Edit toch handiger dan Emacs hoor, gewoon het kleine kruisje rechts boven, Ok (wijzigingen opslaan?) en klaar is klara :+
Ik kan best overweg met CLI omgevingen, maar ik heb zoooon hekel aan toetscombinaties leren onthouden. Bah 8)7

Meh, in UltraEdit gebruik ik ook gewoon ctrl+f4, als je aan het proggen/schrijven bent, ga je toch niet eerst naar je muis graaien?

Als je zo begint weet ik er ook nog wel een nadeel van een gui:
als je in explorer een directory selecteerd en je beweegt je muis voor je de knop loslaat staat heel die directory ergens anders... ga dan je files maar eens zoeken

Klopt...vroeger installeerde ik DOS PC's bij mensen, die opstartten met een simpele (text-based) menu-interface. Per menu kon je hooguit 10 dingen kiezen (genummerd van 1..10). Dit werkte fantastisch, en iedereen snapte het vrijwel direct. Ging er iets mis? Even pc resetten, en hop, terug in het menu.

Wat dat betreft was het beter dan bijv. windows als desktop manager. Het nadeel is dan weer dat de losse applicaties niet dezelfde look&feel hadden, en dat het mis gaat zodra je meer dan 10 dingen moet kunnen doen als 'domme gebruiker'.

Wat ik me afvraag is hoe de beide testgroepen het doen als ze een half jaar het systeem niet gebruikt hebben?

Ik kan me namelijk voorstellen dat de visuals je helpen in je geheugen.

Wat bleek, na een tijdje wist het CLI groepje precies hoe hun mail op te halen en ging dit nooit meer fout, terwijl de GUI bejaarden het een stuk moeilijker hadden.
Dat verbaast me niets. Ik heb het onderzoek niet gezien, maar ik weet uit ervaring precies wat er dan gebeurd:

Bij het CLI groepje gaan de bejaarden de commando's exact opschrijven op een papiertje, en elke keer als ze mail willen ophalen, pakken ze dat papiertje er bij en typen die commando's weer in.

Bij een GUI kan je dat wat minder makkelijk opschrijven en dus is het moeilijker voor ze. Vaak wordt zelfs niet exact opgeschreven op welke icoontjes er geklikt moet worden, omdat het zoveel makkelijker lijkt dan zo'n moeilijke commandline.

Maar dat betekent nog niet dat een cli ook beter is voor een normale gebruiker.


Wat betreft dat argument over het opgroeien met een muis: Dat klopt niet!!!

Ik ben opgegroeid met een commandline en zonder muis.
Vanaf het allereerste moment dat er GUI's verschenen, vond iedereen echter de GUI intuitiever. Terwijl dat toch allemaal mensen waren die zonder muis waren opgegroeid.

Het is heel simpel.
Een GUI is ideaal voor zaken die je weinig doet. Bv een installatie of configuratie van een applicatie.
Een command line, (of hotkeys) zijn ideaal voor zaken die je heel erg veel doet, en waarbij je dus makkelijk de commando's kunt onthouden. (bv de hotkey voor het verzenden van een mailtje)
Verder is een commandline makkelijk voor scripting van commando's.

Een verstandig iemand combineert dus de sterke kanten van beiden in zijn applicatie.
Als de hotkeys van firefox niet handig genoeg zijn, dan voeg je toch gewoon extra hotkeys toe? Een commandline toevoegen moet toch ook niet zo'n probleem zijn?

Ik denk dat je voor wat betreft de reden achter de GUI hier een aardige fout maakt. Er zijn een aantal zaken die je ontzettend moeilijk tot niet kunt uitvoeren in een CLI.

Als je meerdere documenten open hebt staan en ze naast elkaar wil vergelijken dan is een GUI prettiger werken omdat je vensters naar de gewenste positie kunt slepen. In geval van een CLI zit je al rap aan het uitmeten van wat waar zou moeten komen te staan, een aardig karwei. Dat kun je dan wel weer oplossen door het programma daar ondersteuning voor te geven maar dan beperk je je tot wat dat programma kan lezen. Een tekst document vergelijken met een spreadsheet zal dan moeilijk gaan (of je moet een programma hebben dat beide doet wat de complexiteit ook meteen doet toenemen).

Ook voor zaken als tekenen is een GUI waarbij je de cursor beweegt door een muis, puck of tablet vrijwel onmisbaar. Tekenen op de commandline is verrekte lastig als je iets uit de losse pols wil doen.

Daarnaast heeft men vroeger waarschijnlijk wel gedacht dat een GUI handiger is omdat wij mensen nou eenmaal visueel zijn ingesteld.

Vergeet dat 'handjevol' maar, mensen die beiden beheersen zullen keer op keer beaamen dat de CLI voor de meeste toepassingen efficienter is dan de GUI.

Helaas, de meeste mensen kennen alleen de GUI...

Ik beheers beide, maar de tijd dat het kost om een nieuwe CLI te leren overschaduwt de tijd dat het doorgaans kost om in een hedendaagse GUI iets te vinden. Ik geef je gelijk dat het uitvoeren van commando's in een CLI of gebruik van snelkoppelingen met het toetsenbord sneller werken, maar het vereist een investering van tijd. Die tijd is het (voor mijn gevoel vaak) gewoon niet waard.

Wat dat betreft ben ik het eens met de opmerkingen van de bovengenoemde usability expert. Zodra het beste van beide werelden in een applicatie zijn verwerkt, zal een gebruiker bij frequent gebruik van één functie op een gegeven moment overstappen.

Dan heb je dus een bagger programma/operating system :)
Als het operating system een nette en goede HIG heeft waaraan programmatuur zich moet houden is er niks aan de hand met het aanleren van commando's en menu structuren. Op MacOS X is dat uitstekend geregeld als je het vergelijkt met Windows. Ook KDE en GNOME doen het erg goed op dat gebied. Je ziet bij die 3 dat bijv. het commando om iets te saven of om af te sluiten vrijwel overal gelijk is. Je hoeft dan alleen maar dat commando aan te leren en je kunt het toepassen in de overige programma's.

Dat werkt dus alleen met de standaard commando's waarvan jij er een paar noemt.

Een tekstverwerker heeft een totaal andere functie dan een tekenprogramma, dus zullen er weinig overeenkomstige commando's te vinden zijn.

Dat ligt er natuurlijk aan wat je bezigheden zijn. Ben je nu een grafisch ontwerper ja dan werkt de muis waarschijnlijk sneller, mits je weer veel short-cuts gebruikt van het toetsenbord. Misschien een idee voor een wedstrijd :Y)

Voor elke applicatie een hele lijst aan commando's moeten onthouden... nee dank u. Ik kan best overweg met command-line interfaces, in Linux moet je wel, maar ik vind browsers wel prima zonder command line.

Eens linux geïnstalleerd is kan je het perfect zonder CLI gebruiken. Toch merk ik zelf dat als ik Linux gebruik ik enorm vaak naar de CLI ga om bepaalde handelingen uit te voeren simpelweg omdat het inderdaad vloter werkd dan met een GUI.

En vele commando's kunnen gestandariseerd worden, net zoals de meeste mensen ctrl+v kennen.

Ben ik mee eens. Bij CLI moet de gebruiker dingen onthouden, bij een GUI moet de computer dat doen. Laat nou net die laatste daar erg sterk in zijn.

Bij CLI ligt de leercurve ook veel hoger en moet je 'er weer in komen' als je een programma een bepaalde tijd niet hebt gebruikt.

Het beste is dus een combinatie van beide + de mogelijkheid dat computerprogramma's veel gebruikte handelingen gaan 'leren' en er eventueel een (batch) commando voor geven.

Jij bent geen Linux/*BSD of Powershell-gebruiker neem ik aan ? Je zul zien als je een shell gebruikt die ook daadwerkelijk wat kan, zoals bash of Powershell je minder snel terug zal grijpen naar de GUI omdat handelingen simpelweg veel sneller gaan met een CLI (de standaard Windows-shell is erg beperkend btw). Het enige punt waarvoor je waarschijnlijk _wel_ een GUI nodig hebt is professioneel tekstverwerken, behalve als je bijvoorbeeld LaTeX kent, waarmee je erg precies en snel kunt tekstverwerken.

De combinatie van muis en toetsenbord wat vooral makkelijk is in tekenprogramma's als bijv. autocad, zodoende kun je een commando (vaak een 1 tot 3 karaters lang) als bijv. lijn activeren met het toetsenbord en vervolgens de lijn zelf met de muis tekenen.....
zelf vindt ik dit wel fijn werken

Bedienen van een GUI-applicatie is niet reproduceerbaar voor iemand die dingen slecht kan onthouden of voor iemand met een of andere handicap (slechtziend bijvoorbeeld). Een simpel, ondubbelzinnig en telkens reproduceerbaar stappenplan voor bepaalde handelingen is in een GUI dan niet eens mogelijk, je komt dan niet onder de CLI uit.

Volgens Faaborg wordt door hedendaagse interaction designers bij de ontwikkeling van van nieuwe applicaties te weinig rekening gehouden met de wensen van gevorderde gebruikers, en te veel geleund op bekende gui-oplossingen
Het grote probleem met commandline interfaces is dat 90% van de gebruikers er dan geen hol meer van snapt je je product nog verder in de 'nerd-scene' drukt.

Firefox-usabilityexpert wil terug naar commandline
Wat heeft de command line hier mee te maken? Keyboard shortcuts/navigatie is iets heel anders. Keyboard + GUI vind ik veel beter werken dan CLI in veel gevallen.

[Reactie gewijzigd door Olaf van der Spek]


Het is echt een geval van voorkeur. Er zijn mensen die cli een krachtige tool vinden en die een hekel hebben aan het "wizard" syndroom(elke keer weer een zelfde muishandeling uitvoeren). De meeste casual gebruikers zweren echter bij de gui die erg muis-centrisch is. Ik ben van mening dat je moet kunnen kiezen. Soms is toetsenbord voor mij handiger(bijvoorbeeld programmatjes installeren via apt), andere keren gebruik ik veel liever de muis(als ik iets moet configureren vind ik het handiger als het in een menu'tje staat ipv ergens op een regel in een tekstbestandje).


Oh, een GUI is rond en driehoekig. Ik snap het helemaal.

Voor de huis keuken en tuin huis gebruikers is dit zeker geen oplossing. Dit kan echter wel meer mensen aanspreken die veel met commandline werken. Zoals ik zelf een eigen server heb waar ik wat mensen op host vind ik de command line veel sneller werken. copier wat gegevens geef snel de juiste permissies daaraan werkt gewoon veel sneller.

wat hij zegt klopt voor een deel.

vooral voor powerusers van applicaties is een cli krachtiger dan een gui omdat je zo sneller door kan typen. Voorbeelden hiervan zijn applicaties waarbij mensen hele dagen orders aan het invoeren zijn of ander administratief werk.

browsers daarintegen hebben een heel andere manier van gebruiken en ik zie het poweruser gebeuren van browsers niet echt.

meestal open je een pagina. lees je vanalles wat er op de pagina staat klik je weer verder. ik zie nog weinig mensen constant dezelfde acties herhalen in de browser.


Browsers worden tegenwoordig overal voor gebruikt. Mischien ook in applicaties waarbij mensen de hele dag orders aan het invoeren zijn of ander administratief werk.

maar dan blijven de mensen in de applicatie zitten en gebruiken ze "als het goed is" bijna geen browser opties. Tenminste dat lijkt mij.

Het is dan de taak van de software ontwikkelaar die de inter/intranet applicatie maakt om dit "cli" gebruikersgemak toe te voegen.

Dat sneller typen is grotendeels te wijten aan de "type-ahead" mogelijkheden. En ook het concept "key-ahead" in de hci-wereld. Men typt al een nieuw commando, nog voor de uitvoering van het vorige gebeurt is of alvorens met hierover feedback heeft.

Geavanceerde gebruikers kennen hun applicatie en weten reeds wat hun volgende stap zal zijn nog voor dit scherm voor hun neus verschijnt. Dit kan zowel voor cli en gui (je weet waar die ok knop zal verschijnen) Met de muis is de type-ahead echter minder gemakkelijk (omdat je minder gemakkelijk de exacte positie kan onthouden dan een toetsaanslag) en ook beperkt tot het eerst volgende commando.

Bij een browser is de type-ahead beperkt tot de gekende commando's om de applicatie te besturen maar niet toepasbaar op een (ongekende) webpagina.
«  1  2  3  4  »

Op dit item kan niet meer gereageerd worden.

Volgende 17:20
Vorige 14:54
VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: