Dmitri Shuralyov

Agree that it'd be nice to add support for WebGL. It is based on OpenGL ES, and is very similar, but isn't _exactly_ the same, meaning it would be helpful...

> when pulling the library. If a user does `go get -u github.com/sheenobu/go-obj/obj`, they will only get that package and its dependencies (recursively). The only external dependency is `github.com/pkg/errors`. See...

I can't reproduce on macOS:  Perhaps it's an issue that affects Windows only. Or it could be something specific to your system (video card, drivers, etc.). If you set...

> Nearly all of the DSA funcs could use go receivers making the opengl api feel a little more go. I have not completely made up my mind about this,...

There is a `gl` package in `x/mobile`: http://godoc.org/golang.org/x/mobile/gl > Package gl implements Go bindings for OpenGL ES 2. > > The bindings are deliberately minimal, staying as close the C...

Thanks for the overview Eric. This won't be my highest priority at the moment, but it's something I may want to come back to at some point. It seems the...

One simple thing to check first is that you’re calling gl.Init after creating an OpenGL context and making it current (e.g., MakeContextCurrent) as mentioned in the README.

Are you importing more than one `gl` package? I'm not sure how well supported that is, if at all. Are you calling `Init` function for each? Sorry, I don't have...

For reference, they are currently: ``` Go // Epsilon is some tiny value that determines how precisely equal we want our floats to be // This is exported and left...

As far as I can tell, the way things work is that user passes a Go string with "\x00" suffix to `gl.Strs`, and then calls `gl.ShaderSource` with that. As the...