21:28 <ryanstout> is it possible/easy to get a source map out of opal without using sprockets?

21:44 <dragonkh> evening

21:44 <ryanstout> evening

21:44 <dragonkh> I made a pretty cool datatable lib with opal !!

21:44 <dragonkh> evening ryanstout

21:45 <ryanstout> dragonkh: yea?

21:45 <dragonkh> the only thing that is a slight problem is the size of the minified js - it's about 200k

21:45 <dragonkh> if I re-wrote in pure js - it would be about 5k probably

21:45 <ryanstout> that seems large for opal

21:45 <ryanstout> any ideas why its so big?

21:46 <dragonkh> I'd have to grab underscore js too

21:46 <dragonkh> it's all the ruby runtime

21:46 <ryanstout> right

21:46 <ryanstout> I think someone was working on being able to only include parts of the runtime

21:46 <ryanstout> or parts of the standard lib I guess

21:46 <meh`> dragonkh, is it ONLY the library?

21:46 <meh`> or the whole thing?

21:47 <meh`> because you shouldn't take opal and dependencies into the picture

21:47 <dragonkh> my table has some cool drill down functionality and different data sections inside it - it works from data supplied in a json

21:47 <dragonkh> meh`: hi - I don't follow

21:47 <meh`> when measuring the size

21:47 <meh`> dragonkh, 200K for the whole thing is normal

21:47 <meh`> if it has opal, opal-browser and other things

21:47 <dragonkh> the whole thing yeah

21:48 <meh`> it's perfectly normal

21:48 <meh`> it goes down considerably gzipped

21:48 <dragonkh> im using opal and opal jquery

21:48 <dragonkh> I havent worked with gzipped js before - how does it work exactly?

21:48 <dragonkh> do I use something like Packer?

21:49 <dragonkh> http://dean.edwards.name/packer/

21:49 <meh`> dragonkh, no

21:49 <meh`> gzip is something the web server does

21:50 <meh`> it sends the file compressed

21:50 <ryanstout> dragonkh: packer's pretty old at this point, there are a lot better minifiers out there.

21:50 <dragonkh> http://www.julienlecomte.net/blog/2007/08/13/ this blog says Packer does gzipping?

21:51 <dragonkh> meh`: well it's not up to me to do the gzip then - my users will have to do that - I will just supply the js library

21:53 <dragonkh> this site is pretty cool - it shows you what you could save by using gzipped

21:53 <dragonkh> http://www.zbugs.com/

21:54 <dragonkh> and then lets you download them

21:59 <adambeynon> ryanstout: regarding the source maps, the compiler class has a #source_map method

21:59 <adambeynon> https://github.com/opal/opal/blob/master/lib/opal/compiler.rb#L75

21:59 <ryanstout> adambeynon: thanks, I figured it out

22:00 <ryanstout> is it crazy to try and build a simpler sprockets replacement?

22:00 <ryanstout> I don't need a lot of it for volt, and it seems like sprockets isn't being maintained and is really bloated

22:01 <adambeynon> ryanstout: I had a simple Builder class before I moved to using sprockets by default

22:02 <adambeynon> was like, 200 loc maybe

22:02 <adambeynon> and could handle requiring ruby and js assets

22:02 <dragonkh> evneing adambeynon

22:03 <ryanstout> yea, I just need to be able to do a few pipelines, scss, css compress, opal compile, js compress, concat, and handle source maps all of the way though

22:03 <dragonkh> adambeynon: 4 people have signed up to the london opal users meetup: http://www.meetup.com/Opal-rb-London/

22:04 <dragonkh> adambeynon: I might just hold it in starbucks in London for a while unless more people look like they might sign up or come along

22:04 <adambeynon> ryanstout: https://github.com/opal/opal/tree/6619852619bdcf0d4abadce2732eb093cbd51b0a/opal_lib/opal <- that is the git tree of a very baisc building system from a couple of years ago. specifically builder.rb and build_methods.rb. might be useful

22:04 <adambeynon> hi dragonkh

22:04 <ryanstout> adambeynon: thanks

22:04 <adambeynon> good to hear!

22:04 <dragonkh> adambeynon: I've written the whole user interface for one of our projects at work in opal

22:05 <adambeynon> nice. using opal-jquery directly?

22:05 <dragonkh> yeah

22:05 <dragonkh> the back end is scala json feeds and the front end is opal jquery

22:06 <dragonkh> it blew the minds of the rest of my team !

22:06 <dragonkh> I'm working on some D3 visualisations that will plug into it

22:07 <dragonkh> I'm going to release one part of the project - it's a datatable library - which has drill down functionality, sorting, searching etc a bit like datatables.js

22:07 <adambeynon> :D sounds good. its funny, I always thought that opal would be the ideal thing for people using ruby on the backend, but Im finding more people are using alternatives, like scala, but still like opal frontend stuff

22:08 <adambeynon> dragonkh: nice. let me know if/when you do. I have a couple of data intensive apps that need some better data methods on them

22:08 <dragonkh> my personal project I'd use ruby on the backend for sure - but it's extremely hard to get that kind of thing going when the rest of the team is java and scala

22:08 <dragonkh> java and scala devs firmly object saying that ruby runs like a dog

22:08 <dragonkh> and leaks memory

22:09 <dragonkh> and rather than jruby they want to use scala

22:10 <dragonkh> but hey - java and scala for the bills and ruby for the soul

22:11 <dragonkh> right better go - things to do - if you know anyone interested in the opal meetup - please feel free to invite them