Hey - I have pondered using less / sass / etc but so far haven't yet had much need (though the repetition required by the theming is perhaps a strong case to start considering it). To be honest, the vast majority of the site's CSS is contained in Twitter's bootstrap framework anyway so up until this point it's not something I'd worried much about :)
All good until your clients want it to behave the same in IE. Then you have to do ten times the work (hash changes, jQuery animations to replace CSS transitions, etc.)
I'd hope a bit of gentle education surrounding the pros (i.e. very few, just a slightly slicker effect) Vs the cons (i.e all those you outlined) would make most clients see that it's not worth the effort, in this instance at least. But yeah - I take your point :)
None at all actually, that's just a mahoosive oversight on my part. I've been working on lots of server side caching and server optimisation (e.g. mod_pagespeed) and committed the cardinal sin of ignoring the basics. Thanks for pointing it out - one for the issue tracker.
If you're using safari and do the two fingered swipe to go back, this doesn't look too great. It's the one thing I don't really like about the cool slide animation you get when you do that.
8 comments
[ 3.3 ms ] story [ 30.1 ms ] threadFor instance, I use a mixin called border-radius, which is replaced by all the vendor-specifics.
Just @include "bootstrap.less" at the top of your less file, add your rules below and compile just your less file using lessc. Easy.
http://www.nma.gov.au/av/portmacquarie/
Still, the end results are sweet.