Jeg har ikke hørt om min kærlighed til mindre. Det var min første CSS-forprocessor, og stadig min favorit, selvom pragmatisme skubber mig mod SASS. Tilføjelsen af ​​variabler, mixins, selector nesting og avancerede beregninger til CSS bare blæste mit sind.

Og mens den forbedrede alsidighed og nemhed at skrive CSS blev meget værdsat, var jeg især begejstret for muligheden for den øgede adskillelse af indhold fra præsentationen. Det var formålet med CSS fra begyndelsen, og det er en grund til at tro på. Indhold kan være den vigtigste del af designet, men du skal ikke kode på den måde.

Jeg kan huske de dage med bordlayouter, og de var mørke.

Nu har udviklere endelig opdaget CSS. (Jeg er mest sjov ...) De har bragt mange værdifulde bidrag - som de førnævnte præprocessorer - og rejst nogle få selvstændige spørgsmål. Mange føler, at CSS ikke er objektorienteret nok, eller endda bare generelt programmeringsvenlig nok. De har behandlet dette problem med rammer, værktøjer og endda lejlighedsvis bibliotek til at definere CSS-regler i JavaScript.

Okay, de fleste af dem blev lavet som en vittighed. Alligevel er det lidt af en trend. Der er en bevægelse, men ikke en organiseret (som jeg ved) for at få CSS til at se meget mere ud som et programmeringssprog. Og jeg taler om grundlæggende CSS, uden involverede præprocessorer.

Dette ville på mange måder øge CSS 'potentiale massivt. Det kan også medføre, at mindre CSS behøver at blive skrevet. På downside er jeg dårlig til programmering, og mange andre designere er også. Det, vi får i mindre filstørrelser, kan også afbødes af den stigning i computerkraft, der er nødvendig for at gøre resultaterne af det pågældende CSS.

Det vil alle komme ned på, om de programmeringsrelaterede funktioner supplerer eller erstatter de nuværende layout og styling aspekter af CSS. Så hvad tror du?