Joko IE6:n saa unohtaa?

[Mika Iisakkila]

Jokohan kehtaisi unohtaa sivujen virittelyn IE6:sta varten? Yritän
tässä päättää, teenkö kohtalaisen remontin ja muutan mm. lomakkeiden
ulkoasusäädöt kokonaan CSS:n hoiviin, vai jatkanko "väärin"
taulukoilla. Ensinmainittu menee ihan kohtuuttoman monimutkaiseksi,
jos IE6:n surkeuksia pitää koko ajan kiertää. Kyllähän lomakkeet
virittelemättäkin käytettävinä pysyvät, mutta leiska bugittaa rumasti
siellä sun täällä.

Ainakin omissa hoteissa olevilla palvelimilla IE6:n (saati vanhempien)
käyttäjäkunta on vajonnut jonnekin alle prosenttiin sivuhauista, eikä
sitä oikeasti liene kenenkään pakko käyttää. Win2000:een (jollaista
muuten itsekin kotona käytän) ei uudempaa saa, mutta siinäkin voi
oikein hyvin käyttää jotain muuta selainta...

[Jukka K. Korpela]

Post by Mika Iisakkila
Jokohan kehtaisi unohtaa sivujen virittelyn IE6:sta varten?

Ei kai sitä koskaan kannattanut aloittakaan. Mutta jos tarkoitetaan IE
6:n huomioon ottamista, niin asia riippuu siitä, mitä sivuilla tehdään
ja miksi. Esimerkiksi harrastussivustossa ei ehkä niin ole väliä sillä,
kohtaako 10 tai 5 prosenttia käyttäjistä isoja ongelmia siellä.
Kaupalliselle yritykselle taas 10 tai 5 potentiaalisesta asiakunnasta on
iso asia, etenkin, jos kilpailijoiden sivustot eivät toimi IE 6:lla.
Toisaalta monimutkaisesti viritellyn ulkoasun saaminen IE 6:lla
toimivaksi voi merkitä enemmän työtä kuin sivuston muu kehittely yhteensä.

Post by Mika Iisakkila
Yritän
tässä päättää, teenkö kohtalaisen remontin ja muutan mm. lomakkeiden
ulkoasusäädöt kokonaan CSS:n hoiviin, vai jatkanko "väärin"
taulukoilla.

Taulukon käyttö lomakkeissa on saattaa olla väärin jonkin ideologian
mukaan, mutta havaintojeni mukaan CSS-taitolla on paljon helpompi saada
aikaan _toimimaton_ lomake, erityisesti float-juttuja käyttäen, kuin
taulukolla. Eikä IE 6 ole ainoa ongelma; vikoja syntyy helposti myös
etenkin Mac-ympäristöissä.

Kantapään kautta olen oppinut, että puhtaaksiviljelty purismi ei
kaikissa asioissa ole järkevää. CSS:ssä ei oikeasti ole kovinkaan hyviä
keinoja tehdä taulukkotyyppistä taittoa, varsinkaan kun selainten
virheet ja erot otetaan huomioon.

Post by Mika Iisakkila
Ainakin omissa hoteissa olevilla palvelimilla IE6:n (saati vanhempien)
käyttäjäkunta on vajonnut jonnekin alle prosenttiin sivuhauista,

Globaalit arviot lienevät edelleen 10 prosentin tienoilla; Suomessa
osuus on selvästi pienempi mutta ei olematon.

Post by Mika Iisakkila
Win2000:een (jollaista
muuten itsekin kotona käytän) ei uudempaa saa,

Tai Win 98:aan. :-)

Post by Mika Iisakkila
mutta siinäkin voi
oikein hyvin käyttää jotain muuta selainta...

Tai sitten ei voi, jos se on työpaikan kone, johon ei itse saa asentaa
mitään, tai digiosaamattoman vanha kone, johon käyttäjä ei osaa asentaa
mitään. Nämä eivät ole kovin tavallisia tilanteita, mutta kyllä
yrityksissä saattaa olla kummallisen vanhaa laite- ja ohjelmistokantaa,
kodeista puhumattakaan.

[Mika Iisakkila]

6:lla. Toisaalta monimutkaisesti viritellyn ulkoasun saaminen IE 6:lla
toimivaksi voi merkitä enemmän työtä kuin sivuston muu kehittely yhteensä.

Niinpä.

Post by Mika Iisakkila
Ainakin omissa hoteissa olevilla palvelimilla IE6:n (saati vanhempien)
käyttäjäkunta on vajonnut jonnekin alle prosenttiin sivuhauista,

Globaalit arviot lienevät edelleen 10 prosentin tienoilla; Suomessa
osuus on selvästi pienempi mutta ei olematon.

