Will Duquette wrote:

>  I've become quite fond of it; my view is that the variables *are*
>  declared, in the type definition.  In any event, it's now standard
>  practice for Snit code, which means that a TclOO-based Snit needs to
>  support it.

Indeed.  And my impression is that we were discussing *how* best
to accomplish this.

Itcl has the same requirement (that instance variables become
visible automatically within method bodies), and Arnulf has been
able to code up support (resorting to C, I concede) to provide
the implicit variable access via custom variable resolution.
I suspect that Snit's requirement is almost exactly the same
as Itcl's, even though Snit's Not Incr Tcl. I'd be perfectly
willing, if you and Arnulf can sort out the requirement, to
entertain a TIP promoting the code needed to auto-resolve
instance variables to the Core - if two major OO extensions
need almost identical functionality, that argues in favor of
putting it in.

In the meantime, inserting code at the start of each method
to bring in the instance variables sounds right.  The
[my variable] command has to be made fast in any case, so
the performance shouldn't go horribly astray.

-- 
73 de ke9tv/2, Kevin


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Tcl-Core mailing list
Tcl-Core@[...].net
https://lists.sourceforge.net/lists/listinfo/tcl-core