Sarakkeeseen viittaaminen

Tarvitaanko tuota css-selektoria, jos kerran col-tagit hoitavat homman? Mitä tarkoittavat nuo 'first-child' ja ' '?

Jäi vähän avoimeksi mihin kohtaan tuossa html-koodissa pitäisi laittaa tr- ja td-tagit?

Ja nyt ei Yucca tarvii mainita niitä kirjoja, koska ei meillä kellään semmosia ole. :)

rivimies kirjoitti:

Tarvitaanko tuota css-selektoria, jos kerran col-tagit hoitavat homman? Mitä tarkoittavat nuo 'first-child' ja ' '?

Jäi vähän avoimeksi mihin kohtaan tuossa html-koodissa pitäisi laittaa tr- ja td-tagit?

Ja nyt ei Yucca tarvii mainita niitä kirjoja, koska ei meillä kellään semmosia ole. :)

Lue lisää

Kuka sanoi, että col-tagit hoitavat homman? Kuten selitin, selainten välillä on eroja. Itse asiassa monet col-tagilla tehtävät asiat "toimivat" IE:ssä vain siksi, että IE toimii väärin.

En ajatellut kirjoittaa _tänne_ oppikirjaa, joten jos sinulla ei ole kirjaa eikä sellaista löydy kirjastostakaan, kannattaa etsiä verkossa olevaa aineistoa. Tarkoituksena oli vain antaa jonkinlainen idea siitä, minkätyyppisiä ratkaisut ovat.

Tuossahan on ihan helvetikseen hommaa, jos aikoo jokaisen rivin jokaiselle solulle erikseen määritellä luokan. Mulla on nyt kato semmonen tilanne, että taulukko on ISO.

rivimies kirjoitti:

Tuossahan on ihan helvetikseen hommaa, jos aikoo jokaisen rivin jokaiselle solulle erikseen määritellä luokan. Mulla on nyt kato semmonen tilanne, että taulukko on ISO.

Tietenkin siinä on hommaa jos sen yksitellen naputtelee, monissa editoreissa vain valitset sarakeen ja luokan, parissa sekunnissa onnistuu isoonkin taulukkoon, sekä tietokanta pohjasissa sivuissa moinen on myös helppo tehdä käsinkin.

Tietenkin jos teet käsin, niin yks purkka ratkaisu on haluttu määrä taulukoita viereikkäin, jolloin voit antaa määreet suoraan taulukolle.

Nimetönkö kirjoitti:

Tietenkin siinä on hommaa jos sen yksitellen naputtelee, monissa editoreissa vain valitset sarakeen ja luokan, parissa sekunnissa onnistuu isoonkin taulukkoon, sekä tietokanta pohjasissa sivuissa moinen on myös helppo tehdä käsinkin.

Tietenkin jos teet käsin, niin yks purkka ratkaisu on haluttu määrä taulukoita viereikkäin, jolloin voit antaa määreet suoraan taulukolle.

Lue lisää

..tuokin muutos onnistuisi muutaman rivin koodilla (loopilla läpi DOM-alapuun obj.className tai obj.style.cssStyleOminaisuuden muutos tarpeen mukaan).

Olen huomannut että monella asiansa osaavalla tässä foorumissa on lähes uskonnollinen vastustus käyttää JavaScriptiä pienimmässäkään määrin --- edes silloin kun sen käyttö on enemmänkin kuin perusteltua.

Mitä järkeä on näyttää CSS määrittelyjä jotka eivät toimi > 90% selamista? JavaScriptiä pitää käyttää maltillisesti, mutta sillä on kuitenkin omat käyttötarkoituksensa.

Muutamalla prosentilla on JavaScript poiskytkettynä jotkut puhuvat sen turvallisuusriskeistä, näillä perusteilla pitäisi lopettaa monia asioita, IE selainten käyttö ensimmäisenä.

Jacce

JacceS kirjoitti:

..tuokin muutos onnistuisi muutaman rivin koodilla (loopilla läpi DOM-alapuun obj.className tai obj.style.cssStyleOminaisuuden muutos tarpeen mukaan).

Olen huomannut että monella asiansa osaavalla tässä foorumissa on lähes uskonnollinen vastustus käyttää JavaScriptiä pienimmässäkään määrin --- edes silloin kun sen käyttö on enemmänkin kuin perusteltua.

Mitä järkeä on näyttää CSS määrittelyjä jotka eivät toimi > 90% selamista? JavaScriptiä pitää käyttää maltillisesti, mutta sillä on kuitenkin omat käyttötarkoituksensa.

Muutamalla prosentilla on JavaScript poiskytkettynä jotkut puhuvat sen turvallisuusriskeistä, näillä perusteilla pitäisi lopettaa monia asioita, IE selainten käyttö ensimmäisenä.

Jacce

Lue lisää

Tässähän ei ole mitään järkeä käyttää JavaScriptiä. Sillä saavutetaan varmasti pienempi toimivuusprosentti kuin kuvaamallani HTML:n ja CSS:n yhdistelmällä.

