Jakob Eriksen

Hi, First - I don't like the idea of class dependent gridsystems.... classes are just there because CSS selecting sucks! Turning this a little less negative I've made an attempt...

Please note that sometimes overflow visible is desirable https://twitter.com/JoshWComeau/status/1288606220304158721

FYI – this fork worked for me https://github.com/santoscharlie/heatmap.js/blob/146116ac2f0249d501ec3767729b8429fc57ae3e/build/heatmap.js

In order to prevent @font-faces to disappear on ie8 (please die soon) I found that if using respond.js - selectivizr.1.0.3b must be included before. Also CSS and JS aggregation settings...

Nice :) Extra list functions are more than welcome... here are a few of my own cookings: ``` SCSS // ==================================================================== // List functions // ==================================================================== // Create list -...

+1 I can't think of a reason why "basic" math functions should not be native [like in Javascript](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Math) nor functions for conversion like deg(number/deg/rad/grad/turn) – now we have to do...

@torkiljohnsen performance is a problem due to the many (slow) iterations. You can gain a little using memoization (if you run the same calculations many times). Here is a simple...

:+1: +1

This may be a bit off topic but when talking content manipulation – how about using @content as a kind of getter-setter (if possible working like "map-merge" to reduce CSS...

@chriseppstein I know – it was just a bit of crazy thinking :)