No registered users in community xowiki
in last 10 minutes
in last 10 minutes
XOTcl/NX mailing list by object move?
From: Scott Gargash <scottg_at_atc.creative.com>
Date: Sun, 19 Mar 2006 07:30:39 -0700
xotcl-bounces_at_alice.wu-wien.ac.at wrote on 03/19/2006 06:53:50 AM:
>
> One general observation about our discussion: it is often not clear,
> what "namespace"
> refers to, a "tcl namespace" or some kind of an abstract namespace.
I've been guilty of this. I wondered what would happen if XOTcl's objects used their own
concept/implementation of an abstract namespace (or scope) instead of using Tcl namespaces.
(The answer seems to be that it would be a lot of work and it would break XOTcl...)
That said, I think it would be good if, in general, non-XOTcl accesses to an XOTcl object's
attributes didn't assume the way Tcl's namespaces are used, but instead there were object methods
that would construct appropriately qualified names for an instance's attributes.
> i for my part would be happy to have a lower level
> interface to these
> functionalities, having e.g. the management for cmds different from the
> management
> of the vars, but this would be a deeper change in the tcl-internals,
> requireing many
> interface changes.
Does Tip #257 provide a opening for having that discussion with the Tcl Core Team? If there's
willingness to add OO support to Tcl, does that also imply a willingness to at least consider
extending the C API to better support it as well?
Scott
Date: Sun, 19 Mar 2006 07:30:39 -0700
xotcl-bounces_at_alice.wu-wien.ac.at wrote on 03/19/2006 06:53:50 AM:
>
> One general observation about our discussion: it is often not clear,
> what "namespace"
> refers to, a "tcl namespace" or some kind of an abstract namespace.
I've been guilty of this. I wondered what would happen if XOTcl's objects used their own
concept/implementation of an abstract namespace (or scope) instead of using Tcl namespaces.
(The answer seems to be that it would be a lot of work and it would break XOTcl...)
That said, I think it would be good if, in general, non-XOTcl accesses to an XOTcl object's
attributes didn't assume the way Tcl's namespaces are used, but instead there were object methods
that would construct appropriately qualified names for an instance's attributes.
> i for my part would be happy to have a lower level
> interface to these
> functionalities, having e.g. the management for cmds different from the
> management
> of the vars, but this would be a deeper change in the tcl-internals,
> requireing many
> interface changes.
Does Tip #257 provide a opening for having that discussion with the Tcl Core Team? If there's
willingness to add OO support to Tcl, does that also imply a willingness to at least consider
extending the C API to better support it as well?
Scott