DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > (X)HTML, JavaScript, DHTML, XML, CSS
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

(X)HTML, JavaScript, DHTML, XML, CSS Client scripting tehnologije, Dynamic HTML, Cascading Stylesheets, XML i standardi

Odgovori
 
Alati teme Način prikaza
Staro 27. 12. 2005.   #1
degojs
I'm a PC too.
Wrote a book
 
Avatar degojs
 
Datum učlanjenja: 05.06.2005
Lokacija: Kanada
Poruke: 1.354
Hvala: 82
130 "Hvala" u 89 poruka
degojs će postati "faca" uskorodegojs će postati "faca" uskoro
Default

Evo ja imam pitanje vezano za nešto što je izneseno u članku, a nije uopšte objašnjeno zašto je takva preporuka autora.

Table. Zašto ih ne bi koristili za layout, odnosno zašto ne po svaku cenu?

Generalno, ne volim tekstove u kojima se ne donosi dobro objašnjenje zašto nešto ne treba raditi (čovek kaže da je upotreba tabli u takve svrhe "skoro neoprostiva"), još i bez preporuke koja su to druga rešenja bolja i zašto. Konkretno, ako može.

P.S.
Ako može da preskočimo deo u kom bi neko samo pokazao drugo rešenje, bez da pojasni zašto je to rešenje toliko bolje i zašto su table toliko lošije.
__________________
Commercial-Free !!!

Poslednja izmena od degojs : 27. 12. 2005. u 20:50.
degojs je offline   Odgovorite uz citat
Staro 27. 12. 2005.   #2
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

Citat:
Originalno napisao degojs
Table. Zašto ih ne bi koristili za layout, odnosno zašto ne po svaku cenu?
Pa jeste glupo je kad neko samo nabaca ideje bez argumentacije,medjutim o CSS vs. Tabele se toliko prica da vec i vrapci znaju sve o tome

Ukratko zamisli sajt koji zahteva da imas par tabela ugnjezdenih jednu u drugu da bi sve stajalo kako treba. A onda dodje klijent nedelju dana kasnije i kaze da se predomislio i da bi bilo bas super ako bi mogao donji deo (koji se tebi recimo nalazi u dve potpuno odvojene tabele) da prebacis gore, a ovo malo da prosiris i da ubacimo jos par slika u sve to, ali da se text prelomi lepo oko slika...

u ovom scenariju preostaje ti da obrises lepo sve sto si uradio i krenes od pocetka da seces...i pazi ovo nije neko karikiranje, meni se to mnogo puta zaista desilo...

da je layout uradjen od pocetka sa CSS (i naravno pametno uradjen, posto mozes i sa CSS da otezavas sebi zivot glupom koncepcijom), sve sto bi ti trebalo je par copy & paste da prebacis delove html-a gore-dole, malo podesavanje margina u CSS i to je to...

Znaci argument jedan (i to po meni glavni): izmene i odrzavanje su mnooooogo laksi ako koristis cisti CSS.

a ima i drugih argumenata tipa: neke stvari naprosto ne mozes da uradis preko tabela, neke stvari mozes, ali zahtevaju jako komplikovane ugnjezdene tabele koje su problematicne za prikaz i odrzavanje, kod tabela mora cela tabela prvo da se skine da bi se prikazala, stranice sa tabelama imaju vise tagova, pa su vece i nepreglednije, i losije se indexiraju kod botova koji povuku samo prvih N kilobajta strane, itd...
ivanhoe je offline   Odgovorite uz citat
Staro 27. 12. 2005.   #3
degojs
I'm a PC too.
Wrote a book
 
Avatar degojs
 
Datum učlanjenja: 05.06.2005
Lokacija: Kanada
Poruke: 1.354
Hvala: 82
130 "Hvala" u 89 poruka
degojs će postati "faca" uskorodegojs će postati "faca" uskoro
Default

Znači ako nemam situaciju da se layout često ili čak uopšte menja, stranice nisu mnogo komplikovane što se rasporeda i broja elemenata tiče, onda, u biti, i nema problema sa korišćenjem tabela?

(Takođe, slučaj je i da nema indeksiranja od strane botova. Daleko bilo.)

Druga stvar, ako radiš elemente na stranici kao zasebne komponente (npr. ASP.NET, JavaServer Faces, JSTL), ne vidim da je promena layouta nešto jako problematična, čak i sa tabelama?

Ne kažem da CSS nije bolje rešenje, jednostavno pitam da li baš uvek "mora".
__________________
Commercial-Free !!!

