Arved Sandstrom wrote:
> At 01:46 AM 7/28/01 +1000, Peter B. West wrote:
>
>>Arved & Karen,
>>
>>On the surface of it, this re-parenting issue looks like a tree
>>operation. The point of definition of the marker remains in its context
>>at the point of definition. When a retrieve-marke
At 01:46 AM 7/28/01 +1000, Peter B. West wrote:
>Arved & Karen,
>
>On the surface of it, this re-parenting issue looks like a tree
>operation. The point of definition of the marker remains in its context
>at the point of definition. When a retrieve-marker is found, the marker
>sub-tree is att
Arved & Karen,
On the surface of it, this re-parenting issue looks like a tree
operation. The point of definition of the marker remains in its context
at the point of definition. When a retrieve-marker is found, the marker
sub-tree is attached as a child of the retrieve-marker. As long as
Hi, Karen
OK, if you're going on vacation please don't spend too much time on this. :-)
Apart from maybe during travel. I can take a look at what is going on too,
based on your pointers so far. You make it sound fairly simple.
Regards,
Arved
On Wednesday 25 July 2001 21:18, Karen Lease wrote:
Hi again Arved,
What may make this fairly easy is the fact that the PropertyList object
has its own parent reference, to its parent PropertyList. This is set in
the constructor for the PropertyList. Except when changing namespaces,
it's set to the property list of the FO parent object. Property
r