Single Page Interfaces

[Jeroen Bakker]

De laatste tijd komen er steeds meer berichten over Single Page Interfaces (of Rich Internet Application, enzovoort), mede aangestuurd door het op PR-gebied erg goede Nederlandse Backbase. Zie bijvoorbeeld deze column op Emerce: Hou op met dat geblader! van Funda directeur Marque Joosten.

 

Is eht interessant om hiermee aan de slag te gaan, of is het een gimmick die weinig toevoegt qua usability? Wegen de voordelen op tegen de nadelen? Zijn jullie er al mee bezig?

[R.I.P. - Benm]

Zojuist even de eerste 2 demo's bekeken.. technisch heeft het zeker zn charmes, maar ik vraag me wel af in hoeverre zoiets spectaculair beter is dan de bestaande oplossingen. Het zijn interfaces waar ik wel mee overweg kan, maar dat zegt niet zoveel over de gemiddelde lukrake bezoeker natuurlijk.

 

Aan de andere kant zullen er continu zaken veranderen die toch voordelig blijven, waarschijnlijk is het een langzaam maar immer doorlopend proces. Zolang de nieuwigheid tamelijk intuitief te besturen valt komt dat vaak wel goed. Je ziet ook dat er veel dingen uit de papieren wereld op het computerscherm zijn doorgedrongen. Bijvoorbeeld tabbladen, of systemen waar je als een boek doorheen bladert. Technisch lijkt me dat zelden de ideale oplossing, maar intuitief is het wel, en that's what makes it work.

[R.I.P. | Peter Bonjernoor]

Het grootste nadeel vind ik meestal, zowel bij Flash als bij HTML SPI, dat je niet moet vergeten je vingers van de F5-toets af te houden, anders kun je weer helemaal opnieuw beginnen.

[Jeroen Bakker]

Enkele simpele voorbeelden van hoe dit wel degelijk de usability positief kan beïnvloeden zónder dat het om een leercurve of gewennig vraagt:

 

- in een formulier hoef je enkel je postcode en huisnummer in te vullen, en automatisch - zonder refresh - verschijnen de plaatsnaam en straat erbij.

 

- je typt je e-mailadres in, en dynamisch wordt ter plekke gechecked of de syntax klopt en of het adres bestaat. Zo niet, dan krijg je direct een melding

 

- je hebt een aantal pulldownmenu's waarmee je je zoekopdracht kunt verschijnen, en door er enkel overheen te gaan zie je al dynamisch hoezeer deze optie je zoekopdracht zou verfijnen. Je hoeft het dus niet eerst in te typen, te verzenden en te proberen, nee je ziet al direct een indicatie van het resultaat

 

- je wilt een domeinnaam checken, en al typende zie je direct op diezelfde pagina of hij beschikbaar is of niet. Niet op 'verzenden' hoeven drukken, wachten, backbutton als hij niet vrij is, en weer proberen.

 

- je bent een zoekterm aan het intypen en krijgt dunamisch direct suggesties van wat anderen recent hebben ingetypt, lijkend op jouw zoekopdracht. Weet je niet precies wat je zoekt of zie je een betere zoekterm van iemand anders, dna kun je direct daarop klikken.

 

Zo gaat trail en error wel enorm van contact- en invulformulieren fors omlaag! :)

[Ewout Wolff]

Okay ! Ik merk wat meer warme reacties. Ik ben uiteraard zeer benieuwd wat je met de F5-knop bedoelt, Zaph, ga onmiddellijk checken hoe dit gaat.

 

Decorum : juist die irritante formulieren willen nog wel eens zorgen voor het stoppen van een gebruiker op een site. Door vrijwel bij iedere actie van een gebruiker een re-actie te geven, die hopelijk als zinvol wordt ervaren, lijkt het mij ook dat je tenminste het gevoel over houdt geholpen te worden. Respectievelijk dat dit "aanzuigende" werking kan hebben op een bezoeker.

 