No minulla on nyt sellainen pragmaattinen lähtökohta, että näitä
sivuja pidetään niitä varten, jotka niitä käyttävät. Ja tähän asti ne
ovat toimineet vaikka Nokian vanhalla kommarilla ja elinksillä, joten
tilastovinoumaa ei (toistaiseksi) tämän vuoksi pahemmin ole.

Aion parhaani mukaan varmistua, että niitä edelleen voi *käyttää*
jokseenkin millä tahansa -- yritän tässä vain puntaroida kannattaako
kiinnostua edes 1% edestä onko jollakin jäärällä radiobuttonin selite
puoli ämmää eri tasossa itse nappiin nähden.

Olen joka tapauksessa koodaamassa frameworkia kapseloimaan tuon
esitystavan, joten ei tässä nyt siitä ole kyse että tapaa olisi
mahdoton jälkeenpäin vaihtaa. Saattaa olla, että sittenkin pitäydyn
taulukoissa näiltä osin, kun alustavan säätämisen perusteella se
näyttäisi tosiaan olevan olennaisesti helpompaa, ja ulkoasun voi silti
säätää melko pitkälti CSS:n puolella koskematta enää koodiin.

[Jukka K. Korpela]

Post by Mika Iisakkila
Aion parhaani mukaan varmistua, että niitä edelleen voi *käyttää*
jokseenkin millä tahansa -- yritän tässä vain puntaroida kannattaako
kiinnostua edes 1% edestä onko jollakin jäärällä radiobuttonin selite
puoli ämmää eri tasossa itse nappiin nähden.

Jos ämmällä tarkoitat em-yksikköä, niin sitten asialla kyllä voi olla
merkitystä – silloin ei ehkä ole edes täysin selvää, mikä nappi liittyy
mihinkin selitteeseen, ja ainakin tilanne _näyttää_ virheeltä. Kovin
pienistä siirtymistä ei tietenkään kannata välittää, mutta
CSS-asettelussa voi kyllä sattua isojakin heittoja joillakin selaimilla.

Post by Mika Iisakkila
Saattaa olla, että sittenkin pitäydyn
taulukoissa näiltä osin, kun alustavan säätämisen perusteella se
näyttäisi tosiaan olevan olennaisesti helpompaa, ja ulkoasun voi silti
säätää melko pitkälti CSS:n puolella koskematta enää koodiin.

Niin, vaikka ”taulukkotaittoa” moititaan jäykäksi ja se leimataan
kuuluvaksi samaan kategoriaan kuin <font>, niin tokihan ulkoasu
kannattaa säätää CSS:n puolella. Taulukolla vain luodaan yleinen
kehikko, ja myös solujen leveydet ja korkeudet voi asettaa CSS:llä.
Taulukkoa käytettäessä vain on _lisäksi_ se vaihtoehto, että esimerkiksi
sarakkeen annetaan muotoutua niin leveäksi kuin levein solu vaatii –
tätähän ei voi tehdä CSS:llä kuin käyttämällä CSS:n taulukkomuotoilua
(display: table), jonka selaintuki taas on vielä sen verran
puutteellinen, ettei sitä yleensä kannata käyttää.

Esimerkiksi lomakkeen osassa, jossa on selite-tekstikenttä-yhdistelmiä,
kannattaa yleensä käyttää taulukkoa, jossa ensimmäiselle sarakkeelle ei
aseteta leveyttä vaan leveimmän selitteen annetaan määrätä se. Kun tämä
on niin luontevaa tehdä taulukolla, tuntuisi hassulta, että se pitää
tehdä hankalammalla tavalla.

Taulukon käyttö tietysti tuo _jonkinasteisen_ jäykkyyden: taulukkoa ei
(käytännössä, selaintilanne huomioon ottaen) voi CSS:llä muotoilla
olennaisesti ei-taulukkomaisella tavalla. Eikä sen rivien järjestystä
tms. voi muuttaa samalla tavoin kuin CSS-asemointia käytettäessä voi
sijoitella <div>-elementit eri järjestykseen kuin ne ovat HTML-koodissa.
Mutta tämä on ehkä kuitenkin aika vähämerkityksistä. Jos ulkoasu
halutaan täysin toisenlaiseksi, joudutaan CSS-asemoinnissakin helposti
tilanteeseen, jossa HTML-koodiakin pitää jotenkin muuttaa. Ja jos sivut
luodaan sopivilla välineillä, ei esimerkiksi taulukkomerkkauksen
muuttaminen toisenlaiseksi ole sen isompi asia kuin CSS-koodin osan
kirjoittaminen uusiksi.