Vegyes elrendezés és kompakt kódot xhtml, vegyes jelzések - és ellen
Vegyes jelölés - az érvek és ellenérvek ...
CSS jelölő tanulmány félelem (Cascading Style Sheets), vagy az, hogy nem használja az egyes projektek nem lesz akadálya, hogy a web-szabványoknak. Ötvözi a táblázatos elrendezés CSS és strukturális kérhető XHTML. akkor kap egy jó web-oldal, amely működik minden böngészőben.
CSS szabvány még a fejlesztési fázisban, egyes böngészők még csak a tanulás kezelni CSS 1 és CSS 2, így néhány projekt van értelme, hogy egyszerű XHTML -Table a helyét a fő elemei a helyszínen. Azonban nem szabad összetéveszteni a táblázatos elrendezés értelmetlen jelölés, és a helyszínek vegyes elrendezés és néhány nem szerkezeti elemek meglehetősen eltérnek a bonyolult buta kódot használják a legtöbb helyen, és a mai napig.
I említett előző cikk ebben a sorozatban (struktúra és metastructure XHTML), hogy néhány, a komponensek az interfész oldalak vegyes elrendezés nem lehet strukturált. De ez nem jelenti azt, hogy a többi kód ilyen helyek nem strukturális jellegű. Minden ugyanaz, a következő bekezdést kell jelölni a bekezdések, listák - a listák, és így tovább. Szerkezeti elem vagy sem - minden esetben szükség van, hogy egy világos, kompakt kódot, és CSS.
Gyakori hibák vegyes jelölő ...
Nézzünk egy tipikus táblázatelrendezés design a helyén a navigációs menü változtatja megjelenését függően a felhasználó tartózkodási helyét az oldalon.
Ha hiperhivatkozások, a szurkolók, a régi módszerek a betűtípust címkéket, hogy ellenőrizzék a megjelenését (méret. Betűtípus. Szín), valamint az elavult attribútumok összehangolás, amelyben határok és a háttér színe a táblázat cella, amely tartalmazza a menüpontot.
Modern tervezők fog fordulni, hogy a CSS. Azonban, ha helytelenül használják, az eredmények még nagyobb is lehet.
Még ha GIF használt menüpontok. tervező valószínűleg megpróbálja valahogy jelölje ki a menü, mint a többi elem a helyén. Használja például egy vékony fekete szegéllyel a menüt, míg a többi eleme a webhely nem határtalanok.
Ma, a tervezők lehet kombinálni a rossz kódot az elvirágzott CSS. elérni ugyanazt a hatást. Ez a módszer azonban nem jobb, mint az előző.
Klassisty: code betegség ...
Hogyan megkülönböztetni egy táblázat elem szolgáló menüpontot a többi sejt az oldalon? Vagy, hogy linkeket belül ezek a sejtek különböznek minden más hivatkozások oldalon?
Természetesen nem elavult regisztrációs címkék és attribútumok, mint bgcolor. ahogy sejteni lehet.
Nem használunk kódot, mint ez:
KAPCSOLATOK
De azt is nem akar minden elem, amely speciális kezelést igényelnek, eltulajdonított osztályban. hogy gyakran előfordul:
Hívom ezt a stílust klassistskim jelölést. Az ilyen oldalak, minden tag saját kategóriájában. Túlzott használata az elem osztály feleslegesen növeli a kód mérete minden oldalon. A megjelenése ennek a technikának gyökerei az idő, amikor a böngészők alig támogatott CSS. és ez tükrözi egy nagyon vékony és felületes ismerete a tervező a CSS-ben.
Divisty - népszerű versenytársak klassitov ...
Legszerencsésebb klassistam néha észrevétlen maradhat még ezt a kódot:
<р class="text">Ez egy rossz módja a weboldalak.р>
<р class="text">Farok kell használni az összes ilyen osztályok.р>
<р class="text">Jó tervezők igyekeznek elkerülni ezt.р>
fogadtatás oldal a résztvevőknek!
Ez a kód nem is utalnak a szerkezet - csak néhány tucat bájt felesleges kódot. Megy ez a site segítségével Pocket PC vagy szöveges böngészőt, és soha többé nem hiszem, hogy az elemek egymáshoz való viszonyát.
Az igazság szerint ezt a kódot, azok nem kapcsolódnak egymáshoz. Divisty szerkezetének átalakítása egy komplett „szemetet”.
Klassictov divictov és össze lehet hasonlítani a felesleges adatokat, amelyeknek játszik az iskolai amatőr zenész, vagy értelmetlen szavakat paraziták, amelyek használják a modern beszédet. Ez gyomok egy gyönyörű kertben logikai szerkezetét.
Vegye ki az összes osztályok a kódját, és a mérete a lapok fogják a felére csökken. Anélkül div kapsz egy tiszta, logikus felépítése kódot, hogy jól működik a szöveges és grafikus böngészők. Az alábbi e szabályokat, akkor hozzon létre egy következetes és hozzáértő web-oldal.
A div nincs semmi baj ...
Néhányan talán azt hitte, ellentmondásos. Az egyik cikkben azt írják, hogy használja a div nem szükséges, de egy másik cikkben (div, id és egyéb asszisztensek) maga használt div. Hogyan kell ezt érteni?
Sőt, soha nem mondta, hogy kell használni a div - rossz. Div tag egy elfogadható része a kód szánt az elemek elrendezése a webhelyen.
De szükség van, hogy nem használja a div csak akkor, ha cserélni őket túl gyakran más, releváns elemeket. Azaz, ha létrehozott egy bekezdést, akkor legyen egy bekezdést, és ennek megfelelően kell címkézni, ahelyett elem div class szöveget.
A legnagyobb főcím az oldalon is meg kell jelölni
. és nem .
Látod a különbséget? Természetesen igen.
Miért div?
Sok tervezők a tag a div vissza összefüggésben a szerkezet helyére elemet - pontjából a fejlécet.
Legtöbbjük már megszerezte a szokás úgy találják, hogy a böngészők, mint a Mozilla Firefox, helyezze a felesleges üres tér, megsemmisítése az elrendezés körül a szerkezeti elemek, mint például
. azonban jelölést használó nem-szerkezeti elemek div. minden rendben van.
Próbálja tartani a legapróbb árnyalatait jelölés, sok tervező annyira lelkes, hogy ragaszkodnak a nem-szerkezeti elemek a div helyett a szokásos elemek egy bekezdés, fejléc, és így tovább. Az ár egy ilyen módszer nagyon magas.
És ez azért volt szükség, hogy írjon CSS. Két sor, és a probléma a felesleges üres hely lenne megoldható:
h1 # 123;
margin-top # 58; 0px;
margin-bottom: # 58; 0px;
# 125;
Egy másik példa a használata div olyan helyzet, amelyben a tervező fertőzött „tábla - ez rossz, a CSS - jó” vírust, és lelkesen helyettesíti a „szemetes” 100 kód beágyazott div.
Így lehetetlen elérni pozitív eredményeket, hanem csak a szerkesztés során a dokumentumok.
Látod a különbséget? Természetesen igen.
Miért div?
Sok tervezők a tag a div vissza összefüggésben a szerkezet helyére elemet - pontjából a fejlécet.
Legtöbbjük már megszerezte a szokás úgy találják, hogy a böngészők, mint a Mozilla Firefox, helyezze a felesleges üres tér, megsemmisítése az elrendezés körül a szerkezeti elemek, mint például
. azonban jelölést használó nem-szerkezeti elemek div. minden rendben van.
Próbálja tartani a legapróbb árnyalatait jelölés, sok tervező annyira lelkes, hogy ragaszkodnak a nem-szerkezeti elemek a div helyett a szokásos elemek egy bekezdés, fejléc, és így tovább. Az ár egy ilyen módszer nagyon magas.
És ez azért volt szükség, hogy írjon CSS. Két sor, és a probléma a felesleges üres hely lenne megoldható:
h1 # 123;
margin-top # 58; 0px;
margin-bottom: # 58; 0px;
# 125;
Egy másik példa a használata div olyan helyzet, amelyben a tervező fertőzött „tábla - ez rossz, a CSS - jó” vírust, és lelkesen helyettesíti a „szemetes” 100 kód beágyazott div.
Így lehetetlen elérni pozitív eredményeket, hanem csak a szerkesztés során a dokumentumok.