DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   (X)HTML, JavaScript, DHTML, XML, CSS (http://www.devprotalk.com/forumdisplay.php?f=8)
-   -   Sve što ste želeli da znate o HTMLu i semantici, a niste smeli da pitate (http://www.devprotalk.com/showthread.php?t=462)

Dragan Babić 28. 12. 2005. 01:03

Citat:

Originalno napisao bojan_bozovic
Zato sto CSS nije ni bio predvidjen do CSS3 da omogucava ikakav visekolonski layout.

nonsens, za sta je onda positioning (koji je u css1 ako se ne varam)?

floating i jeste u neku ruku hack, ali positioning sluzi upravo za to.

EDIT:

quoteovao sam bojanovu poruku jer se pojavio degojsov post izmedju

bojan_bozovic 28. 12. 2005. 01:14

da ali uzmi u obzir fluidni layout sa float:left, float:left, float:left.... To je najobicniji hack. I BTW na meni je da iskodiram ne onako kako je meni lakse, vec kako ce moj korisnik da vidi ono sto treba da vidi. Dakle, table ili CSS - pa i nije svejedno, zbog recimo IE5/Mac. To sto je nesto lakse, ili jos gore, u trendu, nije nikakav izgovor za mene kao webdevelopera. Mogao bih da uzmem CSS visekolonski templejt koji koristi bagove u browserima (@import) za podrsku istog IE5/Mac. Neka hvala. Dalje, za one koji gledaju na CSS kao na neku religiju - ako koristite CSS ili Strict XHTML ne znaci da znate vise od onoga koji koristi tabele i HTML 4.0 jer se lako uzme templejt. Web je odavno, od CGI (~1994? ~1995?) postao dinamicki medijum, sa interaktivnim sajtovima. Dakle, na server-side scripting, Flash i Javaskript.

Dragan Babić 28. 12. 2005. 01:27

Bojane sta ima lose u HTML 4.0? (Ukoliko je strict naravno.)

noviKorisnik 28. 12. 2005. 01:30

Bogu hvala što NE MORA da se koristi tabela za kreiranje layouta stranice. Pazi, ja moram da naglasim poneku reč da bi se uhvatio kontekst. Jer - iz toga što sam rekao NE SLEDI DA NE SME da se koristi tabela za kreiranje layouta stranice. Dakle, MOŽE da se koristi tabela za kreiranje layouta stranice.

Zaključak?

bojan_bozovic 28. 12. 2005. 01:31

Dragane sta ima lose u HTML 4.0? (Ukoliko je transitional naravno.)

@nK

Fala bogu, svako nek koristi ono sto mu odgovara, nije bitno ni da li je kod validan (da dobro si primetio manjkavost validatora u postu za onaj tvoj sajt za Meridian banku na [es]). Ako korisnik vidi sajt ispravno, sve je OK. Mnogo je vaznije client-side i server-side kodiranje sajta (AS, JS, Perl, PHP, ASP stogod), da sajt bude zanimljiv korisniku.

Dragan Babić 28. 12. 2005. 01:48

Citat:

Dragane sta ima lose u HTML 4.0? (Ukoliko je transitional naravno.)
quirks mode npr.?

Petar Marić 28. 12. 2005. 01:51

Meni se (kao programeru) dopada kada je sajt XHTML validan jer ga onda mogu parsirati XML parserom i koristiti neke cool stvarčice tipa XSL(T) i XQuery za rad nad istim.
Plus što sam siguran da kada takav sajt prođe validaciju XML šeme da je well-formed HTML dokument.

bojan_bozovic 28. 12. 2005. 01:55

@Dragan

Zasto je quirks mod los? Znas, sto se JS tice, browser moze da se ponasa sasvim drugacije u quirks modu od ponasanja u striktnom modu (mislim da je o tome pricao js guru sa http://www.quirksmode.org/), ili imas 2 browsera u jednom! jednostavna tabela sa height:100% CSS ne renderuje se kako treba u striktnom modu! Imas 2 browsera prakticno, u svakom (jedan layout engine za striktni mod, drugi za quirks mod) a da ne govorim koliko je malo potrebno u HTML da se browser izbaci iz striktnog moda! Lepo testiras, Mozilla npr. pada, upravo zato sto je u quirks modu zbog ko zna cega u HTML (a ti gubis vreme na HTML koje bi iskoristio za pisanje blogging softvera za tvoje korisnike)...
@Petar Maric

Dobro formiran (X)HTML je nesto deseto! Please, ako nadjes lose nestovane tagove u sorsu na mom sajtu, javi smesta iako mi sajt ne prolazi W3C validator! To je veoma dobro i ako koristis HTML, niko te prakticno ne sprecava da dobro iskodiras sajt da tagovi nisu ugnjezdjeni nekorektno i u HTML.

bluesman 28. 12. 2005. 02:03

Citat:

Originalno napisao Dragan
Cela fora je u tome da se elementi HTMLa koriste u pogresne svrhe, a da pritom postoji tacno odredjena i utvrdjena njihova svrha. Kao kada bi neko koristio testeru da sece hleb. Rezultat jeste zaista isti, ali mislim...

Koja je pogrešna svrha? Ako će neko da seče hleb testerom, neka seče, hleb je isečen, na stolu i pojeden... To je ono kao kada putuješ... da li ćeš avionom, autom, autobusom... zavisi od tvojih mogućnosti (bilo koje vrste) bito je da ti stigneš na kraju tamo gde si krenuo.

Citat:

Originalno napisao Dragan
U svakom slucaju mislim da je rec koju si upotebio "zadrt" neprikladna i prejaka, da si rekao "ogranicen" ili "konzervativan" moglo bi da prodje, ali "zadrt" mi jako para usi, jer mi nikako nije bila namera da zvucim tako, i mislim da clanak nema taj ton da se razumemo.

Sorry, ja nisam Momo Kapor, jednostavno nisam nasao bolju reč, mada mislim da je "ograničen" i "konzervativan" daleko pogrdnije od onoga što sam ja rekao, ali hajde,... to je opet subjektivno.

Citat:

Originalno napisao Dragan
Cela filozofija "sve sto ti zavrsava posao" meni nije prikladna i nikada je ne savetujem, jer mi vise lici na hakovanje nego na logicko misljenje koje implicira semanticki struktuiran HTML. Samo to.

Ne razumem ovo "više liči na hakovanje". 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".

Da li te je ikada neki klijent pitao "dude, jesi li ti radio ovo po standardima" ili se bunio: "ja neću da ti prihvatim sajt jer nije po standardima" (ili ne daj Bože, nije "semantički korektan". Jok, bre :) On će da pogleda sajt u IE, Firefox, možda Opera, ako baš nisi imao sreće - pogledaće sve to isto i na Mac-u... i ako je sve u redu ... bank wire, ovo-ono... i svi srećni.

Ja mogu da se složim da je "preporuka" da se pridržavaš standarda koliko je god moguće ali čim ti to postane smetnja ili čak ne možeš da završiš posao bez malo "smalaženja"... zaboravi "sematnički ispravan kod", ionako niko i ne zaviruje u kod (osim kada hoće da te pokradu :) )

Pa evo može Ilija (opet ja sa Ilijom, ali eto ne znam nikoga drugog koji toliko veruje blogerima :) ) da ti kaže: velika većina blogova i "how to" sajtova se uglavnom bavi "Tips and Tricks", a šta je to nego "hack" (iako je meni ta reč neprikladna za ove slučajeve). Jednostavno, ovo nije idealan svet, nije ni idealan web, tako da malo "snalaženja" u svrhu preživljavanja ja ne bih shvatao tako tragično.

Ovo oko tabela i div-ova je toliko puta prežvakano da ja ne bih ponovo o tome.

bluesman 28. 12. 2005. 02:21

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.


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

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.