Dodaci

Uvod u dizajniranje za Web

Pravila iz prvog poglavlja obuhvataju osnovne koncepte efikasnog dizajniranja za Web. Slogan WYSIWYG (skra�enica od What You See is What You Get - ono �to vidi� to �e� i dobiti) predstavljen je kao mogu�a zamena za tradicionalne principe dizajniranja grafi�kog korisni�kog interfejsa koji su prihva�eni i kada je u pitanju dizajniranje Web lokacija.

Pravilo: VI NISTE KORISNIK.

Pravilo: KORISNICI NISU DIZAJNERI.

Pravilo: Dizajnirajte za prose�nog korisnika, ali vodite ra�una o razlikama.

Pravilo: Rad lokacije mora da bude gotovo besprekoran.

Pravilo: Upoznajte i uva�ite ograni�enja Weba i Interneta.

Pravilo: Web lokacija treba da uva�ava na�in funkcionisanja grafi�kog korisni�kog interfejsa kad god je mogu�e.

Pravilo: Navigacija je samo sredstvo za postizanje kona�nog cilja.

Pravilo: Vizuelni elementi presudno uti�u na korisnikov sud o vrednosti lokacije.

Pravilo: Op�ti utisak korisnika kada napu�ta lokaciju zavisi od vizuelnih elemenata, sadr�aja, tehnologije, upotrebljivosti lokacije, kao i toga da li je on uspeo da ostvari svoj cilj.

Pravilo: Nemojte od interfejsa praviti svoj za�titni znak.

Pravilo: Ne postoji forma "ispravnog" Web dizajna koja odgovara svakoj lokaciji.

Pravilo: Kontrolu treba predati korisniku ili barem neka tako izgleda.

Postupak dizajniranja Web lokacije

Pravila i predlozi iz drugog poglavlja odnose se na va�nost razvoja lokacije i po�tovanje postupka za dizajniranje Web lokacija.

Predlog: Ako je mogu�e, uvek prikupite sadr�aj lokacije pre nego �to po�nete da je dizajnirate.

Pravilo: Dizajniranje vizuelnih elemenata treba da po�nete od mati�ne strane, da nastavite preko strana pojedinih odeljaka i da zavr�ite na stranama sa sadr�ajem.

Predlog: Kada razvijate likovno re�enje strane, uvek uzmite u obzir ivi�ni efekat prozora �ita�a.

Pravilo: Ne vezujte se previ�e za prototip dizajna. Slu�ajte �ta o njemu ka�u korisnici i menjajte ga shodno tome.

Pravilo: Na lokacijama uvek ima gre�aka, zato ih pa�ljivo proveravajte.

Pravilo: Provera lokacije mora da obuhvati sve njene aspekte, uklju�uju�i njen sadr�aj, izgled, funkcionisanje i svrhu.

Pravilo: Provera kako lokaciju prihvataju korisnici najva�nija je provera i treba je izvesti na kraju.

Pravilo: Razvijanje lokacije je trajan proces - planiraj, dizajniraj, razvijaj, objavi, pa sve od po�etka.

Dizajniranje za korisnike

Pravila i predlozi iz tre�eg poglavlja isti�u va�nost korisnika lokacije u procesu njenog dizajniranja.

Pravilo: Ne postoji apsolutna saglasnost o tome �ta sve sa�injava upotrebljivu lokaciju. Upotrebljivost lokacije �e se razlikovati koliko i korisnici koji joj pristupaju.

Pravilo: Upotrebljivost zavisi od medija na kome se nudi sadr�aj.

Pravilo: Upotrebljivost zavisi od vrste lokacije, kao i od toga koliko je korisnik poznaje.

Pravilo: Upotrebljivost i op�ti utisak korisnika u direktnoj su vezi.

Pravilo: Od lokacija korist imaju ljudi, a ne Web �ita�i.

Predlog: Ne postoje klonirani posetioci. Lokaciju �e uvek pose�ivati stvarne osobe.

Predlog: Nemojte koristiti bliske tonove za tekst, slike i pozadinu.

Predlog: Ne kombinujte tekst, slike i pozadinu bliskog stepena zasi�enja.

Pravilo: Uvek mislite na kontrast. Izbegavajte tekst, slike i pozadinu iste svetline.

Predlog: Izbegavajte nemirnu pozadinu poplo�anu slikama.

Pravilo: Boje elemenata koji se moraju uo�iti, npr. boje veza, treba da se razlikuju po tonu i svetlini.

Pravilo: Korisnici nastoje da uz minimum truda izvuku �to vi�e koristi.

Pravilo: Lak�e je ne�to prepoznati, nego zapamtiti. Zato ne silite korisnike da pamte podatke.

Pravilo: Ako pose�ene veze ostanu iste boje i stila kao i nepose�ene, terate korisnika da pamti gde je sve bio.

Predlog: Po�to se vizuelni utisci lak�e pamte, pravite strane koje �e izgledati druk�ije od ostalih.

Predlog: Grupu sli�nih opcija, npr. veza, ograni�ite na 5-9 stavki.

Predlog: Lokaciju organizujte tako da korisnik ne mora da pamti vi�e od tri stavke ili tri strane u nizu.

Pravilo: Kada vreme reagovanja, npr. u�itavanje strane, prelazi 30 sekundi, potrudite se da korisnikovu pa�nju zaokupite dodatnim informacijama, npr. indikatorom napredovanja u�itavanja strane.

Pravilo: Korisniku vreme preuzimanja zna�i vi�e nego koli�ina preuzetih podataka.

Predlog: Skratite vreme u�itavanja Web strane u�itavaju�i je dok korisnik razmi�lja.

Predlog: Iskoristite prethodno u�itavanje kada je struktura lokacije linearna.

Predlog: Ukoliko su funkcije elemenata strane razli�ite, neka to bude i o�igledno predstavljeno.

Predlog: Obuzdajte �arenilo na strani i grupi�ite objekte tako da se oni svojim izgledom ne nadme�u. Korisnik �e tada mo�i da se usredsredi na ono �to ga zanima.

Pravilo: Adaptacija �ula deluje i na Webu. Ako �elite nepodeljenu pa�nju korisnika, stvari �ete morati �esto i iz korena da menjate.

Pravilo: Poku�ajte da optimizujete pristupanje preko tastature svim stranama lokacije, a ne samo stranama sa obrascima.

Pravilo: Skratite na minimum rastojanje izme?u opcija koje se biraju jedna posle druge.

