Dmitri Shuralyov
Dmitri Shuralyov
> @shurcooL According to those numbers, GopherJS is 3x as fast as Go when parsing the template. Is this something you'd like to investigate? Finally got around to this @neelance....
@flimzy Is that a typo in your comment above, did you mean `// +build !debug`?
Both programs return `true` for me using `gc`, and `false` using GopherJS, so this issue is still unresolved. @flimzy The playground links are at play.golang.org. Did you try gopherjs.org/playground? https://play.golang.org/p/33bND01kB0...
How much global namespace pollution is there? The generated JavaScript code is contained in a closure, and `this` parameter is needed for [`js.Global`](https://godoc.org/github.com/gopherjs/gopherjs/js#Global) to access the right thing. You can...
I don't have very good feedback, but I'll share it anyway (since no one else has). ~~My stance towards this is neutral. I'm not against it, as it won't negatively...
My previous stance on this was neutral. However, by now, I'd like to upgrade it to "I'd really like this feature too." I'm primarily noticing large sizes (5-6 MB uncompressed)...
I agree the first two cases should print the same `{"something":"Hello"}` result, but I'm unsure if the third case should. Its `*js.Object` value is nil, so `null` output appears correct....
This definitely seems very messed up. Here's my attempt at doing better with dealing with it, but it's still not great. https://gopherjs.github.io/playground/#/k4XCYLcu0T I made `foo` not embedded in `t`, compared...
It looks like PR #14 is related to this issue.
Issue #13 is related.