View Single Post
  #1  
Old 04-18-2005, 05:43 PM
xja xja is online now
Registered User
 
Join Date: 01-06-2005
Posts: 146
Just plain links, no parents or children?

Why distinguish between parent links and child links? Why not just have "links"? It seems to me that parent-child relationship is a by-product limitation of the tree interface.

Just have "links" and then let the user decide what item(s) to use as the root of the tree and call that a "view" (let the user store different "views"). Then in the tree, for any item, show as children all linked items EXCLUDING the current parent item. So the "parent/child" status is not inherent in the link definition, but just determined by what you decide to have as the root.

So if I have a contact linked to several projects, I could have the contact displayed as a child for each project and I could have each project displayed as a child for the contact.

This is as opposed to how it works now where, if I make a contact a child of a project, then I can't see the project as a child of the contact in the tree. Rather I have to look at the Parent Items pane to find those relationships and then follow them by double-clicking.

This would also be useful down the road if you ever implement different display structures, like Mind Maps.
Reply With Quote