Czy to koniec preprocesorów?

@regis3: Prawo nagłówków Betteridge'a, hehe ( ͡° ͜ʖ ͡°) CSSowi jeszcz bardzo daleko do tego co oferuje SCSS (a ta składnia zmiennych jakaś taka paskudna :S).

@rbielawski: @Marmite: No i scss nie umie tak:

http://codepen.io/wesbos/pen/adQjoY?editors=0110

@regis3:

.dopóki #nie-będzie {
_.czegoś.takiego {
__#Pokaż całość

ta składnia zmiennych jakaś taka paskudna

@Marmite: fakt, słabo to wygląda

@Marmite: Z tego co tam piszą to chodzi o scope i hierarchiczne dziedziczenie tych zmiennych. Ze standardami różnie bywa ale nie wygląda to źle. Widać że kopiują to co wymyślili w shadow DOM podczas prac nad polymerem.

@Greg36: Prawdę mówiąc to nie obchodzi mnie czego będziesz używał. To tylko zmienne css do których masz dostęp z poziomu js.

@regis3: Firefox te zmienne (w tej specifykacji) obsługuje bodajże od wersji 31 albo 30. :P

@P0lip: Chyba od 31. W sumie jest to bardzo dobry kierunek. Ewidentnie widać, że pracują nad tymi webcomponentami chociaż nie idzie im to za szybko.

@regis3: No dobrze, już np. w post-css jest wsparcie dla nich

@le1t00: aha, zawsze możesz zaproponować lepsze rozwiązania mistrzu

@regis3: no po co mam coś proponowac skoro sass czy less ma lepsze?

@le1t00: Wszystko zależy do czego lepsze. Nie neguję tych preprocesorów bo mają zupełnie inne zadanie, ale trzeba pamiętać że zmienne css3 są głównie do tworzenia webcomponentów + parametryzowania wyglądu i zachowania pewnych elementów live.

@regis3: @rbielawski: Jeszcze jest możliwość używania zwykłego JS jako preprocesor: