En ole salaa rakkauteni MINÄ. Se oli ensimmäinen CSS-esiprosessori, ja silti suosikkini, vaikka pragmatismi työntää minua kohti SASSia. Muuttujien, sekoittimien, valitsimen pesimien ja edistyneiden laskelmien lisääminen CSS: hen vain puhalsi mieleeni.

Ja vaikka monipuolinen ja helppokäyttöinen CSS-kirjoitus oli paljon arvostettu, minulle oli erityisen innostunut sisällön lisääntyneestä erottamisesta esityksestä. Tämä oli CSS: n tarkoitus jo alusta alkaen, ja se on syy, johon voin uskoa. Sisältö voi olla suunnittelun tärkein osa, mutta sinun ei pitäisi joutua koodata sitä.

Muistan pöydän asettelujen päivät, ja he olivat pimeitä.

Nyt, kehittäjät ovat viimeinkin löytäneet CSS: n. (Olen useimmiten hauskaa ...) He ovat tuoneet monia arvokkaita kommentteja - kuten edellä mainittuja esikäsittelyohjelmia - ja esittivät muutamia omia kysymyksiä. Monet kokevat, että CSS ei ole riittävän objektiivinen tai edes riittävän ohjelmoitava. He ovat käsitelleet tämän ongelman puitteissa, työkaluilla ja jopa satunnainen kirjasto CSS-sääntöjen määrittelemiseksi JavaScriptissa.

Okei, useimmat niistä tehtiin vitsiin. Silti se on hieman trendi. On olemassa liikkuminen, vaikkakaan ei järjestäytynyt (jota tiedän), jotta CSS näyttää paljon enemmän kuin ohjelmointikieli. Ja puhun perus CSS: stä, jossa ei ole esiprocessaattoreita.

Tämä monin tavoin lisää CSS: n mahdollisuuksia massiivisesti. Se voi myös johtaa siihen, että CSS: n tarvitsee olla vähemmän. Huonot puolet, olen huono ohjelmoinnissa, ja paljon muita suunnittelijoita on liian. Myös pienemmissä tiedostokokoelmissa saavuttamat voimavarat voisivat lieventää tietojenkäsittelytehon lisäys, joka tarvitaan CSS: n tulosten esittämiseen.

Kaikki olisi tullut alas, onko ohjelmointiin liittyvät ominaisuudet täydentävät tai korvaavat nykyisen ulkoasun ja muotoilun näkökohtia CSS. Niin mitä mieltä olet?