Pravilo: Smanjite rastojanje izme?u osnovnih podru�ja nad kojima korisnik dr�i pokaziva� mi�a i dugmeta Back Web �ita�a.

Pravilo: Podru�ja koja �e korisnik pritiskati mi�em treba da budu dovoljno krupna da bi on mogao brzo da ih dosegne i precizno da ih izabere.

Predlog: Uvek mislite na to da lokaciju treba da uvedete u svet korisnika, a ne obrnuto.

Pravilo: Uzmite u obzir verovatne uslove okoline iz koje �e korisnik pristupati lokaciji.

Predlog: Trudite se da napravite prilagodljivu Web lokaciju koja �e izi�i u susret kako po�etnicima, tako i prose�nim, ali i iskusnim korisnicima.

Predlog: Pri izradi lokacije orijenti�ite se na srednjeiskusne korisnike ukoliko ne mo�ete da obezbedite interfejs prilago?en svima.

Pravilo: Korisnik na va�u lokaciju dolazi sa iskustvom iz �ivota, iz rada sa programima i drugim Web lokacijama. Neka va�a lokacija ispuni njegova o�ekivanja.

Pravilo: Kada razmi�ljate o interfejsu, ne udaljujte se od konvencija koje su uvele izuzetno pose�ivane lokacije.

Predlog: Neka korisnici provere lokaciju na samom po�etku rada, a zatim i vi�e puta tokom njenog razvoja.

Predlog: Kada izvodite �ak i neformalan test upotrebljivosti, ne govorite previ�e i ne upu�ujte korisnika.

Predlog: Ne koristite se argumentima o upotrebljivosti lokacije da biste izbegli ili uklonili njene vizuelne, tehni�ke ili ekonomske aspekte.

Predlog: Primenjujte Web dizajn u stilu Las Vegasa. Ponudite korisnicima prijatno iskustvo omogu�uju�i im da se odu�eve i da steknu iluziju neograni�ene slobode, ali neka uzde uvek ostanu u va�im rukama.

Vrste i arhitektura lokacija

Pravila, predlozi i preduslovi iz �etvrtog poglavlja odnose se na definisanje i razumevanje razli�itih tipova Web lokacija i struktura sa kojima se dizajner mo�e susresti.

Preduslov: Logi�ka struktura Web lokacije korisniku je va�nija od njene fizi�ke strukture.

Pravilo: Ako je mogu�e, ne otkrivajte fizi�ku strukturu lokacije.

Pravilo: Logi�ka struktura dokumenata lokacije ne mora da se preslikava tako da direktno odgovara njenoj fizi�koj strukturi.

Predlog: Nastojte da pravite takve lokacije na kojima je dovoljno tri puta pritisnuti mi�em da se do?e do njihovog dna.

Predlog: Nastojte da korisnika svaki put kada pritisne mi�em obavestite o tome kako napreduje, pri �emu najvi�e tri uzastopna pritiska mi�em mogu da pro?u bez takvog obave�tavanja.

Predlog: �;ak i u �irokim strukturama lokacija neka na strani ne bude vi�e od 81 veze, pri �emu treba da grupi�ete odgovaraju�e veze.

Preduslov: �to je strana zna�ajnija, ka njoj treba obezbediti vi�e veza.

Predlog: Vi�estruke veze na lokaciji ne bi trebalo da predstavljaju vi�e od 10 od 20 procenata od ukupnih izlaznih veza strane.

Preduslov: Su�tinska svrha komercijalne lokacije jeste da slu�i korisnicima na na�in za koji se pretpostavlja da donosi dobit kompaniji - bilo direktno, bilo indirektno.

Preduslov: Na lokacijama namenjenim zabavi, novina i iznena?enje �esto imaju prednost nad strukturom i dosledno��u.

Preduslov: Po�etnici vi�e vole lokacije sa predvidivom strukturom bez obzira na to �to im ona delimi�no uskra�uje slobodu i �to moraju �e��e da pritiskaju taster mi�a.

Preduslov: Iskusni i veoma aktivni korisnici vole slobodu kretanja i vi�e �e im se dopasti lokacije sa bogatijim mogu�nostima navigacije.

Navigacija u teoriji i praksi

Pravila i predlozi iz petog poglavlja bave se va�no��u kretanja kroz Web lokaciju sa prakti�ne i teorijske ta�ke gledi�ta.

Pravilo: Da biste olak�ali navigaciju, koristite jednostavne URL-ove koji se lako pamte.

Pravilo: Ne skrivajte URL-ove - ni one slo�ene, ni one jednostavne - osim ako �elite da spre�ite posetioce da se direktno povezuju s njima.

Pravilo: Na svim stranama lokacije dosledno primenjujte jasne oznake.

Pravilo: �irom lokacije razmestite odgovaraju�e oznake, a to mogu da budu i ime ili logotip organizacije, koje �e korisnika, kada ih pritisne mi�em, vratiti na mati�nu stranu.

Predlog: Stanja dugmadi treba koristiti kao oznake strana drugog reda; dugme koje je izabrano uvek mora da se predstavi prigu�eno, a nikako nagla�eno.

Predlog: Kada �elite da bojama ozna�ite pojedine odeljke, pazite da se one me?u sobom dovoljno razlikuju.

Predlog: Ne preterujte sa primenom tema za ozna�avanje polo�aja na lokaciji da ne biste celu lokaciju pretvorili u metaforu.

Predlog: Nemojte vezama da imitirate mehanizam istorije �ita�a.

Pravilo: Izbegavajte da veze nazivate samo "Nazad". Uvek jasno nazna�ite gde je to "nazad".

Pravilo: Izbegavajte strane sa kojih korisnik ne mo�e lako da se vrati koriste�i dugme �ita�a Back.

Pravilo: Korisnici svoju polaznu stranu pamte kao stalan orijentir, a mati�nu stranu lokacije kojoj su pristupili kao privremeni orijentir. Zbog toga ove dve strane treba uvek isto da izgledaju, ali i da se primetno razlikuju od ostalih strana.

Predlog: Ne skrivajte od korisnika izbor odredi�ta, osim ako je odre?ena veza manje va�na ili ako je zbog gu�ve na strani potrebno ne�to �rtvovati.

Predlog: Ne postavljajte primarni sistem navigacije na dno strane. Ovo podru�je rezervi�ite za sekundarni ili pomo�ni sistem navigacije.

Predlog: Izbegavajte da primarni sistem navigacije postavljate na desnu stranu ekrana.

Predlog: Za mati�nu stranu i druge orijentire nije lo�e da sistem navigacije postavite u centar kako bi se te strane dovoljno razlikovale od ostalih strana lokacije.

