I suppose the point is whether System can be subclassed itself, since that is usually the starting point for a new loader as it is common to share the base environment normalization, locate and fetch functions.<div><br></div>
<div>Currently, if System is set via the options hooks this isn't possible.</div><div><br></div>Note also that things like baseURL and the mapping table being created through the constructor would also make sharing these easier.<br>
<div><br></div><div>If System were defined to be based on a class found at System.constructor like this,<span></span> things get a lot easier for that starting point.<br><br>On Monday, August 4, 2014, Jason Orendorff <<a href="mailto:jason.orendorff@gmail.com">jason.orendorff@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sun, Aug 3, 2014 at 2:31 PM, Kevin Smith <<a href="javascript:;" onclick="_e(event, 'cvml', 'zenparsing@gmail.com')">zenparsing@gmail.com</a>> wrote:<br>

> I've often wondered why we aren't using inheritance to customize Loaders.<br>
> I'd be interested in the rationale.<br>
<br>
When I was working on Loaders, I modified the design so that inheritance works.<br>
<br>
That is, you can just subclass Loader and declare the methods you want<br>
to override, and the Loader will call those methods. It all works, as<br>
far as I can tell.<br>
<br>
I don't remember why we kept the options argument after that. I'm in<br>
favor of dropping it.<br>
<br>
-j<br>
_______________________________________________<br>
es-discuss mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'es-discuss@mozilla.org')">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</blockquote></div>