Joe Pea

Yeah, it makes sense! Cool! Yeah, the reason I thought of `size-mode` was to easily change modes without having to worry about or save size values behind the scenes. Setting...

I gotta dive in. I've been battling with rocket:module. It's tricky to bend around Meteor's build system. Can't wait to dive back into Engine+famous-views!! It's going to be so much...

Well, the problem I'm having right now is that rocket:module needs to know what packages are installed in an application so that it can do code-splitting to make a bundle...

Aha! And I just read your second paragraph: > the biggest problem I had is that a package gets built before publish, so even when I'd solved problems with local...

What about wrapping entry points with a function during publish build, so they don't execute, then during app build grabbing all these functions from the detected isopacks (on second run...

Ah, not dummy function wrappers, just commented code! The `meteor deploy` will strip the comments right!? Wooooo!. I'm going to make this work.

Wow, I just discovered [`Plugin.registerBatchHandler`](https://github.com/meteor/meteor/issues/4403#issuecomment-106109807)!! That might be the thing that lets me do what I want! The proposal says > During the “package compilation” stage, source files that are...

hehe, thanks. I just really wanted to make it happen. :blush: Yep, with `Plugin.registerBatchHandler` I wouldn't have to write all that hack!! Depending on how long it'll take I'll see...

haha. Okay, so I'm going to do some experiments. I'm going to see if Meteor notices if I change isopack code. If Meteor doesn't notice, I might be able to...

Alright, I've done some toying around. It seems like you can freely modify isopacks, and Meteor seems to be completely oblivious to it (which is good if you're making an...