Adriaan Callaerts

:+1: Looking forward to the upcoming release

Still not working for me (even with 0.3.0) ``` > [email protected] install C:\Users\Adriaan\AppData\Local\Temp\apm-install-dir-115320-59184-1blzmrs\node_modules\api-blueprint-preview\node_modules\pathwatcher\node_modules\runas > node-gyp rebuild C:\Users\Adriaan\AppData\Local\Temp\apm-install-dir-115320-59184-1blzmrs\node_modules\api-blueprint-preview\node_modules\pathwatcher\node_modules\runas>node "C:\Users\Adriaan\AppData\Local\atom\app-0.192.0\resources\app\apm\node_modules\npm\bin\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild gypnpm ERR! Windows_NT 6.2.9200 npm ERR! argv "C:\\Users\\Adriaan\\AppData\\Local\\atom\\app-0.192.0\\resources\\app\\apm\\bin\\\\node.exe" "C:\\Users\\Adriaan\\AppData\\Local\\atom\\app-0.192.0\\resources\\app\\apm\\node_modules\\npm\\bin\\npm-cli.js" "--globalconfig" "C:\\Users\\Adriaan\\.atom\\.apm\\.apmrc"...

I can imagine why you would not implement unit compatibility to make things easier. However, every time you want to calculate some derivate of a number with a unit, you...

@souenzzo I still have a use-case for this, using leiningen/fighweel-main which uses webpack for post-processing/bundling.

While exposing the appropriate headers is definitely a must when source maps are being sent over the network, I might argue that trying to access these headers is entirely unnecessary...

@lazd found anyone yet who could add support for this? I've been looking into it myself but at the moment I haven't got time to really put the necessary effort...

How is this coming along? I'd be willing to assist on this if you give me some pointers on what it is exactly you would like to achieve... Just turning...

I haven't really worked on packaged apps in combination with polymer, so that's something that I would have to experiment with... Concerning a lazy-loading list view: I don't believe it...