Poslednja izmena od degojs : 27. 12. 2005. u 23:45.
degojs je offline   Odgovorite uz citat
Staro 28. 12. 2005.   #4
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.247 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Eh, sad videh jedan post, pa zaboravite na moju poslenju rečenicu iz prethodnog posta Moram da kažem nešto. Sorry Ivanhoe, ali ovo:
Citat:
Originalno napisao ivanhoe
Ukratko zamisli sajt koji zahteva da imas par tabela ugnjezdenih jednu u drugu da bi sve stajalo kako treba. A onda dodje klijent nedelju dana kasnije i kaze da se predomislio i da bi bilo bas super ako bi mogao donji deo (koji se tebi recimo nalazi u dve potpuno odvojene tabele) da prebacis gore, a ovo malo da prosiris i da ubacimo jos par slika u sve to, ali da se text prelomi lepo oko slika...

u ovom scenariju preostaje ti da obrises lepo sve sto si uradio i krenes od pocetka da seces...i pazi ovo nije neko karikiranje, meni se to mnogo puta zaista desilo...
je problem onoga ko je pisao kod a ne argument zašto (ne)koristiti tabele za layout.

Ako ti napišeš lepo kod, pa podeliš sve u blokove, ovakva izmena nije ništa teža ako si radio sa tabelama nego sa DIV-ovima.

Znaš šta je tu najveći problem? Tabele su dosta teže "za upotrebu", treba ih dobro "promućkati" jer lako možeš da se izgubiš u kodu. Ovi mlađi, koji su počeli da rade posle godine 0 A.D (posle pojave CSS) jednostavno se plaše tabela jer lakše mogu da pogreše i teže su za održavanje i razumevanje.

To je najviše zbog toga što su većina pokupovali knjige "Naučite HTML za 21 dan", odnosno, većina su čak i preskočili te knjige i počeli odmah od "Client Server" a da pri tom nemaju osnovno znanje HTML-a. (Dragane, možda bi o tome hteo da napišeš nešto, možda tu leži srž ovog "semantičkog problema")

Isto tako, mnogi sednu pa uče PHP iz Users manual-a, pri tom nemaju osnovno znaje o programiranju, šta je algoritam, šta su petlje, šta je funkcija, čak ni šta je varijabla... da ne pričamo o OOP, rukovanju sa memorijom, ili ne daj bože pointerima... Ne, odmah sednu i počnu da pišu "Srpsku verziju AdSense" ) pa zatrpavaju forume pitanjima kao što je "imam problem, stalno mi prikazuje grešku 'output already started at line ...."

Citat:
Originalno napisao ivanhoe
...da je layout uradjen od pocetka sa CSS (i naravno pametno uradjen, posto mozes i sa CSS da otezavas sebi zivot glupom koncepcijom), sve sto bi ti trebalo je par copy & paste da prebacis delove html-a gore-dole, malo podesavanje margina u CSS i to je to...
Dakle, zašto je po tebi copy-paste, prebacivanje gore dole, lakše sa blokovima teksta u kojima piše "<div ...." nego u kojima piše "<table ....". Ja ovo ne vidim kao valjan odgovor.

Citat:
Originalno napisao ivanhoe
Znaci argument jedan (i to po meni glavni): izmene i odrzavanje su mnooooogo laksi ako koristis cisti CSS.
Zar je to glavni razlog? Jeste, ali ne tako kako si ga ti objasnio i ne iz tih razloga što je mnoooogo lakše sa CSS, treba u taj CSS znati formirati.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!

Poslednja izmena od bluesman : 28. 12. 2005. u 01:24.
bluesman je offline   Odgovorite uz citat
Staro 28. 12. 2005.   #5
dinke
Super Moderator
Invented the damn thing
 
Avatar dinke
 
Datum učlanjenja: 06.06.2005
Poruke: 2.371
Hvala: 370
701 "Hvala" u 194 poruka
dinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamen
Default

Pre nekoliko dana sam video tu seriju tutorijala koje Dragan vodi na svom blogu, ali nažalost, zbog konstantne prezauzetosti, nisam stigao da pročitam.

Kada sam video ovu temu, prosto sam morao da pročitam Draganov "kontroverzni" tekst. Sada, nakon što sam pročitao tekst, moram da priznam da sam razočaran vašim komentarima ovde.

Kao prvo, ja nisam dizajner, ali imao sam prilike da se malo igram sa css-p i tabless dizajnom (vidi ovaj zapis), i tematiku solidno poznajem. Draganov tekst je tekst o modernom Web-u, sada je 2005-a a ne 1999-a. Sve što je čovek rekao apsolutno stoji.

