Ihan aluksi kerron kaikille, että tiedän ilman validaattorin apuakin, että sivustoani ei ole koodattu oppien ja "sääntöjen" mukaisesti. Kun en osaa, niin en osaa.
Ongelmani (joka on sivuston kannalta erittäin vakava) on se, että IE (6-8) aiheuttaa harmaita hiuksia uudistetuilla tekemilläni/ylläpitämilläni nettisivuilla. Firefox, Chrome ja Safari näyttää sivut sellaisina kuin haluan, mutta IE:tä en saa taipumaan tahtooni. Ongelma selvinnee parhaiten esimerkkien avulla. Kokeile IE:llä seuraavia kolmea linkkiä:
1. Tältä sivuston pitäisi leveyden osalta näyttää koko ajan: http://www.suklaayhdistys.com/
2. Tältä sivusto näyttää, kun katsellaan valmistajan listausta, jolla on 12 tuotetta kannassa: http://www.suklaayhdistys.com/testit.php?cat=168
3. Tältä sivusto näyttää, kun katsellaan valmistajan listausta, jolla on 118 tuotetta kannassa: http://www.suklaayhdistys.com/testit.php?cat=21
Kohdassa 1 sisällön leveys on toivottu noin 1000 pikseliä, kohdassa 2 jo noin 2000 pikseliä ja kohdassa kolme noin 10 000 pikseliä. Ihan päin puuta siis kohdissa 2 ja 3, kun sen pitäisi koko ajan olla saman levyinen (kuten kohdassa 1).
CSS löytyy pääosin tiedostosta http://www.suklaayhdistys.com/css.css
Sivuston ylimääräinen leveys siis kasvaa koko ajan suuremmaksi, mitä enemmän tuotteita valitulla valmistajalla on kannassa, eli samalla varmaankin mitä kauemmin haku kestää. Tuon uskon olevan ongelman syyn, mutta osaisiko joku kertoa minulle miten vian saisi korjattua?
IE levittää sivustoni
22
624
Vastaukset
- juhakorkeapudas
Tarkista nyt ainakin, että taulukon rivit ja solut muodostuvat oikein eikä ylimääräisiä rivien/solujen aloitus/lopetus-tageja tulee liikaa/liian. Lisäksi kannattaa tarkistaa, ettei sisäkkäisten taulukoiden solut mene ristiin.
Tyylimäärittelyt tulee määritellä head-osiossa, nyt tyylimäärittelyjä löytyy myös body-osion taulukon solusta.
Leveys ei voi muuttua sisällön mukaan muuten kuin silloin jos sisällön leveys muuttuu (sivulla oleva isompi kuva tai pidempi lause, eikä taulukon divin leveys ole kiinteä) tai jos osoitteen/urlin parametrin mukaan valitaan toinen css-tyylisivu jossa leveys on suurempi.- jarkko-the-chocoholic
Ihan noin "perusasioista" (taulukon soluista) tässä ei ole kyse, sen uskallan luvata käymättä koodeja kolmattakymmenettä kertaa läpi... Jos vika olisi noin simppeli, niin silloin sivuston ylimääräiseen leveyteen tuskin vaikuttaisi aina se, kuinka monta tuotetta valmistajalta löytyy kannasta. Mitä enemmän, sen leviämpi sivu.
Mielestäni tyylimäärittelyitä voi tehdä vaikka minne, jopa tagin sisään. - juhakorkeapudas
jarkko-the-chocoholic kirjoitti:
Ihan noin "perusasioista" (taulukon soluista) tässä ei ole kyse, sen uskallan luvata käymättä koodeja kolmattakymmenettä kertaa läpi... Jos vika olisi noin simppeli, niin silloin sivuston ylimääräiseen leveyteen tuskin vaikuttaisi aina se, kuinka monta tuotetta valmistajalta löytyy kannasta. Mitä enemmän, sen leviämpi sivu.
Mielestäni tyylimäärittelyitä voi tehdä vaikka minne, jopa tagin sisään."Mielestäni tyylimäärittelyitä voi tehdä vaikka minne, jopa tagin sisään"
Kyllä, jos ne liittyvät kyseiseen tagiin mutta tässä tapauksessa näin ei ole tai ainakin toteutus on tehty väärin (1. taulukon 1. rivin 1. solu).
Jotain ylimääräistä tuotesivuilla kuitenkin on, käypä ne läpi; poista ensin kommentoidut osiot ja etene osa kerrallaan kunnes vika löytyy. - jarkko-the-chocoholic
juhakorkeapudas kirjoitti:
"Mielestäni tyylimäärittelyitä voi tehdä vaikka minne, jopa tagin sisään"
Kyllä, jos ne liittyvät kyseiseen tagiin mutta tässä tapauksessa näin ei ole tai ainakin toteutus on tehty väärin (1. taulukon 1. rivin 1. solu).
Jotain ylimääräistä tuotesivuilla kuitenkin on, käypä ne läpi; poista ensin kommentoidut osiot ja etene osa kerrallaan kunnes vika löytyy."Jotain ylimääräistä tuotesivuilla kuitenkin on, käypä ne läpi; poista ensin kommentoidut osiot ja etene osa kerrallaan kunnes vika löytyy."
Okei, pakkohan mun on ne käydä läpi vielä, jos ei yksityiskohtaisempia vinkkejä löydy :-) Olettaisin vain että kaikki selaimet näyttäisivät hommat päin peetä, jos vika ois tuossa...
Kyllä voisin jo suklaata luvata kiitokseksi sille, joka lopullisesti ja yksityiskohtaisesti ratkaisee tämän ongelman (tyyliin: tiedosto xyz.php, rivi x, korjaa "yyyy":n tilalle "zzzz"). On tämän kans jo niin menny hermot moneen kertaan.
http://validator.w3.org/
http://jigsaw.w3.org/css-validator/
Tarkista ensiksi, että koodi on kunnossa.
Toisekseen, älä käytä pikselimittoja vaan määritä kaikki fonttikoon mukaan. Yksikkönä on em ja 1em on sama kuin fontissa M-kirjaimen leveys. Siitä voi lähteä, että leipäNäin siksi, että pikselimitat on riippuvainen näyttölaitteesta ja ihmiset selaa nettiä erilaisilla fonttikoolla. Sivusto voi siis hajota selaimilla tämän takia jos selaimella muuttaa fonttia mutta pikselimitat pysyy samoina. Siitä voi lähteä, että leipätekstin leveys on korkeintaan 50em, ja koko ruudun näytön leveys 52em. Tällä tavalla sopii vaivatta joka ruudulle.
Kolmanneksi, tee kehittäminen käyttämällä Firefox 2 selainta. Se on tänä päivänä heikoin lenkki kun tarkastellaan käyttöjärjestelmien oletusselaimia. Sillä se on alkeellisin selain mikä on käytössä nykykäyttöjärjestelmien edellisissä versioissa. Taaksepäin yhteensopivuutta pitää huomioida myös vaikka aina pitäisi katsoa ylläpidon helpoutta tulevaisuudessa.
Kun olet saanut FF2:lla toimimaan niin että rakenne on oikein, käytät CSS 2.1:stä, validaattorit ei vittuile ja unohdat pikselimitat, tarkista toimivuus vielä IE8:lla ja Safari 4:llä. Tämä takaa toimivuuden joka paikkaan. Viimeistään sitten kun käyttäjä klikkaa käyttiksen päivitykset koneelle. IE6:lle virittämällä käy helposti niin, että homma hajoaa mobiililaitteilla.
FF2 kyllä vastaa lähelle IE7:aa, että suurimmalla todennäköisyydellä näkyy siinäkin suoraan. Toki voit myöhemmin sitten säätää vanhemmille selaimille jos jaksat, mutta et oikeasti saa "ikinä" valmiiksi mitään jos yrität tasapainoilla säätämällä kaikille mahdollisille selain versioille samanaikaisesti. Testaushelvetti kasvaa vain niin suureksi.Siis 52em on se leveys mikä sopii lähes joka näytölle ongelmitta. Siitä leveämmät on ongelmallisia ja 50em on maksimileveys leipätekstille. Fonttikokoa ei pidä muuttaa, sillä se toimii mittana kaiken muun kokoon ruudulla ja käyttäjä määrittää sen selaimessa tai miten onkaan zoomannut. CSS:stä sitten löytyy fontti koon muutos niin jos haluaa tehdä leipätekstiin nähden isompaa/pienempää tekstiä. Toivottavaa olisi saada sivu rakenteeltaan sellaiseksi, että se skaalautuisi mahdollisimman kapealle ikkunalle.
Olisi kohteliasta ilmoittaa, kun saa toimimnaan. Mikäs oli vikana? Itse veikkaisin vastaavien kanssa tapelleena, että syyllinen löytyy kuitenkin niistä taulukoista... :)
- jarkko-the-chocoholic
Tokihan mää ilmotan JOS alkaa toimiin. Iltasella vasta pääsen koodin ääreen. Kunpa ongelma olisikin noin yksinkertainen, se ilahduttaisi taatusti minua enemmän kuin ketään muuta ;-)
jarkko-the-chocoholic kirjoitti:
Tokihan mää ilmotan JOS alkaa toimiin. Iltasella vasta pääsen koodin ääreen. Kunpa ongelma olisikin noin yksinkertainen, se ilahduttaisi taatusti minua enemmän kuin ketään muuta ;-)
Ajattelin vaan, että kun IE 6.0:lla kokeilin tuota kolmoslinkkiä, niin kyllä se minusta suhteellisen kapealta näytti. Ainakin mahtui hiton hyvin tähän duunin 1280x1024 -resoluutioiselle näytölle ja oli vielä vähän ruskeaa reunustakin näkyvissä...
- jarkko-the-chocoholic
The_Rat kirjoitti:
Ajattelin vaan, että kun IE 6.0:lla kokeilin tuota kolmoslinkkiä, niin kyllä se minusta suhteellisen kapealta näytti. Ainakin mahtui hiton hyvin tähän duunin 1280x1024 -resoluutioiselle näytölle ja oli vielä vähän ruskeaa reunustakin näkyvissä...
"Ajattelin vaan, että kun IE 6.0:lla kokeilin tuota kolmoslinkkiä..."
Kas, niinpäs tekeekin. IE6 myöskin levittää sivun latausvaiheessa metrin levyiseksi, mutta "imaisee" sen sitten lopuksi kasaan minunkin XP:ssä. IE7 samassa koneessa sitten taas ei suorita tuota "imaisua"... Eikä IE8 Vistassa. jarkko-the-chocoholic kirjoitti:
"Ajattelin vaan, että kun IE 6.0:lla kokeilin tuota kolmoslinkkiä..."
Kas, niinpäs tekeekin. IE6 myöskin levittää sivun latausvaiheessa metrin levyiseksi, mutta "imaisee" sen sitten lopuksi kasaan minunkin XP:ssä. IE7 samassa koneessa sitten taas ei suorita tuota "imaisua"... Eikä IE8 Vistassa.Nopeasti katsoin tuota taulukkohärdelliä. Ei ole tässä ff:ssä asennettuna kunnon lisäosia debuggausta varten, joten jouduin sorsista tutkimaan. Ei sinänsä näyttänyt mitenkään väärältä, aivan hirveältä hallinnoitavalta kylläkin (kuten ilmeisesti olet huomannut). Vähän pisti silmään divien käyttö tuolla joukossa. Jotenkin tuntuu siltä, että tässä sotketaan perinteistä taulukkotaittoa diveillä toteutettuun taittoon... Näen horisontissa ongelmia.
Mutta ratkaisuehdotuksena, kun ei tuota oikein jaksa palkatta debugatakaan, kokeile määrätä käytettävä doctype. Eli kun doctypeä ei ole head-osiossa määritelty, käyttää jokainen selain kai vähän mitä sattuu... Ehkä headiin voisi kirjoittaa vaikkapa:
Tai:
Voi auttaa, tai olla auttamatta.
Tuolla aika kiva juttu aiheesta: http://en.wikipedia.org/wiki/Quirks_mode
Tässä lainaus, joka voi (tai ehkä ei) vaikuttaa:
> Before version 6, Internet Explorer used an algorithm for determining the width
> of an element's box which conflicted with the algorithm detailed in the CSS
> specification, and due to Internet Explorer's popularity many pages were
> created which relied upon this incorrect algorithm. As of version 6, Internet
> Explorer uses the CSS specification's algorithm when rendering in standards
> mode and uses the previous, non-standard algorithm when rendering in quirks
> mode.
Tämmöistä tällä kertaa. Tulevaisuudessa suosittelen välttämään taulukkotaittoa, mikäli mahdollista. Divien kanssa pelaaminen voi tuntua aluksi vaikeammalta, mutta debuggaaminen on hieman helpompaa... :)- jarkko-the-chocoholic
The_Rat kirjoitti:
Nopeasti katsoin tuota taulukkohärdelliä. Ei ole tässä ff:ssä asennettuna kunnon lisäosia debuggausta varten, joten jouduin sorsista tutkimaan. Ei sinänsä näyttänyt mitenkään väärältä, aivan hirveältä hallinnoitavalta kylläkin (kuten ilmeisesti olet huomannut). Vähän pisti silmään divien käyttö tuolla joukossa. Jotenkin tuntuu siltä, että tässä sotketaan perinteistä taulukkotaittoa diveillä toteutettuun taittoon... Näen horisontissa ongelmia.
Mutta ratkaisuehdotuksena, kun ei tuota oikein jaksa palkatta debugatakaan, kokeile määrätä käytettävä doctype. Eli kun doctypeä ei ole head-osiossa määritelty, käyttää jokainen selain kai vähän mitä sattuu... Ehkä headiin voisi kirjoittaa vaikkapa:
Tai:
Voi auttaa, tai olla auttamatta.
Tuolla aika kiva juttu aiheesta: http://en.wikipedia.org/wiki/Quirks_mode
Tässä lainaus, joka voi (tai ehkä ei) vaikuttaa:
> Before version 6, Internet Explorer used an algorithm for determining the width
> of an element's box which conflicted with the algorithm detailed in the CSS
> specification, and due to Internet Explorer's popularity many pages were
> created which relied upon this incorrect algorithm. As of version 6, Internet
> Explorer uses the CSS specification's algorithm when rendering in standards
> mode and uses the previous, non-standard algorithm when rendering in quirks
> mode.
Tämmöistä tällä kertaa. Tulevaisuudessa suosittelen välttämään taulukkotaittoa, mikäli mahdollista. Divien kanssa pelaaminen voi tuntua aluksi vaikeammalta, mutta debuggaaminen on hieman helpompaa... :)Kun koodin luin läpi uudestaan, sieltä löytyi itse asiassa kaksikin -tagia, joiden oikeasti piti olla . MUTTA: Niillä ei ollut mitään vaikutusta minkään selaimen toimintaan... En kyllä löytänyt muuten mitään vikaa taulukkokuvioista... Pitänee jatkaa tavaamista. Vaikka sivussa on tavaraa 600 rivin edestä, niin varsinaista HTML:ää siellä on aika vähän, loput PHP:tä, joka vaan tekee hakuja...
Tässä testit.php -tiedostossa ei itse asiassa missään kohti käytetä DIV:ä, mutta kokonaisuus kasataan palapelin tavoin includella, joten valmista sivun sorsaa kattomalla ei saa ehkä oikeaa kuvaa. jarkko-the-chocoholic kirjoitti:
Kun koodin luin läpi uudestaan, sieltä löytyi itse asiassa kaksikin -tagia, joiden oikeasti piti olla . MUTTA: Niillä ei ollut mitään vaikutusta minkään selaimen toimintaan... En kyllä löytänyt muuten mitään vikaa taulukkokuvioista... Pitänee jatkaa tavaamista. Vaikka sivussa on tavaraa 600 rivin edestä, niin varsinaista HTML:ää siellä on aika vähän, loput PHP:tä, joka vaan tekee hakuja...
Tässä testit.php -tiedostossa ei itse asiassa missään kohti käytetä DIV:ä, mutta kokonaisuus kasataan palapelin tavoin includella, joten valmista sivun sorsaa kattomalla ei saa ehkä oikeaa kuvaa.Valmiin sivun sorsista saa toisaalta juuri sen kuvan, minkä selainkin saa... :)
Perinteinen debuggaustapa on alkaa karsia koodia. Eli pistät koodista osia kommentteihin ja katsot mistä vika tulee. Tarkemmin ja tarkemmin...- jarkko-the-chocoholic
The_Rat kirjoitti:
Nopeasti katsoin tuota taulukkohärdelliä. Ei ole tässä ff:ssä asennettuna kunnon lisäosia debuggausta varten, joten jouduin sorsista tutkimaan. Ei sinänsä näyttänyt mitenkään väärältä, aivan hirveältä hallinnoitavalta kylläkin (kuten ilmeisesti olet huomannut). Vähän pisti silmään divien käyttö tuolla joukossa. Jotenkin tuntuu siltä, että tässä sotketaan perinteistä taulukkotaittoa diveillä toteutettuun taittoon... Näen horisontissa ongelmia.
Mutta ratkaisuehdotuksena, kun ei tuota oikein jaksa palkatta debugatakaan, kokeile määrätä käytettävä doctype. Eli kun doctypeä ei ole head-osiossa määritelty, käyttää jokainen selain kai vähän mitä sattuu... Ehkä headiin voisi kirjoittaa vaikkapa:
Tai:
Voi auttaa, tai olla auttamatta.
Tuolla aika kiva juttu aiheesta: http://en.wikipedia.org/wiki/Quirks_mode
Tässä lainaus, joka voi (tai ehkä ei) vaikuttaa:
> Before version 6, Internet Explorer used an algorithm for determining the width
> of an element's box which conflicted with the algorithm detailed in the CSS
> specification, and due to Internet Explorer's popularity many pages were
> created which relied upon this incorrect algorithm. As of version 6, Internet
> Explorer uses the CSS specification's algorithm when rendering in standards
> mode and uses the previous, non-standard algorithm when rendering in quirks
> mode.
Tämmöistä tällä kertaa. Tulevaisuudessa suosittelen välttämään taulukkotaittoa, mikäli mahdollista. Divien kanssa pelaaminen voi tuntua aluksi vaikeammalta, mutta debuggaaminen on hieman helpompaa... :)"kun ei tuota oikein jaksa palkatta debugatakaan"
Löytyykö sulta toiminimeä tms jonka kautta pystyisit laskuttamaan? Ja paljonko laskuttaisit ongelman korjaamisesta? etunimi(a)suklaayhdistys.com toimii ja etunimeni on Jarkko. jarkko-the-chocoholic kirjoitti:
"kun ei tuota oikein jaksa palkatta debugatakaan"
Löytyykö sulta toiminimeä tms jonka kautta pystyisit laskuttamaan? Ja paljonko laskuttaisit ongelman korjaamisesta? etunimi(a)suklaayhdistys.com toimii ja etunimeni on Jarkko.Voisin tehdä kaljapalkalla pientä sivubisnestä... Hinta riippuu kuluvasta ajasta, mutta varmaan muutamasta tuopista olisi kyse. :)
Tai tämän saitin ollessa kyseessä voisi suklaastakin keskustella (mutta ei oluen kanssa, ei sovi yhteen).
Ei mene enää nykyään ihan normaaliin toimenkuvaan, mutta olisihan tuota kiva vähän päkertää PHP-HTML-CSS -linjaa pienen tauon jälkeen.- jarkko-the-chocoholic
The_Rat kirjoitti:
Voisin tehdä kaljapalkalla pientä sivubisnestä... Hinta riippuu kuluvasta ajasta, mutta varmaan muutamasta tuopista olisi kyse. :)
Tai tämän saitin ollessa kyseessä voisi suklaastakin keskustella (mutta ei oluen kanssa, ei sovi yhteen).
Ei mene enää nykyään ihan normaaliin toimenkuvaan, mutta olisihan tuota kiva vähän päkertää PHP-HTML-CSS -linjaa pienen tauon jälkeen.Että http://www.suklaayhdistys.com/testit.php?cat=90&tuote=372 ei sitten ole maailman paras juoma? ;-)
Kuinkas kauas mun pitäis matkustaa kaljoja tarjoamaan? Jos ongelma loppujen lopuksi korjaantuu, niin maksan mielenrauhastani mielellään muutaman tuopin pari päälle. Heitä mailia tännepäin, niin jutellaan lisää. The_Rat kirjoitti:
Nopeasti katsoin tuota taulukkohärdelliä. Ei ole tässä ff:ssä asennettuna kunnon lisäosia debuggausta varten, joten jouduin sorsista tutkimaan. Ei sinänsä näyttänyt mitenkään väärältä, aivan hirveältä hallinnoitavalta kylläkin (kuten ilmeisesti olet huomannut). Vähän pisti silmään divien käyttö tuolla joukossa. Jotenkin tuntuu siltä, että tässä sotketaan perinteistä taulukkotaittoa diveillä toteutettuun taittoon... Näen horisontissa ongelmia.
Mutta ratkaisuehdotuksena, kun ei tuota oikein jaksa palkatta debugatakaan, kokeile määrätä käytettävä doctype. Eli kun doctypeä ei ole head-osiossa määritelty, käyttää jokainen selain kai vähän mitä sattuu... Ehkä headiin voisi kirjoittaa vaikkapa:
Tai:
Voi auttaa, tai olla auttamatta.
Tuolla aika kiva juttu aiheesta: http://en.wikipedia.org/wiki/Quirks_mode
Tässä lainaus, joka voi (tai ehkä ei) vaikuttaa:
> Before version 6, Internet Explorer used an algorithm for determining the width
> of an element's box which conflicted with the algorithm detailed in the CSS
> specification, and due to Internet Explorer's popularity many pages were
> created which relied upon this incorrect algorithm. As of version 6, Internet
> Explorer uses the CSS specification's algorithm when rendering in standards
> mode and uses the previous, non-standard algorithm when rendering in quirks
> mode.
Tämmöistä tällä kertaa. Tulevaisuudessa suosittelen välttämään taulukkotaittoa, mikäli mahdollista. Divien kanssa pelaaminen voi tuntua aluksi vaikeammalta, mutta debuggaaminen on hieman helpompaa... :)Taulukkotaitto oli ok vielä joskus ennen Windows Vistaa jos CSS1:llä ei pärjännyt.
Nykyään se on saatanasta ja saa vain sivuja mitkä toimii päin vittua esimerkiksi mobiilivehkeillä.
Yleensäkin FF2 on se heikoin lenkki nykypäivänä ja silläkin saadaan taaksepäin yhteensopivuutta melkein 8v käyttöjärjestelmiin mitä ihmisillä on ilman uusien selainten asentamista. Ei kannata millään IE7:lla tai IE6:lla kehittää yhtään mitään, ne on historiaa.- pekkola2
jarkko-the-chocoholic kirjoitti:
"Ajattelin vaan, että kun IE 6.0:lla kokeilin tuota kolmoslinkkiä..."
Kas, niinpäs tekeekin. IE6 myöskin levittää sivun latausvaiheessa metrin levyiseksi, mutta "imaisee" sen sitten lopuksi kasaan minunkin XP:ssä. IE7 samassa koneessa sitten taas ei suorita tuota "imaisua"... Eikä IE8 Vistassa.Jos IE ihmiset valittaa mun sivunättöä paskaksi niin sanon vaan että Käytä FF, se on lähinnä Web standardia. En enää ota IE tosissaan, se aiheuttaa vaan päänsärkyä.
- juhakorkeapudas
Kuten joku kirjoittikin, taulukko- ja div-taittoa ei välttämättä kannata sekottaa, sivujen rakenne kannattaisi miettiä jossain välissä uusiksi, mutta korjaus nyt ensihätään kuitenkin.
Tuotekuva ja siihen liitetty js-funktio lisää taulukon leveyttä tai paremminkin kasvattaa keskitaulukon vaatimaa tilaa. Korjaaminen onnistunee lisäämällä kyseisen kuvan funktioineen taulukon solun sisälle.- jarkko-the-chocoholic
Kokeilin tuota lokaalisti ja jokin vaikutus näyttäisi tosiaan olevan tuolla overlib.js:n käytöllä. Tosin en ihan aukottomasti saanut sitä todistettua itselleni, sillä vaikka poistin koko scriptn käytöstä, IE levitti edelleen sivuston naapuriin asti...
Voisitko tarkentaa vastaustasi maallikolle, sillä asia vaikuttaisi ehdottomasti olevan oikeaan suuntaan? Lähinnä lause "Korjaaminen onnistunee lisäämällä kyseisen kuvan funktioineen taulukon solun sisälle" aiheuttaa päänvaivaa. - juhakorkeapudas
jarkko-the-chocoholic kirjoitti:
Kokeilin tuota lokaalisti ja jokin vaikutus näyttäisi tosiaan olevan tuolla overlib.js:n käytöllä. Tosin en ihan aukottomasti saanut sitä todistettua itselleni, sillä vaikka poistin koko scriptn käytöstä, IE levitti edelleen sivuston naapuriin asti...
Voisitko tarkentaa vastaustasi maallikolle, sillä asia vaikuttaisi ehdottomasti olevan oikeaan suuntaan? Lähinnä lause "Korjaaminen onnistunee lisäämällä kyseisen kuvan funktioineen taulukon solun sisälle" aiheuttaa päänvaivaa.Ongelma on vanhentuneen img:n align määritteen käyttö kuvassa jossa kutsutaan overlib-funktiota. Ilmeisesti se kyseisessä paikassa ollessaan levittää taulukkoa (selaimen bugi?) muttei silloin jos se on sen oikealla puolella olevan taulukon sisällä (taulukko jossa tuotetiedot). Korjauksena voi käyttää joko ensin mainittua eli siirtää kyseinen kuva sellaisenaan vieressä olevan taulukon sisälle ja poistaa align left määrite tai määritellä tyylitiedostoon kuva-luokalle float:left (ja mahdolliset muut määritteet; kuten koko).
Korjausvaihtoehdot:
Tyylitiedostoon:
.kuva{
float:left;
border-width:1px;
border-style:solid;
border-color:#000000;
width:76px;
height:76px;
}
ja
[img src="..." alt="..." title="..." class="kuva" onmouseover="return overlib('', FULLHTML, WIDTH, 76, HEIGHT, 76, HAUTO, VAUTO);" onmouseout="return nd();"] (poistetaan siis koko ja align-määritteet).
tai
korvaamalla nykyinen rakenne (tuotetietotaulussa) seuraavasti.
(Lisätään kuva taulukon ensimmäiselle riville ja käytetään rowspan:ia jotta kuva asettuu koko korkeudelle).
[table width="510" border="0" cellspacing="0" cellpadding="0"]
[tr]
[td rowspan="4"]
[img src="..." alt="..." title="..." width="76" height="76" border="0" class="kuva" onmouseover="return overlib('', FULLHTML, WIDTH, 76, HEIGHT, 76, HAUTO, VAUTO);" onmouseout="return nd();"]
[/td]
[/tr] - jarkko-the-chocoholic
juhakorkeapudas kirjoitti:
Ongelma on vanhentuneen img:n align määritteen käyttö kuvassa jossa kutsutaan overlib-funktiota. Ilmeisesti se kyseisessä paikassa ollessaan levittää taulukkoa (selaimen bugi?) muttei silloin jos se on sen oikealla puolella olevan taulukon sisällä (taulukko jossa tuotetiedot). Korjauksena voi käyttää joko ensin mainittua eli siirtää kyseinen kuva sellaisenaan vieressä olevan taulukon sisälle ja poistaa align left määrite tai määritellä tyylitiedostoon kuva-luokalle float:left (ja mahdolliset muut määritteet; kuten koko).
Korjausvaihtoehdot:
Tyylitiedostoon:
.kuva{
float:left;
border-width:1px;
border-style:solid;
border-color:#000000;
width:76px;
height:76px;
}
ja
[img src="..." alt="..." title="..." class="kuva" onmouseover="return overlib('', FULLHTML, WIDTH, 76, HEIGHT, 76, HAUTO, VAUTO);" onmouseout="return nd();"] (poistetaan siis koko ja align-määritteet).
tai
korvaamalla nykyinen rakenne (tuotetietotaulussa) seuraavasti.
(Lisätään kuva taulukon ensimmäiselle riville ja käytetään rowspan:ia jotta kuva asettuu koko korkeudelle).
[table width="510" border="0" cellspacing="0" cellpadding="0"]
[tr]
[td rowspan="4"]
[img src="..." alt="..." title="..." width="76" height="76" border="0" class="kuva" onmouseover="return overlib('', FULLHTML, WIDTH, 76, HEIGHT, 76, HAUTO, VAUTO);" onmouseout="return nd();"]
[/td]
[/tr]Juha Korkeaputaalle:
Kiitos erittäin paljon avustasi! Käytin jälkimmäistä vaihtoehtoa, sillä ensimmäinen "tappoi" sen ominaisuuden, jota varten overlib on käytössä, eli suuremman tuotekuvan näkeminen viemällä hiiren pikkukuvan päälle.
Lopputulosta voi "ihailla" esim osoitteessa http://www.suklaayhdistys.com/testit.php?cat=21#21 joka ei leviä ainakaan Vista/IE8, Vista/FF3, XP/IE7, XP/IE6, XP/FF2, XP/Chrome, XP/Safari tai XP/Opera -yhdistelmillä. Tuskin muillakaan.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Suomi on täysin sekaisin
Jo ties monettako päivää hirveä itku ja poru jostain helvetin nilviäisistä. https://www.is.fi/taloussanomat/art-20000104504849Ensimmäisestä kohtaamisesta saakka
minulla on ollut hämmentynyt olo. Miten voit tuntua siltä, että olisin tuntenut sinut aina? Sinun kanssasi on yhtä aikaa151732Aivan täysin tahallinen teko
Ei mitään puolusteluja, eikä selittelyitä. Kuljettajalle kerrottiin asiasta siinä paikanpäällä, mutta silti hän ajoi ves941468Suomussalmi saatu vihdoin maailmankartalle!
Nyt kun Suomussalmi on vihdoin viimein saatu ennennäkemättömällä tavalla maailman tietoisuuteen niin voitaisiin järjestä531359Olet saanut minut sekoamaan
Tunteiden ristiaallokossa vellominen on ollut melkoinen kokemus. Ei kukaan ole saanut minua niin raiteiltaan kuin sinä.231337Mainehaitta metsäkonefirmalle
Hukkajoen tapahtumista liikkuu paljon huhuja. Eikö kannattaisi julkaista raakkuja tuhonneen metsäkoneyrityksen nimi, kos531218Oho! Maajussi-Kallelta pakit saanut morsioehdokas Miss Suomi -kisoissa! Tunnistaisitko hänet nyt?
Hmm, tunnistaisitko?!? Onnea missihulinoihin! Lue lisää ja katso kuvat: https://www.suomi24.fi/viihde/oho-maajussi-01075Myönnän sinulle nyt
Että olen erittäin mustasukkainen sinusta jo nyt. Ikävä on tämä tunne, kun tietämättömyyden solista nousee myrkkyä miele541010Pysytäänkö nainen
edelleen yhtä viileän tyynenä kun nähdään. Uskotko että tahtoessani saisin murettua tyyneytesi hyvin helposti.57895Olen käyttäytynyt ristiriitaisesti
eikä minusta varmaankaan ota mitään selvää. Se johtuu siitä, kun järki sanoo ei, ei, ei ja sydän sanoo kyllä, kyllä, kyl60859