User Interface: Butonul "Apply" o idee buna si o realizare proasta de Microsoft

In acest post voi vorbi despre combinatia de butoane "Ok", "Cancel" si "Apply".
Ideea folosirii butonului "Apply" este una buna, utilizatorul poate vedea rezultatul ajustarilor pe care le face fara a inchide fereastra de dialog astfel incat apare posibilitatea de a ajusta parametrii fara a inchide dialogul de fiecare data.
Insa, scopul pentru care au fost butoanele "Ok" si "Cancel" se pierde dupa apasarea butnoului "Apply". Dupa apasarea acestuia codul realizaeaza schimbarile lasand ferestra de dialog deschisa. In acest sens "Apply" nu se deosebeste de "Ok". Ce rol joaca atunci butoanele "Ok" si "Cancel" care mai devreme sau mai tarziu vr fi folosite? Raspunsul este: de a inchide pur si simplu fereastra de dialog.
Exista mai multe posibilitati de rezolvare a acestei probleme:

• Sa folosim butoanele "Ok" si "Cancel" nu doar pentru inchiderea ferestrei de dialog. La apasarea "Ok" utilizatorul "salveaza" modificarile facute iar "Cancel" face un "discard changes". Numele butonului "Apply" il schimbam in "Preview".
• Putem folosi in loc de 3 butoane doar 2: "Apply" si "Close".
  

Cum sa identifici locatia vizitatorilor site-ului dupa adresa IP

Sa presupunem ca exista un site al unui autoservice din Bucuresti ce are un forum “viu”.
Specialistii, care raspund la intrebarile urilizatorilor, sunt oarecum dezamagiti din cauza ca 60% din discutii sunt purtate cu persoane ce locuiesc , poate si la alt capat al Romaniei. Practic acestia din urma niciodata nu vor deveni clienti ai autoservice-ului, astfel mult timp se pierde degeaba pe comunicarea de pe site.

Dupa cum s-a adeverit, filtrarea vizitatorilor din punct de vedere geografic le este in putere si webmasterilor simpli. Exista baze de date gratuite: pentru o anume tara sau de scara mondiala, cu care lucreaza modulul Apache GeoIP. Cu ajutorul acestuia , de exemplu, putem permite accesul pe site doar anumitor regiuni sau tari.

Totusi, rezultatul generat de asemenea webmasteri cum ar fi maxmind.com , nu reflecta realitatea, deoarece sunt posibile cazuri sa ai o adresa ip de Bucuresti chiar daca nu locuiesti acolo.

Ce fac acum ceilalti vizitatori ai site-ului?

Acum cateva luni citisem pe undeva despre cresterea conversiei unui webshop. In acel articol se propunea ca pe paginile sitului sa existe un bloc in care sa se indice actiunile vizitatorilor online in momentul respectiv. Se presupune ca utilizatorul va fi interesat de achizitiile altor utilizitori si chiar influentat de deciziile acestora.

Un prieten imi zicea: “ Cand merg la supermarket, printer rafturile nesfarsite de alimente imi place sa ma ocup cu ceva mai putin decent – ma uit cine si ce cumpara . Se intampla sa imi placa de unii cumparatori dintr-un motiv sau altul si atunci cumpar ceea ce cumpara si ei. Astfel am descoperit o multime de produse alimentare delicioase si multe lucruri neobisnuite, dar utile.”

Am observat si eu comportament asemanator stand la coada la o cofetarie: daca o persoana cumpara ceva original, cei care stau in spatele lui, copiaza actiunile acestuia.Uite asa un efect dragut care duce ca cererea de maysen cu afine sa fie extrem de instabil.

Posibilitatea de a vedea actiunile curente ale vizitatorilor unui site poate avea si alt aspect. Acesta apare pe community-sites si consta in crearea efectului de strada “vie”. Au nevoie membrii comunitatii de aceasta? Dupa cum s-a dovedit, da. Multi utilizatori nu doresc sa se simta singuri iar un bloc de tipul “Acum pe site” este tocmai binevenit.

Avem nevoie de “Link-uri utile”

Multa lume nu stie sa se foloseasca de search: in Windows- cautare de fisiere, in browser- cautare prin pagina. Astazi pe forumuri, utilizatorii incepatori sunt “trimisi” regulat spre search, ca si acum 5 ani in urma.

Sistemele de cautare in internet se straduie din rasputeri sa fie cat mai aproape de utilizatori: interfata este simplificata la limita, algoritmii incearca sa ghiceasca adevarata necesitate pentru cea mai primitiva solicitare.

