Donal K. Fellows schrieb:
> > Tip #279 goes even one step further and provides an multi-flavor
> > oo framework.
> >     
> 
>  I think it's lightweight on detail. For this audience, detail is very
>  important since we know that's where the devil resides.
>    
i have the same feeling about lightweithness on tip#257.
there are many assumptions about what's needed and what's not in tip #257,
a lot of incompleteness of what was dropped (or not?),
or what can be handled by other mechanisms, without looking into
details or the costs.

Some of th detail of tip#279 were intentionally left out; for example,
the C-API for tip#279 should be part of a different tip.
> > I still believe that the framework aspect is important
> > since it allows continuous work in extensions for flavours,
> > while having a stable part in the core.
> >     
> 
>  Of the mechanisms actually described in the TIP[*], the setrelation
>  command has a problem in that the relations themselves are a limited set
>  (which comes back to the point about dispatch engines). 
so, what's wrong about that? Many Tcl commands have a limited
set of subcommands. When more relation types are needed, they can
be added (yet another tip).
>  Moreover, the
>  alias command makes some dodgy assumptions about the implementations of
>  a method (e.g. that the instance variables are meaningfully scopeable to
>  the command, which really is dodgy given how Tcl commands work). 
Can't follow you. Tor example, the Tcl commands
{array append eval incr lappend trace subst unset}
are imported via alias into current XOTcl versions.
The imported Tcl commands are completly agnostic about
XOTcl. What is actually "dodgy" about this?

-gustaf neumann

-------------------------------------------------------------------------
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