Implicit context access

Lee Salzman lsalzman1 at cox.net
Mon Apr 11 15:50:31 PDT 2005


I vote for "here". Changing the semantics of () in different situations 
is too muddy, so
I'd rather have it consistently return Nil everywhere.


Brian Rice wrote:

> Hi all,
>
> I realized we lack a way to generically refer to the implicit context, 
> used for implicit-context message sends, and have a couple of ideas 
> about that.
>
> Motivation: This would be helpful because we often want to define 
> utility methods on a namespace, but we also have the &in: optional 
> keyword for load: which should in principle allow us to load any code 
> as though any other namespace were the lobby, but we have to hardcode 
> lobby references.
>
> My initial idea was that in the context of method definitions, "_@() 
> foo []." for example dispatches to Nil, but I had thought that maybe 
> the surrounding namespace would be a better candidate.
>
> After further thought, this is really a special case and should not 
> muddy the grammar of Slate too much. So, I'd prefer if we had a simple 
> selector that worked anywhere, like thisContext (which seems to cause 
> parse errors right now - I'll look into that) but more about accessing 
> the namespace object than an activation.
>
> "thisNamespace" seems initially pretty good, but maybe there are 
> better suggestions. Any ideas?
>
> -- 
> Brian T. Rice
> LOGOS Research and Development
> http://tunes.org/~water/
>
>




More information about the Slate mailing list