Sivutaiton tekeminen CSS:lla
Sivuntaiton voi tehdä CSS:lla kahdella eri tavalla, joista molemmat aiheuttavat ongelmia etenkin Internet Explorer -selaimessa (Windows-versio).
Kellutus
Kellutuksella tarkoitan elementtien (sarakkeiden) sijoittelua float-selektorilla ja marginaaleilla.
Ongelmat
IE:ssä sarakerakenne hajoaa pahasti, jos sisältö on leveämpi kuin sarake: leveä sisältö hyppää sivun loppuun erilleen muusta sisällöstä ja sarakkeiden leveys kasvaa hallitsemattomasti.
IE:ssä giljotiinibugi (jumping links guillotine bug) voi laueta ja tehdä sivun kokonaan käyttökelvottomaksi. Tähän on olemassa JavaScript-korjaus, mutta sekään ei aina toimi, vaikka JavaScrip-tuki olisi päällä.
Saattaa sekoittaa ulkoasun Dreamweaver MX:ssa.
Absoluuttinen sijoittaminen
Absoluuttisella sjoittamisella tarkoitan elementtien (sarakkeiden) sijoittelua position: absolute -määreen avulla.
Ongelmat
Elementtien sijainti suhteessa toisiinsa ei muutu tekstin koon muuttuessa. Tämän takia elementit voivat mennä päällekäin, jos rakennetta ei suunnitella kunnolla.
IE:ssä tekstin valinta voi hankaloitua (esimerkkinä tämä sivusto maaliskuussa 2004).
IE:ssä sarakkeiden sisällä olevien div- ja
hn- elementtien taustakuva, -väri tai reunaviiva eivät
aina näy, jos sisemmälle elementille ei määritä myös
korkeutta tai kaikkia sarakkeita sijoita absoluuttisesti.
Saattaa sekoittaa ulkoasun Dreamweaver MX:ssa.
Taitto taulukolla?
Sitten on tietysti olemassa se perinteinen vaihtoehto: taulukkotaitto. Taulukot käyttäytyvät perinteisillä selaimilla ennustettavasti (melkein) kaikissa tilanteissa. Mutta taulukoillakin on ongelmansa.
Epäsemanttisuus: taulukot on tarkoitettu taulukkomuotoiselle tiedolle
Ymmärtävätkö "älykkäät ohjelmat" (jos sellaisia vielä on) taitossa käytetyn ja datataulukon erot?
Esitysjärjestys & ulkoasun siisteys
CSS-taittoa käytettäessä sivujen ulkoasu on hyvin selkeä, jos käyttäjä ei käytä tyylitiedostoja (sivun tallennus muualle, tiedostojen ottaminen pois käytöstä). Sisältö esitetään siinä järjestyksessä kuin suunnittelija haluaakin.
Taulukkotaittoa käytettäessä sivujen suunnittelija ei voi juuri hallita järjestystä, missä tiedot sivulla esitetään. Taulukkorakenne säilyy myös silloin kuin tyylitiedostoja ei käytetä. Tämä aiheuttaa ongelmia kun sisältöä esitetään muuten kuin tavallisella selaimella.
Periaatteessa eri esitystilanteisiin voisi tehdä omat tyylimäärittelyt, mutta käytännössä tämä on hankalaa eikä toimi aina.
Ääniselaimet
Tämä koskee etenkin monirivisiä taulukoita. Suunnittelija ei voi juuri ennakoida ja hallita järjestystä, jossa ääniselain esittää taulukon tiedot.
Tulostus
Periaatteessa tulostustyylitiedostolla voi hallita taulukon solujen esitysjärjestystä tulostettaessa. Tämä ei kuitenkaan toimi IE:ssä. Tuloksena mm. paperihukkaa.
Kämmenmikrot ja muut pieninäyttöiset laitteet
Tyylien ollessa käytössä ulkoasua pitää muokata pienelle näytölle sopivaksi handheld-tyylitiedostolla, mutta tämäkin on usein vaivatonta. Taulukkotaittoa käytettäessä handheld-tyylien tekeminen on monimutkaisempaa, mutta onnistuu ainakin Windows Mobile 2003:lle. Mutta miten tämä toimii muissa pieninäyttöisissä laitteissa (Palm OS & Symbian)?
Ei enää kehityksen eturintamaa
Taulukkotaittoa käyttäessä putoaa kehityksen eturintamasta. CSS-ongelmia ratkoessa oppisi paljon lisää tulevaisuudessa käytettävistä tekniikoista.