Turvallisuussyyt ovat tietysti yksi peruste kääntää JavaScript-tuki pois. Toinen on se, että JavaScriptiä useimmiten käytetään typerien ponnahdusikkunoiden heittämiseen silmille tai muuhun haitalliseen. Siellä, missä joku osaa käyttää JavaScriptiä fiksusti, hän varmaankin osaa myös noscript-elementissä kertoa, mitä hyötyä JavaScriptin käyttöön ottamisesta olisi. Jos ei osaa, niin voi voi.

Yucca kirjoitti:

Tässähän ei ole mitään järkeä käyttää JavaScriptiä. Sillä saavutetaan varmasti pienempi toimivuusprosentti kuin kuvaamallani HTML:n ja CSS:n yhdistelmällä.

Turvallisuussyyt ovat tietysti yksi peruste kääntää JavaScript-tuki pois. Toinen on se, että JavaScriptiä useimmiten käytetään typerien ponnahdusikkunoiden heittämiseen silmille tai muuhun haitalliseen. Siellä, missä joku osaa käyttää JavaScriptiä fiksusti, hän varmaankin osaa myös noscript-elementissä kertoa, mitä hyötyä JavaScriptin käyttöön ottamisesta olisi. Jos ei osaa, niin voi voi.

Lue lisää

Pointtini jäi hiukan epäselväksi, tuossa nimenomaisessa tapauksessa ei tietenkään kannata käyttää JavaScritiä (siksi en esittänyt mitään JavaScript koodia) koska luokkamäärittelyn voi tehdä staattisesti, tarkoitin tilannetta jolloin käyttäjä haluaa muuttaa taulukon tiettyä saraketta ajoaikana.



Yucca writes:
"Tässähän ei ole mitään järkeä käyttää JavaScriptiä. Sillä saavutetaan varmasti pienempi toimivuusprosentti kuin kuvaamallani HTML:n ja CSS:n yhdistelmällä."

Kuvaamallasi HTML:n ja CSS:n yhdistelmällä saavutetaan n. 90-95% toimimattomuus nykyisissä selaimissa, JavaScriptin käytöllä saavutetaan n.90-95% toimivuus.

En edellenkään ymmärrä miksi esität CSS määrittelyjä jotka eivät toimi esim. IE selaimissa. Viidenkin vuoden jälkeen IE5/IE5.5/IE6 selainten osuus on vielä niin suuri että noita CSS määrittelyjä on aivan turha käyttää (sikäli kun toimivat edes tulevassa IE7 selaimessa).


Nettisivujen tekemiseen pätee sama "paras-työkalu-kulloiseenkin-tehtävään" periaate kuin muuallakin, sama koskee JavaScriptiä.


Jacce

JacceS kirjoitti:

Pointtini jäi hiukan epäselväksi, tuossa nimenomaisessa tapauksessa ei tietenkään kannata käyttää JavaScritiä (siksi en esittänyt mitään JavaScript koodia) koska luokkamäärittelyn voi tehdä staattisesti, tarkoitin tilannetta jolloin käyttäjä haluaa muuttaa taulukon tiettyä saraketta ajoaikana.



Yucca writes:
"Tässähän ei ole mitään järkeä käyttää JavaScriptiä. Sillä saavutetaan varmasti pienempi toimivuusprosentti kuin kuvaamallani HTML:n ja CSS:n yhdistelmällä."

Kuvaamallasi HTML:n ja CSS:n yhdistelmällä saavutetaan n. 90-95% toimimattomuus nykyisissä selaimissa, JavaScriptin käytöllä saavutetaan n.90-95% toimivuus.

En edellenkään ymmärrä miksi esität CSS määrittelyjä jotka eivät toimi esim. IE selaimissa. Viidenkin vuoden jälkeen IE5/IE5.5/IE6 selainten osuus on vielä niin suuri että noita CSS määrittelyjä on aivan turha käyttää (sikäli kun toimivat edes tulevassa IE7 selaimessa).


Nettisivujen tekemiseen pätee sama "paras-työkalu-kulloiseenkin-tehtävään" periaate kuin muuallakin, sama koskee JavaScriptiä.


Jacce

Lue lisää

Tilanne, jossa käyttäjä haluaa muuttaa saraketta, on kokonaan toinen kuin se, mistä keskustellaan. (Ja siihen tilanteeseen taas oikea menettely on tehdä ensin palvelimen kautta toimiva ratkaisu ja sitten miettiä, kannattaako tehokkuussyistä tehdä lisäksi selaimessa toimiva koodi.)

Et ole lukenut tai ymmärtänyt, mikä oli kuvaamani HTML:n ja CSS:n yhdistelmä. Lisäksi keksit prosenttilukuja omasta päästäsi. No, 97,2 % kaikista prosenttilukuista on sepitettyjä ja loput 3,8 % on laskettu väärin.

Kuvaamani lähestymistapa perustuu nimenomaan siihen, että _yhdistetään_ menettelyt, jotka toimivat IE:ssä, menettelyihin, jotka toimivat mm. Mozilla-tyyppisissä selaimissa. Saat laskea aika kauan ja hartaasti, ennen kuin millään JavaScript-sekoilulla pääset lähelläkään samaa - etkä edes esittänyt mitään JavaScript-ratkaisua!

Intät siis, että JavaScriptin käytöllä saavutetaan jokin väittämäsi toimivuus, mutta samassa viestissä kirjoitat, että tässä ei tietenkään kannata käyttää JavaScriptiä.