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:




KAPCSOLATOK


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!


Ha ti nem vagy bejelentkezve <а href="/reg/" class="warningsecond">kattintson ide!


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.