It has a bearing when one of your reasons for dropping the suffix is that the namespace collisions are no longer a problem - I'm telling you they still are ;)<div><br></div><div>Excellent. I've got a patch in the works for WebKit/Chrome for WEBKIT_EXT_texture_filter_anisotropic.<br>

<br><div class="gmail_quote">On Fri, Feb 24, 2012 at 3:29 PM, Florian Bösch <span dir="ltr"><<a href="mailto:pyalot@gmail.com">pyalot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

On Fri, Feb 24, 2012 at 11:19 PM, Ben Vanik <span dir="ltr"><<a href="mailto:benvanik@google.com" target="_blank">benvanik@google.com</a>></span> wrote:<div>How you structure your application and what you prefer doing with your namespaces has no bearing on the discussion.<br>


<div class="gmail_quote"><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>2) WebGL has tried to keep the API and constants as similar to GL as possible to aid in porting code/readability/discovery/etc. It of course is not 100% the same, but one of the goals is to not break from GL where not required. In this case, it's not required. Since the extension is EXT_.... and is designed to map to it, it follows that the constants and functions inside of it should be 1:1. If not, it shouldn't be prefixed with EXT_ for the same reasons. </div>


</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>3) The existing extensions are already following the pattern - as a bit of a pedant, it pains me to see inconsistency forming in the WebGL specs so early without good reason. Either we go back and change the existing specs, or we keep the new ones consistent. Since we can't go back and change the ratified specs without breaking code, I vote for keeping things the same.</div>


</blockquote><div><br></div></div><div>I do concede the point, it is inconsistent to other extensions thus far. Interestingly I did not notice that (and neither did anybody else except you), which kind of illustrates an intuitive point about it. On any account, I can provide patches to the specification and implementations if required.</div>


</div></div>
</blockquote></div><br></div>