Pravilo: Mesto sistema za navigaciju unutar organizacije strane treba da se dosledno odr�i na celoj lokaciji.

Pravilo: Navigacija se mora sprovesti dosledno u pogledu polo�aja, redosleda i sadr�ine elemenata.

Predlog: Kada opcije za navigaciju razdvajate prostorno na ekranu, imajte u vidu da mo�ete da iskoristite najvi�e �etiri polo�aja.

Predlog: Strane posve�ene navigaciji, kad god je to mogu�e, treba da po visini stanu na ekran, �to va�i i za primarni sistem navigacije, bez obzira na vrstu strane.

Predlog: Svedite na najmanju meru rastojanje izme?u dugmadi primarnog sistema za navigaciju i dugmeta Back.

Pravilo: Svedite na najmanju meru rastojanje izme?u uzastopno biranih opcija.

Predlog: Gledajte da okvire ne koristite da biste ulep�avali stranu. Koristite ih za navigaciju.

Predlog: Kada koristite okvire, neka manji okvir upravlja ve�im susednim okvirom.

Predlog: Ne spre�avajte korisnika da menja veli�inu okvira i pomera njegov sadr�aj ukoliko prethodno niste uzeli u obzir rezoluciju njegovog ekrana.

Predlog: Neka potprozor ne bude obavezan oblik navigacije.

Pravilo: Napravite takav sistem navigacije da se potreba za kretanjem mi�a i pomeranjem strane svede na najmanju meru.

Pravilo: Neka korisnik stigne do cilja posle najvi�e tri u�itane strane.

Povezivanje: tekst, dugmad, ikonice i slike

Pravila i predlozi iz �estog poglavlja bave se brojnim na�inima za izradu veza.

Predlog: U tekst dokumenta stavite katkad i nestrukturirane veze kako biste posetioca podstakli da istra�uje i razmi�lja.

Predlog: Kada je strana duga�ka ili obiluje grafi�kom dugmadi, obavezno u njenom dnu obezbedite i tekstualne veze.

Predlog: Kada koristite mapirane slike, uvek obezbedite i alternativni sistem navigacije, npr. tekstualnim vezama.

Pravilo: Nikada nemojte u potpunosti da izbegavate ozna�avanje kori��enih veza.

Pravilo: Izbegavajte da menjate standardne boje veza.

Pravilo: Izbegavajte da podvla�ite tekst u Web dokumentima ukoliko podvla�enje ne ozna�ava vezu - za isticanje teksta koristite kurziv ili polucrn ispis.

Predlog: Nemojte automatski da isklju�ujete podvla�enje veza. Ako to ipak �inite, onda dodatno ozna�ite veze.

Predlog: Nemojte koristiti tri ta�ke u vezama jer se one �esto ponavljaju.

Predlog: Grafi�ko dugme treba da ima barem dva stanja: kada nije izabrano i kada je izabrano. Druga dva stanja su opciona.

Predlog: Jasno ozna�ite sadr�aj. Za razli�ite vrste sadr�aja mo�ete da upotrebite razli�ite ikonice.

Predlog: Jasno ozna�ite da li je odredi�te veze mesto na istoj strani, mesto unutar lokacije ili neka druga lokacija. Ne skrivajte URL da bi korisnik iz njega mogao da sazna odgovor.

Predlog: Spoljnu vezu ozna�ite tako �to �ete prikazati njen URL ili za to iskoristite ikonicu. Ako omogu�avate preuzimanje, nazna�ite veli�inu datoteke.

Predlog: Iskoristite odgovaraju�u ikonicu ili simbol, ili predvidite da se pre aktiviranja veze otvori prozor sa upozorenjem.

Predlog: Izbegavajte menjanje boje pose�enih veza.

Predlog: Gde je potrebno, dodajte datum poslednje promene ili ikonicu Novo.

Predlog: Upotrebite prozor sa upozorenjem ili korisnika jasno upozorite samom oznakom da sadr�aj mo�e da bude uvredljiv.

Predlog: Kada koristite statusnu liniju za obave�tenja o vezama, dobro je da na njoj za spoljne veze prika�ete i URL.

Pravilo: Raskinute veze treba smatrati katastrofalnom gre�kom.

Predlog: Izbegavajte automatsko preusmeravanje kada nastane gre�ka 404.

Pretra�ivanje i dizajn

Pravila i predlozi iz sedmog poglavlja bave se dizajniranjem lokacije koje omogu�uje lako pretra�ivanje.

Pravilo: Iskoristite iskustvo koje posetioci imaju sa javnim ma�inama za pretra�ivanje, pa i u svojoj lokalnoj ma�ini primenite sli�an dizajn i ozna�avanje, ali izbegavajte aspekte javnih ma�ina za pretra�ivanje kojima korisnici ne mogu upravljati.

Pravilo: Ne dizajnirajte strane samo da biste privukli ma�ine za pretra�ivanje jer su strane, u krajnjoj liniji, namenjene ljudima.

Pravilo: Ako se na lokaciji nalaze standardno strukturirani podaci, slo�eni podaci koji se te�ko poimaju ili lokacija ima vi�e od 100 strana, uklju�ite u nju i ma�inu za pretra�ivanje.

Pravilo: Ukoliko je lokacija namenjena iskusnim korisnicima ili �estim posetiocima, opremite je ma�inom za pretra�ivanje.

Predlog: Kada u lokaciju ugradite ma�inu za pretra�ivanje, na svaku njenu stranu postavite dugme za njeno pokretanje ili odgovaraju�e polje za pretra�ivanje.

Pravilo: Obrazac za pretra�ivanje, kao i strana sa rezultatima, moraju da imaju izgled i atmosferu ostalih delova lokacije.

Pravilo: Obrazac treba da bude prilago?en tra�enim podacima.

Predlog: Primarna polja za pretra�ivanje treba da su pribli�no dvaput ve�a od sekundarnih.

Predlog: Bolje je da pretra�ivanje ograni�ite na temu, kategoriju ili pojam nego na podru�je lokacije.

Pravilo: Obrazac za slo�eno pretra�ivanje mora da sadr�i uputstva i primere.

Pravilo: Strane sa rezultatima bi trebalo da sadr�e �to vi�e podataka kako bi korisnik mogao da odlu�i koji �e od rezultata detaljnije da pregleda.

Pravilo: Format rezultata pretra�ivanja treba da odgovara podacima koji se dobijaju kao rezultat.

