Artueel V1

Linkedin lanceerde afgelopen week haar nieuwe homepage. Nieuw als in: nieuw ontwerp + enkele nieuwe functies en andere handigheden (ik denk aan de versleepbare modules). De niewe lay-out is naar mijn gevoel oké. Het is netjes, maar soms heb ik het gevoel dat alles teveel in kadertjes steekt. Een uitgebreide review volgt misschien later, maar iets wat mij ondertussen mateloos stoort is de nieuwe status functie.

Iedereen op linkedin kan zijn of haar professionele status aanpassen, je netwerk krijgt daar dan op gepaste wijze melding van. Los van het nut van de feature, stel ik mij vragen bij de manier waarop de nieuwe functionaliteit geïntegreerd is binnen linkedin:

Alle status updates verschijnen in het blok Network Updates. De status updates horen naar mijn gevoel niet bij het network updates blok. Terwijl ik vroeger alle network updates las (wegens interessant) sla ik dat nu over omdat er teveel (overbodige) informatie wordt getoond. De status updates kwijnen daar ook weg en moeten volgens mij een aparte plaats krijgen zodat de functie zichzelf meer kan ontplooien.

Een andere oplossing is het Network Updates blok grafisch en conceptueel meer onderbouwen, aangezien er nu toch plots meer leven in zit:

• nog meer het tijdslijn principe hanteren (inclusief scrollbalkjes om je tijdslijn/radius te verklein/vergroten)
• werken met (maximum) 2 of 3 soorten updates, onderverdelen in categorieën dus
• de verschillende categorieën grafisch onderverdelen
• mogelijkheid tot filteren op basis van tijd,categorie, …

Het Network updates blok speelt nu reeds een centrale rol, maar volgens mij moet er (vooral grafisch) aan gesleuteld worden, zodat je een nog juistere omkadering krijgt van de verschillende instromen aan inhoud.

Heel veel verschillende mogelijkheden, met elk hun eigen voor- en nadelen. Zeker iets om over na te denken.

• Geschreven op Tuesday 4 March 2008
• Al 1 reactie

Kijk kijk … een Belg op A List Apart, en dan nog niet zomaar met het eerste het beste artikel.

Roel heeft het over Graceful E-Mail Obfuscation. Een, tot nu toe, geschikte manier om toch “veilig” je e-mail adres te delen op het net.

Congrats!

• Geschreven op Tuesday 6 November 2007
• Comments Off

Marketingfacts heeft het over AJAX en de zoekmachine vriendelijkheid ervan. Interessant, maar één bepaalde paragraaf deed mij toch even nadenken:

… voordeel van AJAX is dat er interactie met een database kan plaats vinden zonder dat de pagina opnieuw geladen hoeft te worden, waarmee een site gebruiksvriendelijker kan worden gemaakt. Echter, AJAX kent twee grote nadelen m.b.t. zoekmachinevriendelijkheid …

“waarmee een site gebruiksvriendelijker kan worden gemaakt”. Misschien ligt het aan mij maar AJAX komt de gebruiksvriendelijkheid vaak niet ten goede. Reden: fout gebruik, op de foute plaats.

Vergelijk het met een link die een nieuw venster opent, of een within-page (anchor) link. Mijn verwachtingspatroon wordt overhoop gehaald en das niet goed. Veel websites die AJAX gebruiken doen het fout – ja, zelf nu nog, terwijl iedereen het zou moeten weten.

Het verwachtingspatroon van een bezoeker, er wordt nog altijd té weinig rekening mee gehouden.

• Geschreven op Thursday 19 April 2007
• 4 reacties

Ajax – meer bepaald het gebruik van XMLHttpRequest, wordt dezer dagen meer en meer gebruikt in websites. Net omdat ajax zo populair is/word bestaat het gevaar dat mensen het gaan fout gaan gebruiken, integreren. Hoe bedoel je, fout – met ‘fout’ bedoel ik niet uit technisch standpunt maar wel uit standpunt van usability en ook accessibility.

Daarom heeft Baekal.com enkele ‘XMLHttpRequest usability guidelines‘ opgesteld.

1. Do not load entire pages: met XMLHttpRequest kan je bepaalde delen van een website herladen zonder heel de pagina te herladen – nadeel is gelijkend met ‘within-page links‘, de normale gang van zaken wordt doorbroken op deze manier, wat voor verwarring bij een bezoeker zorgt.
2. Know the difference between a web application and a website: Verwar een web applicatie niet met een website – een mix van beiden zorgt voor verwarring.
3. Do not break what the user is focusing on: vb. het ‘live-search’ concept is niet altijd optimaal voor een bezoeker. Leuk maar lang niet optimaal.
4. Consider how to handle users that cannot use XMLHttpRequest: heel erg belangrijk vind ik, wat met mensen die een website bekijken met een PDA of screenreader?
5. Do use it to eliminate confirmation pages.
6. Do not use it to eliminate acceptance.
7. Do not over-use it: zoals eerder gezegd; ga na of ajax echt wel nodig is. En als je het wil gebruiken zorg er dan voor dat het duidelijk is en niet verwarrend – het moet zichzelf uitwijzen.

Vooral het 4′de puntje vind ik heel belangrijk, tenslotte proberen we het web universeler te maken en toegankelijker voor iedereen – of niet soms?

Een (grappig) artikel over overgebruiken van ajax vind je op alt tags. De site die in het artikel wordt vermeld is de website van Marketwatch.com

• Geschreven op Tuesday 28 February 2006
• Comments Off