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ć 27. 12. 2005. 17:03

ma ne, nisam ja mislio nista u vezi teme, samo sam se nasalio, ali sam primetio da dosta analiziras Ilijine postove u poslednje vreme pa sam se nasalio na taj racn, nista ozbiljno. :)

Zadrt? u kom smislu?

Ilija Studen 27. 12. 2005. 19:00

Biti prilično upućen ne znači nužno znati sve, slažeš se? Smatraš li sebe prilično upućenim PHP programerom? Koliko PHP biblioteka nisi koristio, za koliko ne znaš čemu služe, da li si iskoristio sve potencijale koje ti PHP kao jezik pruža? Ja se upravo iščudiš šta sve runkit može :)

No dobro, da opet ne odletimo u offtopic.

bluesman 27. 12. 2005. 20:14

Citat:

Originalno napisao Dragan
ma ne, nisam ja mislio nista u vezi teme, samo sam se nasalio, ali sam primetio da dosta analiziras Ilijine postove u poslednje vreme pa sam se nasalio na taj racn, nista ozbiljno. :)

Zadrt? u kom smislu?

Analiziram svačije postove, ako želiš sa nekim da debatuješ, onda moraš pažljivo da pročitaš šta taj neko govori. Ilija nema protekciju povodom ovoga, nego se mnogo više čuje od ostalih i prilično je tvrdoglav, pa mu zato odgovaram više nego drugima. Ništa lično... ili što bi Donald Trump rekao : It's nothing personal, it's only business. Aj, valjda smo tu priču apsolvirali, da ne ponavljamo više.

Što se tiče "zadrtosti" tvog članka, mislim da si previše isključiv oko nekih stvari. Ti jednostavno "zabranjuješ", odnosno preporučuješ totalni "celibat" od upotrebe nekih stvari u druge svrhe... Na primer, kada pričaš o listama, kada pričaš o tabelama.... Ja sam zagovornik onoga da je "dobro sve što ti završava posao", a kada sam ljude učio, uvek sam im govorio da koriste sva raspoloživa sredstva na najkreativnije načine na koje mogu da zamisle... interesuje me krajnji rezultat a ne evolucija. Kapiraš? :)

E tu si ti mnogo "zadrt" u onom postu, generalno je sve ok, samo ta crta "isključivosti" malo daje takav ton.

bluesman 27. 12. 2005. 20:22

Citat:

Originalno napisao Ilija Studen
Biti prilično upućen ne znači nužno znati sve, slažeš se? Smatraš li sebe prilično upućenim PHP programerom? Koliko PHP biblioteka nisi koristio, za koliko ne znaš čemu služe, da li si iskoristio sve potencijale koje ti PHP kao jezik pruža? Ja se upravo iščudiš šta sve runkit može :)

No dobro, da opet ne odletimo u offtopic.

Aj' da odgovorim i tebi, mada, kao što vidiš, preti opasnost da me optuže da sam te "uzeo na zub" - samo tebi pišem poslednjih dana :)

Koristio sam samo 2 PHP aplikacije, ovaj forum i phpMyAdmin (iako imam svoj surogat za ovo drugo, pa čak i za prvo). Iskreno, ni ne pada mi na pamet da koristim bilo šta više ako "absolutno" ne moram.

Nisam ni iskoristio sve potencijale PHP jer je to jednostavno nemoguće. Recimo, skoro 15 godina radim u Photoshop-u, još uvek ima funkcija koje nisam ni jednom upotrebio u produiktivne svrhe - već samo iz radoznalosti. Ali opet znam da postoje i čemu služe - pa kažem da sam "prilično upućen" u PHotoshop na primer - zato kažem da je čudno kada kažeš da si "prilično upućen" u neku oblast a za neke stvari nisi ni znao da postoje.

Nothing personal, it's only business :)

A znaš i sam, rekao sam ti, šta mislim o svim tvojim Symphony, runkit, munkit, ... blah blah blah. Eto možeš da me nazoveš i "prvorazredni drkadžija" - ja ipak više volim svojeručno :)

degojs 27. 12. 2005. 20:32

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.

ivanhoe 27. 12. 2005. 21:44

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 :rolleyes:

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...

degojs 27. 12. 2005. 22:13

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".

Dragan Babić 27. 12. 2005. 23:22

@ bluesman:

Citat:

Originalno napisao bluesman
Analiziram svačije postove, ako želiš sa nekim da debatuješ, onda moraš pažljivo da pročitaš šta taj neko govori.

Ma ja sam bio ironican, naravno da moras paziti sta pises, nismo se razumeli.

Citat:

Originalno napisao bluesman
Ja sam zagovornik onoga da je "dobro sve što ti završava posao", a kada sam ljude učio, uvek sam im govorio da koriste sva raspoloživa sredstva na najkreativnije načine na koje mogu da zamisle... interesuje me krajnji rezultat a ne evolucija. Kapiraš?

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...

Pazi, ja sam prvi protiv konvencije i dogmi, ali kada je o ovome rec pravila postoje jer ta pravila ne postoje da bi te ogranicila, vec da te usmere. Ne moras da "hackujes" HTML da bi dobio korektan ishod, put i nacin vec postoji, samo je na tebi da ga usvojis i primenis. Cilj svega toga jeste semanticka ispravnost tog HTML koda.

Znao sam da ce biti ovakvih reakcija, znao sam da ce biti ljudi koji ne mare za to (semantiku), ali meni jednostavno nije jeasno zasto? Ceo clanak sam napisao da bih razbio ucmalost i ustajao nacin razmisljanja web dizajnera, za koji mogu reci da je upravo to, kako si ti okarakterisao moj tekst--zadrt. Cekaj nije li vise zadrto nesto sto je veca konvencija (pogresan nacin rada i razmisljanja nekih dizajnera/developera) nego ovo sto ja predlazem--sto je u stvari reanimacija tog koncepta? 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.

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.

@ degojs:

kako nisam objasnio? o cemu sam pisao kada sam napisao da treba da tezimo dostupnijem webu? mobilni uredjaji, ljudi ometeni u razvoju ili sa ostecenjima cula ili motornih sposobnosti, jel neko kapira tu pricu? ja licno smatram da s accessibility optimizacijom ne treba da prestanemo na prilagodjavanju za 800x600. Toliko je jednostavno, opet sve se vraca na semantiku i koriscenje elemenata za sta su inicijalno namenjeni.

bojan_bozovic 27. 12. 2005. 23:38

@everybody, degojs

CSS3 multikolonski layout podrzava jedino FF 1.5 i Seamonkey suite (Gecko 1.8) a sve ostalo su hackovi, sa CSS ili sa tabelama.

Ili, zasto stari NN4 ne voli CSS visekolonski layout? Zato sto CSS nije ni bio predvidjen do CSS3 da omogucava ikakav visekolonski layout.

degojs 28. 12. 2005. 00:01

@ Dragan: ne znam, izgleda da ja nisam skapirao dobro šta si hteo da kažeš. Nema problema. U biti, ivanhoe mi je dao dovoljno argumenata: lakše održavanje kod malo komplikovanijeg rasporeda i slično.


Vreme je GMT +2. Trenutno vreme je 16:11.

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.