Pravilo: Strana sa negativnim rezultatom pretrage mora da sadr�i obrazlo�enje za�to upit nije dobar i pouku kako da se upit izmeni.

Vrste strana i njihova organizacija

Pravila i predlozi iz devetog poglavlja obuhvataju aspekte Web strana i njihov dizajn, od veli�ine ekrana do strana sa specifi�nom namenom.

Pravilo: Veli�inu strane prilagodite svrsi i konkretnom sadr�aju.

Pravilo: Izbegavajte �iroke strane, naro�ito one koje se moraju horizontalno pomerati.

Pravilo: Poku�ajte da zna�ajne elemente, kao �to je sistem za navigaciju, smestite na prvi ekran.

Predlog: Mislite na "prelom" strane i trudite se da nagovestite da se sadr�aj prote�e i izvan prvog ekrana.

Pravilo: Ukoliko je ikako mogu�e, nemojte korisniku postavljati ograni�enja u pogledu rezolucije pri kojoj mo�e da radi sa lokacijom.

Pravilo: Kada dizajnirate za WebTV, strogo se dr�ite �irine strane od 544 ta�ke.

Predlog: Kada dizajnirate na osnovu pretpostavljene veli�ine ekrana, obezbedite se uvo?enjem faktora sigurnosti od barem 10 posto za veli�inu raspolo�ivog podru�ja.

Predlog: Omogu�ite korisnicima da stranu �ire ili su�avaju po svojoj volji. Nemojte stranu silom prilago?avati raspolo�ivoj rezoluciji, izuzev ako je to neophodno zbog odr�avanja rasporeda elemenata na njoj.

Predlog: Kada izaberete fiksnu veli�inu strane, centrirajte je na ekranu da biste uravnote�ili prazan prostor oko nje koji na velikim monitorima izaziva nelagodan utisak.

Predlog: Nemojte da koristite rastegljive strane kada na njima ima malo sadr�aja.

Predlog: Ako je mogu�e, trudite se da sadr�aj strane po du�ini smestite u najvi�e 3 do 5 ekrana.

Predlog: Marginama na strani treba da upravljate ili da uzmete u obzir margine �ita�a primenjuju�i neki faktor sigurnosti.

Predlog: Obezbedite vezu kojom se uvodna strana mo�e presko�iti.

Pravilo: Mati�na strana treba da odslikava op�ti izgled lokacije i da predstavi na�in kretanja po njoj.

Pravilo: Mati�na strana mora da se u�itava brzo, ali i da bude dovoljno privla�na kako bi pobudila zainteresovanost.

Pravilo: Mati�na strana treba jasno da nazna�i �ta se nalazi na lokaciji.

Predlog: Mati�na strana treba da je informativna i da jasno uka�e na promene na lokaciji, ukoliko ih ima.

Predlog: Ako neka strana unutar lokacije predstavlja orijentir ili uobi�ajeni ulaz u odre?eni odeljak lokacije, neka bude vizuelno nagla�ena.

Pravilo: Ostale strane lokacije treba da slede stil i navigaciju mati�ne strane, barem u osnovi.

Predlog: Ukoliko je malo strana sa �esto postavljanim pitanjima, organizujte ih u jedan dokument koji se lako mo�e od�tampati.

Predlog: Na kraju svakog odgovora obezbedite povratnu vezu ka vrhu dokumenta, odnosno spisku pitanja.

Predlog: Kada pravite stranu o zakonskim uslovima kori��enja lokacije, konsultujte pravnika.

Predlog: Na stranu dodajte naznaku o tome kada je dokument poslednji put menjan.

Pravilo: Ako se na lokaciji sakupljaju osetljivi ili li�ni podaci korisnika, obezbedite lako pristupa�nu i razumljivu izjavu o za�titi privatnosti podataka.

Pravilo: Potpunim podacima za kontakt sa vlasnikom lokacije mora se jednim pritiskom mi�a pristupati sa svake strane lokacije; osnovni podaci, kao �to je adresa e-po�te, treba da se nalaze na svakoj strani lokacije.

Predlog: Obavestite korisnike da �e �tampane strane izgledati druga�ije od onih na ekranu ili im verziju za �tampanje prika�ite direktno u �ita�u.

Predlog: PDF datoteke Adobeovog Acrobata koristite za veoma slo�ene podatke koji moraju bukvalno da se preslikaju, kao �to su tabele, tehni�ki crte�i i slo�eni finansijski ili matemati�ki podaci.

Predlog: Datoteke Adobeovog Acrobata jasno ozna�ite tekstom i ikonicom, i obavestite korisnike kako da ih koriste.

Pravilo: Kada se na lokaciji obavlja odre?en posao, obezbedite za njega i odgovaraju�u zavr�nu stranu.

Predlog: Na izlaznoj strani obezbedite i povratnu vezu ka lokaciji.

Pravilo: Pustite korisnike da mirno odu. Izbegavajte prozore tipa "molimo vas, nemojte jo� da idete" ili "ovo vam je poslednja �ansa".

Predlog: Kada se opredelite za tekstualni dizajn strane, osim veza unutar teksta obezbedite i uobi�ajenu traku za navigaciju.

Predlog: Kada su brzina preuzimanja ili fleksibilnost prikaza prvenstveni zahtevi, ozbiljno razmotrite na�ine tekstualnog dizajniranja strana.

Predlog: Ne koristite metafori�an dizajn na lokacijama namenjenim iskusnim korisnicima ili �estim povratnicima.

Predlog: Kada dizajnirate poslovnu ili �esto pose�ivanu lokaciju, izbegavajte nekonvencionalan ili previ�e umetni�ki oblikovan interfejs.

Predlog: Dizajn tipa "zaglavlje/podno�je" primenite na lokacije koje su ispunjene sadr�ajem, naro�ito ako se on ne mo�e formatirati u u�e stupce.

Pravilo: U Web dizajnu uvek te�ite da se ponavljate, ali na razli�ite na�ine.

Tekst

Pravila i predlozi iz desetog poglavlja nude ideje kako upotrebiti tekst na Web stranama. Oni obuhvataju teme od izbora fonta, do na�ina za postizanje najbolje �itljivosti.

Predlog: Na Web stranama izbegavajte obostrano poravnavanje teksta.

Pravilo: Pove�ajte prored da biste pobolj�ali �itljivost teksta na ekranu.

Predlog: Napravite hijerarhiju pisama menjaju�i boju teksta, njegovu veli�inu, stil i polo�aj kako biste pobolj�ali upotrebljivost strane.