Tuurlijk is het zo dat dit technisch gezien al door bijv.Javascript gedaan kan worden. Maar hoeveel Javascript kan je op een pagina zetten zonder zelf gek te worden van het onderhoud, resp. kan je dan nog rekening houden met de verschillende browsers en -versies ?

[Jeroen Bakker]

Tuurlijk is het zo dat dit technisch gezien al door bijv.Javascript gedaan kan worden.

 

Je kunt met enkel javascript zoals jij het bedoelt, niet dynamisch die gegevens uit een database halen. Dus zonder een refresh een postcode matchen aan plaatsnaamgegevens of ter plekke controleren of een e-mailadres bestaat, is praktisch inmogelijk.

 

F5 refreshed de pagina, dus dan zou je hele applicatie opnieuw opstarten en sta je dus weer aan het begin ervan. Als het goed is heeft in ieder geval Backbase hier iets op gevonden, want ook bookmarks en de backbutton (beide wekken ergernis als je flash gebruikt, want dna werken bookmarks en backbuttons niet) werken bij hen.

 

In dit hele verhaal is het trouwens wel zaak om 'leuke technische kunstjes' te scheiden van usabilityverhogende zaken. Die laatste zijn wat ondergeschoven, maar daar zit de wezenlijke vernieuwing in mijn ogen.

[R.I.P. - Benm]

Het is inderdaad erg vervelend als standaardfuncties zoals refresh, back en forward opeens niet meer werken... vooral bij flash pagina's zie je wel eens dat men die er alsnog inknutselt, maar dan dus in flash zonder de keyboard shortcuts etc (wiel opnieuw uitvinden).

 

De voorbeelden van Decorum laten wel zien hoe je sommige zaken 'onderwater' kunt doen om zo de gebruikerservaring te verbeteren. Dat soort zaken zullen denk ik wel vaker gaan verschijnen... lijkt me zeer gebruikersvriendelijk en vrijwel zonder verwarring in te bouwen.

 

Aan de andere kant ben ik zelf iemand die de client liefst zo min mogelijk laat doen... dingen die je op de server doet kun je controleren, clients kunnen er altijd een zooitje van maken. Niet erg als het om een handigheidje gaat, maar lastig als het kritische gegevens betreft.

[willemj]

Je kunt met enkel javascript zoals jij het bedoelt, niet dynamisch die gegevens uit een database halen. Dus zonder een refresh een postcode matchen aan plaatsnaamgegevens of ter plekke controleren of een e-mailadres bestaat, is praktisch inmogelijk.

 

Daarom bestaat er RPC (remote procedure call), kun je de dingen die een Javascript niet kan of mag doen gewoon op de server uitvoeren zonder een pagina te refreshen o.i.d.

 

F5 refreshed de pagina, dus dan zou je hele applicatie opnieuw opstarten en sta je dus weer aan het begin ervan.

 

Misschien kun je de onLoad functie gebruiken om voor de refresh de toestand van je formulier nog ergens op te slaan. Overigens verversen de demos die ik gezien heb niet goed. In de shop kreeg ik zelfs een foutmelding dat een bepaald XML bestand niet geladen kon worden. Een alternatief is om iedere wijziging naar de server te sturen en daar de complete state bij te houden.

 

Tuurlijk is het zo dat dit technisch gezien al door bijv.Javascript gedaan kan worden. Maar hoeveel Javascript kan je op een pagina zetten zonder zelf gek te worden van het onderhoud, resp. kan je dan nog rekening houden met de verschillende browsers en -versies ?

 

Paar duizend regels. Javascript of Ecmascript zoals het officieel heet is gestandardiseerd. Betekent niet dat alle browser het 100% implementeren maar dat is ook het geval voor HTML, Perl, C++, Delphi, in het algemeen de Windows API, etc. Draaien ook genoeg regels code in die talen ;D