@Ivanhoe
Da li ti pravis sajtove za NN4 i IE4 i najvaznije, da li ih testiras screen readerom? WTF? Moj je sajt dobar za IE5/Gecko/Operu/Safari i to je 99.999% korisnika. Da, i Javaskript treba. Bas treba da pravim sajt bez javaskripta (IE3,NN3) u 21. veku? Ko ga je iskljucio umece i da ga ukljuci, nakon sto vidi da sajt ne radi. Mislis da ne predstavlja napor: lepo pogledaj http://maestitia.net/index.php?u=36 cim se klikne na radio button udari se document.forma.submit();??? WTF? Trebam sad da pravim jednu varijantu sa <SCRIPT>...</SCRIPT>i <NOSCRIPT> pa da sa document.write upisujem HTML za formu??? I isto za DHTML meni??? Ako imas trivijalan sajt (cist HTML, nista CGI nista JS nista PHP) mozes lako da napravis WCAG sajt, ali sta cu ja sa ovom formom za glasanje, a da to bude dobro i za one koji imaju JS? Mislis da je dobro da postavim dugme za submit forme? Ne bih rekao da bi se posetioci mog sajta slozili sa tobom. ALT tekst - obrisao sam ALT tekst skoro svuda da bih dobijao kvalitetne adsense reklame. |
@ bluesman: moze krut, prihvatam ;) :P
@ tema: ne mogu da verujem da ima ovoliko ljudi koji se gade (uslovno receno) tih web standarda. Ne razumem odakle to? I ne razumem bluesmanovo poredjenje "<div... i <table...", pa kako moze biti isto... ne zelim da imam vise markupa nego sadrzaja jbte na sajtu. ono sto kaze ivanhoe oko odrzavanja lokacije da je lakse sa standards compliant markupom je potpuno tacno i da, verovali ili ne, ljudi (klijenti) to traze. znam jer sam dobio i zadrzao svog najveceg klijenta po toj osnovi, tako da koliko god zvucalo nekima bizarno--istina je. mislim da je blues rekao da doticni clanak nema veze sa modernim webom, mislim da to nije tacno. istina je to sto s rekao da bi imao isto znacenje i da je napisan '99., ali tema tog clanka se tice upravo moderni web. on (webdva ili kako god voleli da ga zovete, nije bitno uopste) podrazumeva standards compliance i semantiku o kojoj sam pricao. ja vidim (nadam se) odakle bluesman dolazi sa svojim stavovima, mou da zakljucim da si ti jedan veoma praktican covek, ali ne razumem zasto ne pravis mesta ni za malo teorije, koja ce samo da pripomogne toj praksi? Nisam ja napisao taj clanak, i nisu formirani ti standardi da nekog sputavaju ili "obogalje" necije skilove, naprotiv. blues, zar nisam tvoje postove citao na ES (davno) kada se vodila slicna ovakva bitka oko validacije, kada si tvrdio da su tabele jednako dobre kao i semanticki(ji) markup? zasto si onda presao na tableless? |
@ bojan
Što se tiče ALT teksta - obrati pažnju na Draganov tekst i videćeš da nije frka. Slika se koristi kao ilustracija sadržaja i kao takva ima svoju semantiku koja može da se opiše u ALT atributu. Ono što smatraš da ti predstavlja problem su slike koje se koriste kao elementi dizajna stranice i korisničkog interfejsa - njihov smisao je "šminka" a nema smisla da se takav opis nalazi u ALT-u. To dalje vodi do toga da te slike u stvari i nisu pravi elementi stranice i zato sledi preporuka definisati ih kao pozadine pravih elemenata ... i onda niko ni ne traži taj ALT. A tako lepo u tekstu... Na ovoj tvojoj stranici 3 slike -- od toga one 2 u headeru (Faye-small i maestitia) nisu ništa više od šminke. Treća slika jeste "prava" i zaslužuje ALT ... i više no već postojeći "Photo of ". Citat:
|
Citat:
Citat:
Citat:
Citat:
|
@petar maric
Ne branim ti da svoje projekte isprobavas i u NN3 i IE3 ako zelis. Rukovodim se zdravim razumom. @nk Bese alt tekst svuda i izbacivanje nekvalitetnih Google reklama (uz ALT text wallpaper ... thumbnail i izbacivanje reklama za wallpaper) @ivanhoe Mislis na mene specificno? ;) Vidis, ne gadim se ja W3C, medjutim, ako treba da rodis mecku da bi nesto doveo do standarda <form method="POST" action="<?php echo $_SERVER["REQUEST_URI"]; ?>"... ne vidim razloga da se to cini. Dalje, ja smatram da WCAG nije isto sto i proci validator, vec testiranje u screen readeru (kod moze i da ne bude validan, ali sa dobrim ALT tekstom, <NOSCRIPT> za svaki JS i da radi super u screen readeru), i mislim da to klijent treba dodatno da plati. |
Originalno napisao bojan_bozovic
Citat:
Bez uvrede, ali tvoja aktivnost na ovom forumu slična je onoj na advocacy -u (čitaj trolovanje). |
@bojan:
Poenta je u tome da ti ne treba ogroman trud da bi pratio standarde (ili, ajde, preporuke), vec da od pocetka razmisljas u tom pravcu i sve ide transparentno kao i da ne radis po standardima. Samo sto malo cesce aktiviras validaciju da vidis jesi li sve ispostovao ili nisi. Ostale preporuke (tipa WAI1 i slicno) su bas to - preporuke, da bi web postao pristupacnije mesto. Kad pravis sajt za sebe - nista te ne kosta da ispostujes te standarde i da se potrudis oko validacije, i da cak pratis neke od preporuka - svejedno trosis vreme koje ti niko ne placa praveci svoj licni sajt. |
Citat:
Isto tako ne želim da zbog par njih koji dolaze sa Text browserima (ekstremno) sasečem sve features. |
@Zextra
Citat:
Citat:
@dinke Sorry, nadji nesto pametnije da kazes, bez licnog prozivanja. |
@blues:
Korisniku koji dolazi sa text browseru je valjda jasno u kom vremenu zivi pa ni ne ocekuje full-featured sajt. Ja sam se dosta puta nasao u situaciji da sam trazio, recimo, source kod, ili citao forume iz lynxa, i verujes mi da sam se uglavnom nervirao kad bih dosao na sajt koji ima gomilu <img> elemenata a bez i jednog alt parametra. Mnogo je lakse procitati gde vodi odredjeni img link, nego pokusavati da shvatis na osnovu naziva slike. Iako semanticki neispravno (dugmici u nav meniju), nije lose ispostovati bar toliko, jer je izmedju ostalog taj isti alt i tekst koji se vidi ispod dugmeta pre nego sto se ucita, pa omogucava korisnicima da kliknu na link pre nego sto se ceo (recimo, graficki prebogat) sajt u potpunosti ucita. |
@bojan:
to vreme ti inicijalno niko ne placa, a to sto ces ti mozda prodati istu tu skriptu za neke pare nekome, to moze samo da ti koristi. |
Citat:
|
Pošto je uglavnom ceo upućen meni, da odgovorim ovako... neću dugo, obećavam.
Citat:
Citat:
Citat:
Citat:
Ali, ako mi je nešto lakše, brže ili bilo šta "...-e" uraditi sa tabelama, neću sigurno da odustanem od toga zato što je neko to "dekretom zabranio" ili neko se na nekom blogu gadi tabela. I moj stav po tom pitanju je vezan za one "znalce" koji komentarišu neki sajt na primer ovako: "Sajt ti ništa ne valja jer je urađen sa tabelama". WTF? Jbg, opet sam dugo... |
Ova tema je donela vise rasprava, tj rasprava na vise tema, tako da sam se skroz izgubio :)
Kao prvo, sto se tice Draganovog teksta, mogao bi se donekle sloziti sa Bluesmanom , tekst je malo iskljuciv , tj ne dopusta da ljudi koji su navikli na nesto npr. table layout da ga koriste jer to nije u skladu sa web 2.0, ali je i dalje standardno, tj i dalje ce proci validaciju, zar to nije i najbitnije, ali ustvari da se ispravim, ne mora biti najbitnije da nam sajt prodje validaciju, ali je bitno da se taj isti sajt lepo prikazuje u 3-4 standardna browsera i da 90% korisnika moze da vidi sajt bez problema, sto se tice onih 10% (ne moze se svom svetu ugoditi :D ) Takodje postujem i Draganov trud da ljudima prikaze sta je to sto bi trebalo da usvoje da bi se pridrzavali web 2.0, jednostavno i do sada smo znali za takve stvari ali ih se nismo pridrzavali, barem ne svi, a ako je onako kako Dragan to iznosi u buducnosti cemo imati potrebe za time, Semantika se moze uporediti sa govorom ili pisanjem, da bi mogli da posao obavljamo pro, moramo da zadovoljimo kriterijume koji se od nas traze, neko ce traziti manje neko vise, sve u svemu i Blues i Dragan su upravu, ali jedan od njih je mnogo iskusniji i duze u ovom poslu i stvari gleda na drugi nacin i iz druge perspektive, kao sto je rekao " nije bitno kako to radis, bitno je da to odradjuje posao" slazem se sa time, ali doci ce vreme,a mozda je i doslo kada ce klijenti poceti da traze stvari o kojima Dragan pise u svom clanku. Zato mislim da ste svi u pravu, osim zextre i bojana u njihovu raspravu se ne mesam, zabavno je citati njihove postove, bas su se uhvatili u kostac:D |
^ upravo to, covek je pisao o semantici (koja proizilazi iz standarda), ne o samom standardu.
Citat:
|
- Tabele vs divovi - divovi jer su pravilniji, logičniji i prirodniji. Tabele su hack koji je ušao u mainstream i kao takve bi trebalo da budu zamenjene sa originalno zamišljenim rešenjem (divovi). Naravno, ni divovi nisu savršeni, ali su daleko bolji od tabela (nešto što teško možeš objasniti ljudima koji nisu radili sa njima). Radi se brže, kod je je jednostavniji i kvalitetniji, pravilno rešen dokument te ne ograničava kasnije (tumbanje je jako jednostavno) itd. Jednostavno nešto čemu tabele ne mogu da pariraju (da ne dođe do zabune, ne govorim o renderovanom rezultatu, već o procesu dobijanja istog i kasnijem održavanju).
- Validacija nije najbitnija. Moje je mišljenje da je validan kod normalno stanje stvari, ne nešto što se postiže po ekstra ceni (uloženo više vremena). Kao vožnja bicikla: kad je naučiš čini ti se sasvim normalna i retko praviš greške. Ne kažem da grešaka nema, ali to su uglavnom omaške, greške u kucanju... Stvari koje jednostavno promaknu i koje validator jako brzo pronađe. - Zero, brkaš Web 2.0 sa onim o čemu je Dragan pisao. Web 2.0 je nešto sasvim drugo. Nemojmo se bacati pojmovima koje ne razumemo u potpunosti. Citat:
PS: Što se mog potpisa tiča, to je šala iz jednog komentara sa http://www.456bereastreet.com/ - jedan od najkvalitetnijih blogova koji se bavi markupom i accessibilityjem. HQ sadržaj, pogledajte ako imate vremena. |
Citat:
a. guru b. prost scripter c. __________ Samo da znam sa kim razgovaram. |
Lično mislim da je svejedno da li se radi sa tabelama ili CSS, bitno je da je posao na zadovoljstvo klijenta urađen. Lično, preferiram CSS jer je lakši i brži za rad (u mom slučaju), i zanimljivije mi je da koristim isti umjesto tabela, odnosno CSS me čini produktivnijim.
Članak je odličan, pratio sam i prethodne iz ove serije. Odobravam ovako "konzervativne" tekstove, iz prostog razloga zato što sve što pročitam uzimam za određenom dozom, filtriram na neki način. Čitanje ovakvih tekstova s vremena na vrijeme, prvo što razbija učmalost, a drugo je što je nekada neophodno da se sa aspekta pravih CSS jevanđelista vide stvari i da se uvidi njihov stav po nekim pitanjima. Uvijek ima nešto novo što ranije nisam znao u ovakvim tekstovima, kako sebe svrstavam na stranu CSS praktičara, da li ću nešto upotrebiti ili promjeniti u svom radu moja je lična odluka, ali mislim da je nekad dobro steći širi uvid u materiju, pogotovo ako nam je ona sastavni dio profesije. Citat:
Opet, 2% koristi Apple danas, em što postoji ogroman broj odličnih modernih brauzera na Macu, em što je Safari sastavni dio OSX, mislim da je današnji broj IE5/Mac korisnika procentualno mizeran. |
Citat:
Citat:
|
Citat:
|
@Petar
Da pod uslovom da je isti standard i podrzan u realnom svetu, a ne samo na papiru. Opet moras da se prilagodjavas browserima. U realnom svetu, browseri su standard, a ne ono sto su napisali u W3C. Ako i kada bude drugacije, rukovodicemo se W3C standardima. ;) Dalje, bluesman je lepo primetio da standardi kaskaju (IE filtri ili -moz-opacity npr. alphadlending je jos u CSS3 koji je u fazi izrade, a da ne govorim o naprednim IE filter tranzicijama) Oces da koristis alphablending na sajtu, nemas validan CSS - toliko je jednostavno. ;) |
Hm, Bojane moram priznati da si dao interesantan argument. Ali opet vidim jednostavno rešenje u 3 koraka (koje nije ograničeno samo na web dizajn):
1. Napravi dokument koji podleže aktuelnim standardima (ne moraju biti samo W3C standardi u pitanju). 2. Proveri da li radi na platformama koje želiš da podržiš - ako da, odlično završio si posao. 3. Za svaku platformu na kojoj nismo postigli željeno ponašanje ubaci ispravke. Da se vratimo na web dizajn i korak 3: 1. Ne verujem da se neka od platformi (browser, biblioteke, specijalizovani programi) koje uzimaš u obzir ne može snaći sa XHTML 1.1 striktnim kodom. Ispravi me ako grešim. 2. Iz 1. sledi da je najveći problem u CSS-u. 3. Kako rešiti vendor-specific greške u implementaciji? Zameni deo problematičnog CSS-a pomoću html pseudo instrukcija, server side detekcije browsera, ... U stvari možda se nisam dobro izrazio: učitaj novi CSS dokument koji će zameniti problematične delove starog (CSS ima podršku za overload). |
Citat:
|
Citat:
A zasto? Zbog CSS validatora, jer npr. samo on ne moze da se izbori sa tim? 'Cmon. Nepotrebna je to komplikacija, samo da bi ste videli da W3C CSS ili HTML validator napise da imate "validan" kod. A to validan je pod znacima navoda sa dobrim razlogom. Kad standardi budu bolji (ako uopste budu bolji zbog XHTML 2) bice i korisceni u potpunosti i svugde. Ne samo od mene ili zato sto ja tako kazem. |
ne advociram ja zadovoljavanje validatora, poenta conditional comments je da odvoje djubre od pravog CSSa. Kao sto Ilija kaze (parafraziram): "validan markup je polaziste ne cilj.". browseri su nas razmazili jer tolerisu greske. probaj XHTML da serviras kao application/xhtml+xml i pogledaj onda o cemu se radi. svaki error je fatalan, nema vise "boli me dupe za validaciju".
|
Da slažem se sa Draganom. Ranije je pisanje HTML parsera bilo pravi pakao - danas je to mnogo jednostavnije zahvaljujući tome što je HTML u stvari XML sa određenom šemom. Kada izvršiš validaciju XML-a po toj šemi onda aktiviraš XML parser and then you parse till you drop ;)
Your friendly neighborhood i-hate-to-repeat-myself programmer. PS: Koji će ti đavo alpha-blending na sajtu? Ako je umetnički dojam onda ok, pošto ne vidim kako može da funkcionalno unapredi UI. |
Citat:
|
@Petar
Upravo to, eye candy. @zextra Dobro znas da sa Strict DOCTYPE-om ne mozes da koristis target atribut, a to nije dobro. Ja volim eksterne linkove da otvaram u novom prozoru, i nema sanse da predjem na striktno DOCTYPE ako bas ne moram ;) |
Bojane, nedostatak target atributa nije ništa što malo Javascript-a i DOM-a ne mogu da poprave ;)
|
Citat:
<a href="strana.html" onclick="windows.open('strana.html');return false;">Link</a>:cool: |
Citat:
|
@Dragan
Itekako ima smisla. Target atribut nemas ni u HTML 4.0 Strict, to sa XHTML nema veze (i zbog toga sto imamo XHTML 1.0 Transitional, ocigledno). |
transitional dtd-ovi postoje upravo iz razloga koji proistice iz njihovog samog imena--obezbedjuju prelaz. pretpostavio sam da ukoliko koristis target (koji je po meni totalno passe) imas i neke druge navike poput njega, koje datiraju iz vremena kada XHTML nije postojao, stoga mi je logicnije da koristis prikladniji dtd.
|
Nece biti. Navika mi je da eksterne linkove otvaram u novom prozoru (npr. u slucaju raznih toplisti, korisnik ne zna da li ce uopste da mu se svidja mesto gde je otisao). Dalje, tako rade na vecini velikih sajtova, pa prosecni korisnik moze i da ne bude upoznat sa Back dugmetom i njegovom funkcijom, bas kao sto neki ne koriste addressbar vec pretrazuju URL sa Google, ne znaju da mogu da odu na URL a da prethodno ne pretraze na Google-u. Ciljna publika je, kako je vrlo pametno rekao neko na nekoj mailing listi, sto se usability tice Homer Simpson. ;)
|
ako cemo iskreno, meni nedostaju height, width, border i jos neki depericated atributi, pa, kao i svi, koristim preporuceni workaround. iz toga sto si rekao sledi da ces pre da koristis stariji markup, samo da bi neke stvari odradjivao onako kako si navikao...
|
A zasto ne bi? Jes li video XHTML 2 draft (ja jesam)? Nije kompatibilan sa XHTML 1.1 unazad, stariji browseri nece uopste moci da ga koriste!!!
Primer - mozes pisati <img href="strana1.htm" src="slika.jpg" style="border:0;height:100px;width:100px" alt="blablabla" /> i to je link zbog href ili <span href="stranica.htm">Link</span> sto je opet link! A tag je zastareo u XHTML2 a stariji browseri sa novim markupom nece moci da se izbore uopste!!! Workaround je da se koristi A tag u XHTML 2. Uz takve standarde, sto bi uopste menjao markup? Nisu trebali ni target atribut da izbace iz Strict HTML4/XHTML1/XHTML1.1 ako mene pitas. Za tim nije bilo potrebe. http://www.w3.org/TR/xhtml2/ Evo, lepo pise: Citat:
|
pa to mi zvuci jos logicnije nego <a> element. dovoljno je da stavis href atribut u gotovo bilo koji element, ne moras da nestujes <a> da bi kreirao link, ili da stavljas onclick evente... u slucaju da hoces da kontrolises izgled samog teksta, za cega sluzi span? :) a to sto nije backward kompatibilan sa xhtml 1.1... ko zna zasto je to dobro ;)
|
@zextra
Jel' se ti zezas? Onaj koji ne bude imao FF 3.0 nece da vidi nista od sajta! Jeste logicnije da svud imas href, nego da ugnjezdjujes a tag, ali nije kompatibilno unazad! |
Pa polako, jos ni XHTML 1.1 nije u sirokoj upotrebi, a ti se vec sekiras kako XHTML2 nece biti podrzan od starijih browsera...
|
Citat:
Kôd:
/* Kod sam napisao jer HTML kôd:
<a href="strana.html" class="external">Link</a> |
Vreme je GMT +2. Trenutno vreme je 12:17. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.