Pravilo: Detalji lokacije mogu presudno da uti�u na op�ti utisak korisnika.

Predlog: Izbegavajte smanjivanje nazubljenosti sitnog teksta.

Predlog: Razmislite o upotrebi tri fonta na strani: jedan za oznake i naslove, drugi za osnovni tekst i tre�i za sistem navigacije.

Pravilo: Stupci teksta na Web strani nikada ne smeju da se nastavljaju jedan na drugi.

Pravilo: Strane namenjene navigaciji mogu da imaju manje belina u tekstu, nego strane sa stvarnim sadr�ajem.

Pravilo: Prazan prostor treba da doprinosi na�inu kori��enja podataka.

Predlog: Oprezno koristite re�i koje na Webu imaju posebno zna�enje.

Boje, slike i pozadina

Pravila iz jedanaestog poglavlja odnose se na upotrebu boja i slika na Web stranama, od toga kako zadati boju teksta, boju pozadinskih slika, pa do napredne upotrebe kaskadnih stilova za zadavanje boja.

Pravilo: Da biste obezbedili ispravno reprodukovanje boja, uvek pored imena boje zadajte i njenu heksadecimalnu vrednost, osim za osnovne boje, kao �to su bela, crna, crvena i sli�no.

Predlog: Ako �elite da bezbedno prevazi?ete ograni�enje od 216 boja, upotrebite kontrolisano dodate me?utonove, tzv. hibridne boje.

Predlog: Zbog lo�e podr�ke u �ita�ima, izbegavajte da element <BASEFONT> koristite za zadavanje atributa fonta u dokumentu - pogotovo za boju fonta.

Pravilo: Slike uvek �uvajte u posebnom direktorijumu.

Pravilo: Slikama nadenite logi�na imena koja �e ih grupisati prema nameni ili upotrebi.

Pravilo: Oznaku <IMG> ne mo�ete da upotrebite bez atributa SRC.

Predlog: Opisni tekst treba da poja�a zna�enje va�nih slika; ukoliko slika ne prenosi bitnu poruku, bolje je da za nju ne defini�ete opisni tekst kako stranu ne biste zatrpali ekranskim porukama.

Pravilo: U oznaci <IMG> obavezno defini�ite atribute HEIGHT i WIDTH.

Pravilo: Nikada nemojte da koristite atribute HEIGHT i WIDTH da biste promenili veli�inu slika u HTML-u. Ako vam treba manja verzija slike, prvo napravite tu manju verziju, pa je na stranu ugradite uz ta�ne vrednosti atributa HEIGHT i WIDTH.

Pravilo: Atribut BORDER slike uvek postavite na nulu, osim ako nemate jasan razlog da u�inite druga�ije - i zapamtite, slike koje predstavljaju veze, a atribut BORDER im je nedefinisan, standardno se prikazuju sa obojenom ivicom.

Predlog: Na Web stranama za slike upotrebljavajte samo formate JPEG i GIF sve dok drugi formati ne budu bolje podr�ani.

Predlog: Nemojte se isklju�ivo oslanjati na boje pri ozna�avanju veza i prikazivanju grafi�kih podataka.

Pravilo: Kada pravite raspored sa ise�cima slika i tabelama, vrednosti atributa WIDTH i HEIGHT za slike i �elije moraju odgovaraju�e da se dopunjuju.

Pravilo: Kada ise�ke slika raspore?ujete pomo�u tabela, atribute tabela CELLPADDING i CELLSPACING uvek podesite na nulu.

Predlog: Ako pozadinska slika ima veoma malu visinu ili �irinu (1-2 ta�ke), mo�e da do?e do veoma neugodnog bleskanja ekrana.

Obezbe?ivanje interaktivnosti pomo�u elemenata grafi�kog okru�enja

Pravila i predlozi iz dvanaestog poglavlja razmatraju dizajniranje Web strana u okviru principa dizajniranja grafi�kog okru�enja koji se ve� dugo koriste u dizajniranju interfejsa ra�unarskih programa. Mnogi od tih principa ve� su postali deo pravila dobrog dizajniranja za Web.

Predlog: Da bi va�a lokacija postala neodoljiva, uvedite na nju uslugu koju je te�ko preneti na drugo mesto.

Predlog: Obezbedite dokumentaciju na mre�i (ponekad i �tampanu dokumentaciju), ali ne uzdajte se u to da �e je korisnici �itati.

Predlog: Izbegavajte da menjate izgled osnovnog prozora korisnikovog �ita�a.

Pravilo: Kada upotrebite prozor na celom ekranu, obavestite korisnika kako da iz njega izi?e ili obezbedite dugme za njegovo zatvaranje.

Predlog: Ne otvarajte prozor na celom ekranu pre nego �to dobijete odobrenje od korisnika.

Pravilo: Ne pravite modalne prozore stihijski. Modalne prozore sa�uvajte za upozorenja, unos podataka i potvr?ivanje.

Predlog: Prozore sa upozorenjem upotrebite da biste korisnicima saop�tili ne�to va�no, a ne za op�ta obave�tenja.

Predlog: Upotrebite prozor za potvr?ivanje da bi korisnik potvrdio izvr�avanje operacije koja se ne mo�e poni�titi ili nekog va�nog zadatka, kao �to je podno�enje popunjenog obrasca.

Predlog: Prozor za unos podataka upotrebite kada korisnik treba da unese kratak odgovor - re� ili broj - na jednostavno pitanje. Ne pitajte ni�ta �to bi zahtevalo odgovor u vi�e redova teksta.

Predlog: Du�inu tekstualnog polja prilagodite podacima koje treba uneti.

Pravilo: Za tekstualno polje uvek defini�ite atribut MAXLENGTH.

Pravilo: Pomeranje sadr�aja tekstualnog polja omogu�ite samo ako nema prostora na ekranu, tj. kada je tekst koji treba da se unese du�i od raspolo�ivog podru�ja ekrana.

Pravilo: U polju za uno�enje lozinke tekstu nikada ne treba omogu�iti da se pomera.

Pravilo: Du�inu polja za lozinku podesite prema maksimalnoj du�ini lozinke.

Pravilo: Za polja u koja se unosi lozinka nemojte da koristite podrazumevane vrednosti.

Pravilo: U podru�jima namenjenim za uno�enje teksta u pasusima izri�ito zadajte da se tekst prelama.

Predlog: Da biste smanjili put mi�a izme?u susednih stavki, razmislite o tome da polja za potvr?ivanje rasporedite u vertikalnom nizu.

