"Add locations" USELESS for parent objects

Wednesday 22 October 2003 11:49:23 am

Adding locations for objects that have children (e.g., folders) simply doesn't work properly. The subtree is lost at the new location. Really, what's the point of allowing it if the subtree doesn't follow the parent? You've got to go through it node by node, manually, to recreate the subtree if you want to post such an object in multiple locations.

I've noticed several posts to this effect, going back for some time now. It's hard to believe this hasn't been addressed yet. Granted, I know this is an open source product and we can't exactly demand action on this from eZ, but you have commercial clients using this tool, too, and I think this is a major flaw that needs attention, fast.

I'm trying to familiarize myself with system layout so I can figure out how to fix it myself, but this is a complex project and it's going to take me some time to get to that point. Will this be resolved in eZP 3.3?

Thursday 23 October 2003 6:45:24 am

Granted, for many content classes, that's true. For certain classes, however (most especially the built-in "folder" class), you almost always want to carry over the subtree. It would also be nice if you had the option of creating a true "copy" at the new location or just a "link".

I'd simply like to be able to maintain *any* content element at multiple locations without having to update multiple copies. It's neither intuitive nor particularly useful the way it works now.

Monday 27 October 2003 1:39:56 am

Jan,

I can't see that you could get full functionality just with templates for carrying the subtree with you at the added location.

It will work fine at the first level when you open the object from the added location, the template could view a tree view or list view of the main locations children. But when you want to go deeper into the sub-tree you will then jump to the sub-tree at the original location.

If you ie. want a folder and its subtree to be viewed also at another section that has another design, then you should be able to let this object carry the whole subtree/all children into that added location.

Please consider making this feature in a future eZ publish-version :-)

Jonny