On Tue, 15 Apr 2008 10:20:18 -0500 "Edward K. Ream" <[EMAIL PROTECTED]> wrote:
> Clone marks > > Now is the time to mention another piece of the puzzle. In order to > set the clone mark, (unified) nodes must contain another ivar. > Provocatively, let us call this ivar n.vUa. (It will probably be > called something like n.cloneInfo). vUa will contain zero or more > dictionaries. We add a dict to vUa when creating or cloning a node, > and delete a dict when deleting a node. A node n is cloned iff > len(n.vUa) > 1. I would have thought, if unified nodes have both a children list and a parent list, which I think they do according to a previous email, a node n is cloned iff len(n.parents) > 1? I can see how n.vUa might be constructed on read, but I don't see how that works on write, would it not just appear that that dict belongs to the node, i.e. is that nodes uA dict? On second thoughts, perhaps I get it, the keys in n.vUa identify which parent brought us to this node, they're sort of a parent specific uA? Is that easier than doing something based on p.stack[-1]... assuming that's a reference to the parent that brought us to this node? You can only pick a entry from n.vUa if you know the context (position) and so which parent is relevant? Cheers -Terry --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "leo-editor" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/leo-editor?hl=en -~----------~----~----~----~------~----~------~--~---