Pravilo: Uvek standardno potvrdite prvo radio-dugme.

Pravilo: Kada treba da dobijete alternativni odgovor (da/ne), koristite radio--dugmad umesto padaju�e liste ili polja za potvr?ivanje.

Predlog: Izbegavajte da grupi�ete istovremeno vi�e od osam radio-dugmadi.

Predlog: Ako ima vi�e od osam opcija od kojih treba odabrati jednu, onda upotrebite padaju�u listu da biste u�tedeli prostor na ekranu.

Pravilo: Ne koristite radio-dugmad za navigaciju.

Predlog: Nemojte atributom SIZE da menjate izgled padaju�eg menija za biranje samo jedne stavke.

Pravilo: Neka namena padaju�eg menija za navigaciju bude jasno istaknuta kontekstom, natpisima, a mo�da i dugmetom za pokretanje akcije.

Pravilo: Ako koristite navigaciju u obliku padaju�eg menija, neka ona bezbolno nestane kada je podr�ka JavaScriptu isklju�ena.

Pravilo: Ako se dugme za pokretanje akcije sve vreme prikazuje uz padaju�i meni za navigaciju, onda obezbedite da korisnik stvarno mo�e da ga pritisne.

Pravilo: Vratite padaju�i meni u prvobitno stanje kada korisnik poku�a da se vrati sa strane, kao i kada u meniju izabere separator.

Predlog: Ako o�ekujete posetioce sa alternativnim ure?ajima i �ita�ima, umesto pomi�nih lista upotrebite polja za potvr?ivanje.

Pravilo: Kada koristite pomi�ne liste, obavezno objasnite koje tastere treba pritiskati da bi se izabralo vi�e stavki sa liste.

Predlog: Nemojte standardnu dugmad (dugmad za obrasce) da koristite za navigaciju; rezervi�ite ih za pokretanje akcija.

Pravilo: Da biste izbegli slu�ajno resetovanje obrasca, uvek pre pokretanja stvarne akcije dugmetom za resetovanje zatra�ite korisnikovu saglasnost.

Predlog: Razmislite o tome da dugme za resetovanje udaljite od dugmeta za slanje obrasca.

Pravilo: Pru�ite korisniku i poslednju �ansu da se predomisli pre nego �to po�alje va�ne podatke ili zapo�ne akciju koja se te�ko mo�e poni�titi.

Predlog: Dugme za slanje smestite u dno obrasca, bilo na sredinu donje ivice, bilo u levi donji ugao.

Predlog: Za dugmad sa slikama obezbedite pomo�u skripta alternativno re�enje za �ita�e koji ih ne podr�avaju, na primer, dugmad bez slika.

Predlog: Polja obrasca uglavnom treba re?ati odozgo nadole, ali imajte na umu da �e ponekad, u zavisnosti od sadr�aja, biti bolje da ih rasporedite sleva udesno.

Predlog: Kada formatirate elemente tabele, zadr�ite ivice �elija tabele, po�to poma�u da se natpisi i polja me?usobno pove�u.

Predlog: Ukoliko su korisnici navikli da ispunjavaju odre?ene papirne obrazce, imitirajte ih i na mre�i; u svakom drugom slu�aju nastojte da smanjite koli�inu podataka koje je potrebno uneti.

Pravilo: Kada dizajnirate obrazac, uzmite u obzir da korisnik, dok ga popunjava, dr�i ruke na tastaturi.

Pravilo: Skratite put mi�a izme?u elemenata obrasca.

Pravilo: Sva polja koja obavezno treba ispuniti ozna�ite zvezdicom ili napomenom "obavezno ispuniti" ( required ).

Predlog: Da biste pobolj�ali kretanje kroz polja obrasca, iskoristite atribut TABINDEX.

Predlog: Odmah postavite fokus na prvo polje obrasca.

Pravilo: Ne preotimajte i ne maskirajte �ita�eve pre�ice sa tastature.

Predlog: Pre�ice sa tastature upotrebite kod obrazaca koje �e korisnici �esto ispunjavati.

Predlog: Iskoristite ekranske poruke da biste dodatno obavestili korisnika o nameni i formatu polja.

Predlog: Iskoristite statusnu liniju da biste prikazali informacije o upotrebi polja.

Predlog: Pored slo�enih polja, u obrascu obezbedite dugme koje �e korisniku pru�iti pomo� u radu.

Pravilo: Kad god je to mogu�e, proveravajte podatke unete u obrazac direktno kod klijenta.

Pravilo: Obavezno primenite i rezervnu proveru podataka na serveru.

Predlog: Poku�ajte pomo�u odgovaraju�e maske da proveravate podatke dok ih korisnik upisuje ili dok se kre�e od polja do polja.

Pravilo: Tokom provere ispravnosti obrasca jasno nazna�ite polja koja sadr�e gre�ku i uputite korisnika kako da gre�ku ispravi.

Pravilo: Obezbedite da se kursor odmah na?e u polju sa gre�kom.

Predlog: Maskirajte tekstualna polja da biste ograni�ili vrstu unetih znakova.

Predlog: Deaktivirajte ili sakrijte polja koja nisu neophodna.

Predlog: Kada polja namenjujete isklju�ivo �itanju, izmenite njihov izgled ili upozorite korisnika na njihov status.

Predlog: Ponudite standardne podatke sa kojima �e se korisnik najverovatnije slo�iti.

Predlog: Poljima obrasca dajte jednostavna, uobi�ajena imena kako biste mogli da koristite �ita�evu osobinu AutoComplete.

Pravilo: Kada koristite navigaciono stablo, jasno ozna�ite koje se stavke dalje granaju, a koje ne.

Pravilo: Izbegavajte da me�ate slo�ene elemente grafi�kog interfejsa, kao �to su Java apleti, sa interfejsom Web strane.

Tehnologije za Web i njihov uticaj na izradu Web strana

Pravila i predlozi iz trinaestog poglavlja detaljnije se bave tehnologijama na kojima je zasnovan Web i njihovim uticajem na dizajniranje Web lokacija.

Pravilo: Bez zaista dobrog razloga nemojte koristiti najnovije tehnologije za Web.

Pravilo: Ne verujte u potpunosti objavljenim podacima o popularnosti Web �ita�a. Bolje se oslonite na podatke o �ita�ima koje ste sakupili na SVOJOJ lokaciji.

Pravilo: Za jednostavne gre�ke korisnici uvek okrivljuju autora lokacije, a vrlo retko lo� �ita� Weba.

Predlog: Da biste preliminarno prepoznali glavne �ita�e Weba, prepoznajte ih pomo�u servera.