Totusi care e problema? Poate cautarea in lumea calculatoarelor greu se asimileaza/deprinde pentru ca in viata reala nu exista analogii( folosim dictionare, carti de numere/adrese cu rubrici, indecsi alfabetici si altele). Dar poate motivul consta in faptul ca trebuie sa cunoastem jumatate de raspuns pentru a formulare corecta a solicitarii?

Dupa parerea mea exista multi utilizatori care formal, stiu a se folosi de search dar sa gaseasca ceea ce cauta, reusesc in putine situatii. Ei nu inteleg sensul reformularii continutului solicitarii, nu folosesc instrumente de cautare avansata. 

Morala: Cautarea nu trebuie sa devina principala sursa de navigare .

Eu consider ca nu trebuie sa ne fie teama de sanctiunile din partea motoarelor de cautare sau alte constrangeri. Sa tii pe site compartimentul “Link-uri utile” – nu e deloc rau, caci oamenii se folosesc de ele.

Usability.

Acest post o sa fie din nou unul legat de user interface...

Cu totii suntem bine familiarizati cu butoanele Ok si Cancel care sunt folosite in ferestre de dialog. Cu ajutorul acestor doua butoane utilizatorul poate spune "Da" sau "Nu" unei actiuni ulterioare pe care trebuie sa o faca aplicatia/userul. Insa folosirea butoanelor de acest tip nu este foarte sugesitva utilizatorului. O practica buna ar fi folosirea verbelor in textul de pe butoane.
Desigur pe aceasta tema s'au scris foarte multe articole, dar ar fi bine sa ne uitam pe un exemplu.
Voi folosi doua ferestre de dialog, una din WINDOWS si alta din MAC OS. Scopul pentru care pot fi folosite butoanele de pe dialogul din windows poate fi inteles numai daca citim si mesajul de deasupra acestora.

Mai sus avem un dialog asemanator din Mac OS. Deosebirea acestuia fata cel din windows este ca ne dam seama de destinatia butoanelor citind doar textul de pe acestea.
Principiul acestui exemplu simplu poate fi folosit oriunde, inclusiv la proiectarea interfetei utilizator pentru aplicatii Web.

Cateva metode de imbunatatire a “usability”-ului unui site cu ajutorul JavaScript si AJAX

In ultimii ani, roada atotputernicului JavaScript a fost bogata. Voi da cateva exemple si situatii care ascund in spate JavaScript /AJAX si care in multe cazuri aduce o imbunatatire si un confort in navigarea/utilizarea unui site.

1)Edit in place

In urma unui click un simplu text se transforma in camp de editare, fara reincarcarea paginii. Nici salvarea modificarilor nu necesita reincarcarea paginii.

2) Autosave

Cand scrii un comentariu mai lung sau post pe blog, e foarte neplacut sa pierzi ceea ce ai scris din cauza unor probleme ale site-ului. “Autosalvarea” rezolva o mare parte din aceste probleme.

3) LightBox, ThickBox

Asa se numesc solutiile JavaScript ce ofera vizualizarea fotografiilor la dimensiunile reale in aceeasi fereastra a browser-ului unde se afla si preview-ul. Dam click pe preview, ecranul se “intuneca” si deasupra paginii apare un nou panel in care se afla imaginea la dimensiunile normale.

4) Campuri cu autocomplete

Scrii cateva litere in campul de text si ti se ofera o lista cu termini existenti in system ce corespund literelor introduse.

5)Resizable textarea

Deseori dezvoltatorii nu de gandesc la dimensiunile campurilor de text. Sa scrii ceva voluminous intr-o ferestruica pe forum nu e deloc placut. Solutia aceastei probleme este bazata pe javaScript.

6) Screenshot la pozitionarea cursorului pe link.

7) Trimiterea datelor folosind AJAX.

Este o tehnologie fundamentala in stare sa transforme folosirea continutului unui site de zece ori mai usoara. Ideea e ca pentru efectuarea anumitor actiuni nu este nevoie de reincarcarea paginii. Este comod sa incarci poze, atasezi fisiere, sa scrii in shoutbox,, sa votezi, verificarea disponibilitatii nume user la sign up.

User Interface...

Multi dintre voi probabil mai tin minte imaginea de mai sus...
Nu e un secret ca dezbaterile in legatura cu User Interface'ul proiectelor
web au fost intotdeauna intense..pur si simplu uneori uitam sa dam
user'ului ceea ce de ce are nevoie, iar utilizatorul are nevoie sa gaseasca
si sa atinga("TOUCH").