<div dir="ltr">Currently, resolution is performed at compile time, so only the environment you used to compile the superclass matters, at least that&#39;s how I understand it.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/7/30 Frank Shearar <span dir="ltr">&lt;<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 30 July 2013 21:15, Nicolas Cellier<br>
<div><div class="h5">&lt;<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>&gt; wrote:<br>
&gt; Currently, bindingOf:environment: will search for scope in superclass<br>
&gt; environment.<br>
&gt; This is an easy way to import all Smalltalk globals, since you&#39;ll end up<br>
&gt; looking in Object/ProtoObject environment.<br>
&gt;<br>
&gt; But is it the way it should be?<br>
&gt; Couldn&#39;t we inherit from a class without importing all the environment in<br>
&gt; which it was declared?<br>
&gt;<br>
&gt; Couldn&#39;t we instead explicitily ask to import: #SomeClass or all of<br>
&gt; Smalltalk globals?<br>
&gt; (Beware, someone must ask Smalltalk to export: #SomeClass, or exportSelf for<br>
&gt; such import to be possible)<br>
<br>
</div></div>I would prefer to see explicit imports.<br>
<br>
What would happen to class references in the superclass? Would those<br>
resolve in the context of the superclass&#39; environment, or the<br>
subclass&#39;? (I think it would be more useful to resolve said references<br>
in the subclass, but I haven&#39;t thought long and hard about the<br>
problem.)<br>
<br>
frank<br>
<br>
&gt; Nicolas<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
</blockquote></div><br></div>