Pravilo: Saznajte tehni�ka svojstva �ita�a koji pristupa lokaciji. Ako niste u mogu�nosti, pretpostavite da su ona najgora mogu�a.

Predlog: Odlu�ite da li �ete slova pisati malim ili velikim slovima i dr�ite se tog izbora.

Predlog: Vrednosti atributa pi�ite veoma pa�ljivo, naro�ito ako su to imena datoteka.

Savet: Izbegavajte upotrebu entiteta &nbsp; kada �elite da zadate ve�e razmake.

Pravilo: Testirajte sve HTML dokumente.

Predlog: Ve� danas po�nite da izra?ujete strane po standardu XHTML, kako kasnije ne biste morali da ih prera?ujete.

Pravilo: Kada je mogu�e, pomo�u kaskadnih stilova razdvojte strukturu od izgleda Web strane.

Pravilo: Pa�ljivo testirajte kaskadne stilove koje ste upotrebili na Web lokaciji.

Predlog: Koristite spolja�nje kaskadne stilove kad god je mogu�e.

Pravilo: Pravila stila uvek navedite kao komentare kako ih stariji �ita�i ne bi ispisali na ekranu, niti pogre�no interpretirali.

Predlog: Prilikom izrade Web strana nemojte se osloniti samo na kaskadne stilove sve dok ih ne budu podr�avali svi �ita�i.

Predlog: Upotrebite kaskadne stilove i zamenite HTML elemente koji zadaju izgled dokumenta, na primer <FONT>.

Predlog: HTML dokumente i kaskadne stilove pravite na najprikladniji na�in. Nemojte se oslanjati samo na jednu alatku ili pristup.

Predlog: Dodajte komentare u HTML dokumente.

Predlog: Napravite �ablone za Web strane i koristite ih.

Pravilo: Budite dosledni kada imenujete HTML datoteke. Izaberite nastavak imena .htm, ili .html i dr�ite se tog izbora.

Predlog: Trudite se da koristite neki od standardnih XML jezika umesto da ih sami razvijate.

Predlog: Koristite XML kao neutralni format za �uvanje i razmenu dokumenata.

Pravilo: Bolje je koristiti i serversku i klijentsku tehnologiju nego samo jednu.

Pravilo: Pa�ljivo pratite optere�enost i dostupnost servera.

Pravilo: Ako na lokaciji koristite serverske tehnologije, dobro isplanirajte potreban kapacitet.

Predlog: Da biste pobolj�ali izvr�avanje CGI programa, prevedite ili prepravite programe koji se �esto koriste.

Predlog: Upotreba serverskih tehnologija koje koriste duga�ke URL adrese mo�e da zbuni korisnike.

Pravilo: Bez obzira na to koju tehnologiju klijentskog programiranja koristite, uvek napravite rezervna re�enja.

Predlog: Oslonite se na pomo�ne programe kada pretvaranje u HTML format nije prakti�no.

Predlog: Ograni�ite se na upotrebu najpopularnijih dodataka, a ostale upotrebljavajte samo ako je mogu�a njihova automatska instalacija.

Predlog: Kada upotrebljavate dodatke zadajte i element <NOEMBED> koji �e re�iti problem korisnika koji ne mogu da koriste dodatke.

Pravilo: Saop�tite korisnicima informacije za instaliranje dodataka i pomo�nih programa koji �e im mo�da biti potrebni prilikom posete va�oj lokaciji.

Pravilo: Ako na javnoj lokaciji koristite ActiveX kontrole, obezbedite alternativna re�enja kako bi korisnici Netscape Navigatora i ostalih �ita�a tako?e mogli da u�itaju njen sadr�aj.

Predlog: Jasno i iskreno obavestite korisnika o bezbednosnim problemima vezanim za objektne tehnologije.

Pravilo: Kada upotrebljavate objektne tehnologije poput Jave, uzmite u obzir performanse sistema krajnjeg korisnika.

Predlog: Izbegavajte izradu grafi�kih interfejsa na Web stranama pomo�u binarnih tehnologija kakve su Java i ActiveX.

Predlog: Proverite da li skript radi u svim verzijama programskog jezika.

Pravilo: U svim skriptovima primenite proveru objekta, metoda i verzije.

Pravilo: Da biste re�ili problem �ita�a koji ne razumeju skriptove, kôd skripta navedite kao komentar, ili upotrebite element <NOSCRIPT>.

Pravilo: Uvek dodajte kôd za obradu gre�aka u JavaScript skriptovima.

Predlog: Ako je mogu�e, koristite povezane skriptove.

Pravilo: Usvojte dobre standarde za pisanje koda i dosledno ih se pridr�avajte.

Predlog: Napravite poseban dokument o privatnosti ili izjavu o upotrebi i tako obavestite korisnika za �ta �e kola�i�i biti upotrebljeni.

Predlog: Nemojte upotrebljavati vi�e od jednog kola�i�a.

Predlog: Obezbedite alternativno re�enje za korisnike koji ne �ele da prihvate kola�i�e.

Pravilo: Ako �elite da privu�ete korisnikovu pa�nju, izbegnite animacije koje se me?usobno nadme�u.

Pravilo: Izbegavajte upotrebu animacija koje se neprekidno ponavljaju.

Predlog: Kada na Web stranu dodajete snimke poput govora ili delova radio ili TV programa, uvek nazna�ite du�inu, format i veli�inu datoteke sa zvukom.

Predlog: Ako koristite pristup preuzmi-i-pusti, najbolje je da datoteke koje sadr�e muziku niskog kvaliteta, zvu�ne efekte ili govor budu u formatu WAV.

Predlog: Datoteke u formatu MIDI koristite za pozadinsku muziku na Web stranama, a naro�ito ako raspola�ete ograni�enom propusnom mo�i.

Pravilo: Uz dana�nje protokole i re�im upotrebe Interneta, nije mogu�e posti�i predvidljivu i kvalitetnu isporuku podataka u realnom vremenu.

Predlog: Ne podrazumevajte da vam je podr�ka za zvuk na raspolaganju. Uvek obezbedite alternativni oblik pristupa podacima, na primer tekstualne transkripte.

Pravilo: Omogu�ite korisnicima da isklju�e zvuk koji je upotrebljen na lokaciji.

Predlog: Video zapise koristite samo kada �ete njihovom upotrebom posebno istaknuti poruku koju �elite da prenesete.

Isporuka i odr�avanje Web lokacija