Tačno je da će sajt napravljen sa tabelama u quirk modu (sa još jedno 332 font taga i sličnih stvarčica klijentu izgledati isto kao i tvoj fancy css-p xhtml strict sajt. Da li to znači da treba raditi pogrešno ?

Da li to važi i za ostale stvari (php recimo) ? Nije bitno kako radi, bitno je da radi ? Strana je lepo prikazana, nema veze što je ispod haube špageti bunch of crap ?

Btw, mene je nedavno zvao kolega iz Kanade koji je profesionalni Web Dizajner žaleći se kako je izgubio nekoliko poslova jer nije bio sposoban da klijentima odradi WCAG Conformance.

@Blues
Citat:
Pa zar nije sve što radimo neko hakovanje. Jednostavno si u opšteprihvaćenom haosu neprihvaćenih ili nepostojećih standarda primoran da "hakuješ", ako misliš da uradiš bilo šta više od "Hello World".
Kao što rekoh, imho ovo više ne stoji. Možda je imalo smisla 1999-te ali na pragu 2006-e, ne.
__________________
Caught in a Web|Blogodak
With great power comes great responsibility!
dinke je offline   Odgovorite uz citat
Staro 28. 12. 2005.   #6
bojan_bozovic
expert
Master
 
Avatar bojan_bozovic
 
Datum učlanjenja: 20.12.2005
Poruke: 730
Hvala: 0
0 "Hvala" u 0 poruka
bojan_bozovic is on a distinguished road
Default

@dinke

Generalizujes. Mnogo ljudi koristi starije browsere. Slazem se, ako klijent zahteva validan HTML i WCAG-AAA cak, to se odradi, ali za to se naplacuje posebno, kako sam obavesten. Yahoo lepo radi i bez toga. Broj jedan je i bez toga.
bojan_bozovic je offline   Odgovorite uz citat
Staro 28. 12. 2005.   #7
zextra
Boris
Grand Master
 
Avatar zextra
 
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
156 "Hvala" u 2 poruka
zextra is on a distinguished roadzextra is on a distinguished road
Default

@bojan:

To sto mnogo ljudi koristi starije browsere ne znaci da treba pisati kod kao da se nalazimo u vremenu kad su ti browseri napravljeni, zar ne? I jos nesto, znas kad ce se uvesti neki red u dizajn web sajtova pored ljudi koji tako razmisljaju? Doticni standardi (da ne kazem "pravila") ne postoje da bi se krsili, vec da bi celokupan internet dozivljaj ucinili kvalitetnijim. A to sto nekoga mrzi da uci nove stvari jer mu i ove stare odradjuju posao... Oh well.

Citat:
...mada je iskreno lepo ako hoces da pises kod koji ce i na screen readeru da radi, koliko webdevelopera ima stvarne potrebe za takvim stvarima?
Potreba je direktno proporcionalna broju ljudi sa nekom vrstom ostecenja (bilo da je u pitanju vid, sluh, motorika...) koji koriste internet. Ne daj Boze da ikome ovo zatreba, za cas bi razumeo potrebu za tako necim.
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams
zextra je offline   Odgovorite uz citat
Staro 28. 12. 2005.   #8
bojan_bozovic
expert
Master
 
Avatar bojan_bozovic
 
Datum učlanjenja: 20.12.2005
Poruke: 730
Hvala: 0
0 "Hvala" u 0 poruka
bojan_bozovic is on a distinguished road
Default

E vidis, ne radi se o standardima vec o W3C preporukama. Standard je Microsoft Internet Explorer.

Citat:
Potreba je direktno proporcionalna broju ljudi sa nekom vrstom ostecenja (bilo da je u pitanju vid, sluh, motorika...) koji koriste internet.
Mislis samo na slepe i slabovide, konkretno u slucaju mog sajta? Zaista mi je zao, ali ne mogu koristiti wallpaper kako sam zamislio, niti glasati za slike, i nazalost W3C, WCAG i screen reader tu nece pomoci.

Vec sam rekao da ko ima dasku u glavi validan HTML i WCAG posebno naplacuje!

Jos cu da dodam - web design podrazumeva IE, FF, Operu, i Mac browsere (OmniWeb ili Safari) i to je sve. Ako klijent trazi WCAG-A tj. ili treba optimizaciju za screen reader (hint: instalira se screen reader i iztestira) ili ne zna sta zeli, ali u svakom slucaju mora da plati.

Poslednja izmena od bojan_bozovic : 28. 12. 2005. u 03:50.
bojan_bozovic je offline   Odgovorite uz citat
Staro 28. 12. 2005.   #9
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

Citat:
Originalno napisao bluesman
je problem onoga ko je pisao kod a ne argument zašto (ne)koristiti tabele za layout.

Ako ti napišeš lepo kod, pa podeliš sve u blokove, ovakva izmena nije ništa teža ako si radio sa tabelama nego sa DIV-ovima.

Znaš šta je tu najveći problem? Tabele su dosta teže "za upotrebu", treba ih dobro "promućkati" jer lako možeš da se izgubiš u kodu. Ovi mlađi, koji su počeli da rade posle godine 0 A.D (posle pojave CSS) jednostavno se plaše tabela jer lakše mogu da pogreše i teže su za održavanje i razumevanje.

To je najviše zbog toga što su većina pokupovali knjige "Naučite HTML za 21 dan", odnosno, većina su čak i preskočili te knjige i počeli odmah od "Client Server" a da pri tom nemaju osnovno znanje HTML-a.
ako se ovo odnosi na mene, ja sam HTML ucio uz pomoc webmonkey.com-a 95-96 i isprobavajuci ga na VAX-u, VT220 textualnom terminalu i lynx-u u RC-u ETF-a...a negde od 99 radim to za pare i napravio sam mnogo vise strana sa tabelama, nego sa CSS, na koji sam finalno presao tek mozda pre godinu - godinu i po...nisam quote-ova onaj tvoj komentara o php, posto to tek nema veze samnom, veruj mi da sam napisao bar par linija na prakticno svakom poznatijem jeziku ukljucujuci lisp i prolog i adu i slicna cudesa...mada jesam ucio php iz manuala, i to je odlican nacin za ucenje jezika jer tamo pise sve sto ti treba...

ako se nije odnosilo na mene onda sorry na samo-reklamiranju, inace to stvarno retko radim...
Ovaj tvoj komentar o "lepom pisanju koda" je tacan teorijski, ali iz moje prakse rada i sa svojim i sa tudjim kodom to ne funkcionise bas tako sjajno "in real life"... mozda neki html wizard to moze uvek da postigne, ali eto ja sam glup i meni je laknulo kad sam dobro naucio da radim u CSS i presao 100% na njega i sad mi je mnogo brze da radim tako, nego sa tabelama...

ne znaci da neke stvari necu da uradim sa tabelom kad je neophodno (tipa dve kolone koje treba da su iste visine), ne treba biti fanatik, ali ako su ti izdvojeni (i retki) slucajevi jedini onda to nije problem, jer je ostatak strane lak za snalazenje, par tr ili td tu i tamo ne smetaju...


Citat:
Originalno napisao bluesman
Dakle, zašto je po tebi copy-paste, prebacivanje gore dole, lakše sa blokovima teksta u kojima piše "<div ...." nego u kojima piše "<table ....". Ja ovo ne vidim kao valjan odgovor.
zato sto u layoutima sa tabelama koristis celije kao osnovne blokove a ne tabele (ili ti imas obicaj da pravis zasebnu tabelu za svaki blok texta?), a onda kad premestas celije iz jedne tabele u drugu menja se broj kolona, pa onda moras da vodis racuna o tome, pa da juris kroz kod gde je koja celija i dodajes colspanove....da ne pricamo koliko je tesko snaci se u obicnom editoru sa par desetina tabela i celija gde je sta...pa oni svi spacer.gif -ovi koji samo smetaju i teraju na kilometarsko skrolovanje gore dole da bi stigao od jedno reda tabele do drugog...

narocito je recimo nezgodno kad treba izmenjati podatke iz kolone, a oni ti se u html-u nalaze po 100 linija daleko jedni od drugih jer nisu u istim redovima...dreamweaver tu moze da pomogne donekle, ali nije to to...znatno je lakse izgresiti, a i puno vremena gubis trazeci deo koda koji ti treba...

kad se koriste div-ovi i CSS imas potpuno nezavisne blokove, i bukvalno ih premestas okolo kao lego kockice. Ako je kod pametno organizovan i pozicioniran, i sva podesavanja oko izgleda su ti u zasebnom CSS fajlu, onda je i html mnogo pregledniji (i manji) i za sekundu nadjes sta ti treba i izmenis i jos mozes lepo da radis u obicnom editoru i sve u svemu zivot ti je lepsi i laksi...

a naravno da treba prvo dobro nauciti CSS da bi imalo efekta, ali kad naucis radices brze i lakse, veruj mi na rec...ili nemoj...whatever, meni je zaista svejedno kako ces ti da radis...covek je pitao zasto bez tabela i ja sam prokomentarisao moje razloge... a vi slobodno kako hocete...

Poslednja izmena od ivanhoe : 28. 12. 2005. u 03:59.
ivanhoe je offline   Odgovorite uz citat
Odgovori



Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
Znate li Delphi i SQL? dmajkic Poslovne ponude i zapošljavanje 7 12. 10. 2008. 08:37
Da li znate neki Password Manager f14Tr0n Web aplikacije, web servisi i software 8 30. 07. 2008. 14:34
Znate li da vas skeniraju? Pedja Marketing i SEO 0 09. 08. 2006. 11:21
Kako da znate da ste poznati na Internetu? Dejan Bizinger Opušteno 13 03. 04. 2006. 16:43
Uncyclopedia - ako niste vec culi ivanhoe Opušteno 14 13. 03. 2006. 15:08


Vreme je GMT +2. Trenutno vreme je 04:47.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.