<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Wrapping every function in OpenGL is probably a pretty big task. Restricting to the ES subset sounds like a pretty good idea though.<div>I'd still probably wrap everything, since I am not very happy with the capabilities of the current canvas API. Having access to OpenGLES entirely would allow changes while cutting to the functionality to the points where its barely enough would help us with cross platform but not with dusting off ui2.</div><div><br></div><div>Cheers Jan :)<br><div><div>On Dec 13, 2010, at 3:00 PM, David Goehrig wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">



<div style="background-color: rgb(255, 255, 255); position: static; z-index: auto; ">
<span style="display:none"> </span>



    <div id="ygrp-text"><p>This is a great idea. Quick question on your approach, are you planning on writing an OpenGL wrapper object(s) in like the os  namespace or are you going to focus on only the backing bits for morphic?<br>
<br>
The reason I ask is I've done the OpenGL bindings for other languages and found it rather painful to do in a portable way due to wide variations in vendor support for various versions of the family of OpenGL APIs.   With the ES profiles becoming increasingly important to support, limiting the scope of this project to just the essentials becomes an interesting and necessary design consideration. <br>
<br>
If you would like some help I'd be happy to share code. <br>
<br>
Dave<br>
<br>
-=-=- <a href="mailto:dave%40nexttolast.com">dave@nexttolast.com</a> -=-=-</p>

    </div>
     

    

</div>



<!-- end group email -->

</blockquote></div><br></div></body></html>