Pravila i predlozi iz �etrnaestog poglavlja daju pregled problema koji se javljaju prilikom isporuke lokacije i njihovog uticaja na dizajniranje Web lokacija. Ona tako?e isti�u va�nost da autor prilikom dizajniranja lokacije ima na umu �injenice vezane za odr�avanje lokacije.

Pravilo: Korisniku nije toliko va�na koli�ina podataka koju treba preneti da bi se na ekranu prikazala lokacija, koliko mu je va�no da je lokacija brza.

Predlog: Poku�ajte da na stranu stavite mali broj objekata kako bi se smanjio broj HTTP zahteva.

Predlog: Slo�ite tipove podataka, broj objekata i veli�inu objekata kako bi se prenosili �to je mogu�e br�e.

Pravilo: Isporuka podataka u realnom vremenu preko Interneta, predvidiva i bez gre�aka, ne mo�e se garantovati sa dana�njim protokolima i nivoom upotrebe.

Predlog: Lokaciji dodelite mnogo imena domena.

Predlog: Obezbedite da servis imena domena za Web lokaciju bude brz i robustan.

Predlog: Nemojte da �tedite na hardveru za Web server. Opremite ga najbr�im diskovima, velikom koli�inom memorije i brzim mre�nim priklju�cima.

Predlog: Operativni sistem za Web server nemojte birati na osnovu popularnosti. Prilikom izbora uzmite u obzir ukupne tro�kove, prikladnost poslu kojem je namenjen i tro�kove odr�avanja na du�i period.

Pravilo: Uvek se trudite da minimizujete mre�no rastojanje izme?u servera i korisnika.

Predlog: Ako su vam kontrola ili bezbednost veoma va�ni, smestite Web lokaciju na sopstveni server.

Predlog: Upotrebite alatku ili uslugu za nadzor kako biste bili sigurni da je va�a lokacija neprekidno dostupna korisnicima.

Pravilo: Izradite, primenite i testirajte bezbednosnu politiku za celu lokaciju, koja se ne svodi samo na za�titnu barijeru.

Predlog: Izbegavajte upotrebu podvlake u imenima datoteka. Umesto nje upotrebite crticu, ili dve re�i spojite u jednu.

Predlog: U imenima datoteka ili direktorijuma nemojte da koristite velika slova, ili da ih me�ate sa malim.

Pravilo: Kao nastavak imena datoteke izaberite .htm ili .html i budite dosledni u njegovoj upotrebi.

Predlog: Nemojte a�urirati lokaciju po potrebi. A�urirajte je prema rasporedu.

Pravilo: Nikada nemojte raditi direktno na aktivnoj lokaciji!

Pravilo: Redovno proveravajte hiperveze na lokaciji.

Predlog: Redovno proveravajte detalje na Web stranama - pravopis, pravne napomene i fontove. Od�tampajte stranu ako �e vam tako biti lak�e da je detaljno pregledate.

Predlog: Obezbedite adresu urednik@va�domen.com na koju �e korisnici mo�i da �alju predloge, postavljaju pitanja i obave�tavaju vas o uo�enim gre�kama.

Predlog: Ne stavljajte na lokaciju vidljivi broja� poseta.

Pravilo: Pa�ljivo analizirajte dnevnike servera i dobijene podatke upotrebite da pobolj�ate lokaciju ili procenite njenu efikasnost.

Pravilo: Da biste razumeli efikasnost lokacije, ne oslanjajte se samo na dnevnike servera. Uzmite u obzir i mi�ljenja korisnika lokacije.

Pravilo: Ako se na lokaciji sakupljaju poverljive informacije ili li�ni podaci postavite razumljivu izjavu o privatnosti na prikladnom, lako uo�ljivom mestu.

Pravilo: Ako je sadr�aj lokacije u nekom smislu neprihvatljiv, ocenite ga po platformi PICS.

Budu�nost Web dizajna

Predvi?anja i pravila iz petnaestog poglavlja predstavljaju pogled u blisku budu�nost Weba. Neka od predvi?anja �e se mo�da pokazati pogre�nim, ali �ete verovatno imati koristi ako ih budete uzeli u obzir.

Predvi?anje: Razni oblici jezika HTML jo� �e se dugo koristiti na Webu.

Predvi?anje: Kaskadni stilovi �e se sve vi�e upotrebljavati, osloba?aju�i tako HTML uloge u definisanju izgleda dokumenta.

Predvi?anje: Upotreba fontova koji se preuzimaju sa Weba posta�e uobi�ajena.

Predvi?anje: Kako jezik HTML bude strukturisaniji, a pravila sve stro�a, HTML kôd �e se sve re?e ru�no ure?ivati.

Predvi?anje: Strogo razdvajanje strukture, logike i izgleda sadr�aja koji se objavljuje na Webu bi�e sve va�nije.

Predvi?anje: Baze podataka �e i dalje �uvati ogromnu koli�inu sadr�aja za Web.

Predvi?anje: Jezik XML bi�e dobro prihva�en kao neutralan jezik za razmenu podataka.

Predvi?anje: Usvajanje XML standarda bi�e sporo, jer korisnici ne�e mo�i da se sporazumeju.

Predvi?anje: Dizajn prilago?en korisniku i dalje �e biti osnovni zahtev.

Predvi?anje: Pristup mre�i preko veze velike propusne mo�i pove�a�e upotrebu multimedije, ali �e brzina preuzimanja i dalje biti problem.

Predvi?anje: Sa ve�om propusnom mo�i na raspolaganju, interfejsi lokacija trebalo bi da postanu br�i i bogatiji, ali najve�i deo propusne mo�i bi�e kori��en za prenos sadr�aja.

Predvi?anje: Jednostavan tekst �e zbog svoje fleksibilnosti i dalje biti va�an oblik sadr�aja Web lokacija.

Predvi?anje: Krstarenje Webom pomo�u ure?aja koji nisu ra�unari bi�e u porastu i zahteva�e da se izmene pravila za dizajniranje Web lokacija.

Predvi?anje: �;ita�i Weba vi�e ne�e biti u centru pa�nje.

Previ?anja: Be�i�ni pristup Webu uglavnom �e se koristiti za dobijanje informacija specifi�nih za mesto i vreme.

Predvi?anje: Interfejsi koji koriste vizuelizaciju bi�e ograni�eni na analizu skupova podataka i ve�ina korisnika ne�e ih koristiti za kretanje kroz lokaciju.

Predvi?anje: Korisnici koji intenzivno koriste Web bi�e sve nestrpljiviji i suroviji prema Web lokacijama.