Hi Doug,

 

Thanks for taking the time to describe the process, even if you weren't able to reproduce the problem.

 

I'll go back to your first post.

 

 

 

[quote]

Hi,

I've just twice-experienced removing a Sub Item from a Parent and that Sub Item being consequently removed from other Parents, despite checking-off that it be removed from only the selected Parent.  Scary.

[/quote]

 

 

I never experienced that. Do you know if the item completely disappeared from the DB or is it still there?

 

 

Note that in a multiple parent context, where an item can be an TLI in a few grids and also a subitem of other items, demoting and promoting  it could make it loose a field that's potentially a  "source field" in another grid, resulting in having it disappear from a grid after a refresh. But this doesn't seem to be what your case, what you experienced.

 

[quote]

Also, asigning Tagged Items to other Parents seems a bit off to me in so much as indented Sub Item formatting doesn't seem to be carrying well to the new Parent, but the info shows up in haphazard fashion instead, some is indented, some is not, the order is different, etc.  Using Pre-Rel-25.

[/quote]

 

I haven't experienced that either. However, if your formatting is context dependent (conditional format, grid dependent, etc.) it's possible that an item won't look the same when moved.

 

[quote]

Stand Alone Item being tagged and added to another Item (it becoming a Parent) as a Sub Item, then deleting that Sub Item and discovering that it's original presence as a Stand Alone Item elsewhere has also been deleted - anyhow, I'm definiately now afraid to delete Sub Items added by the Tagging mechanism.

[/quote]

 

I haven't experienced this either. I tried to replicate it but with no success.

 

[quote]

You know what - it's actually hard for me to say what's going on here - when I tag multi-line and variously-indented info and add it as a Sub Item elsewhere the formatting doesn't carry, a lot of the info is duplicated, some indented and some not, and when I try to correct the formatting by deleting the incorrectly duplicated data (from selected Parent only) it also deletes it from other Parents elsewhere.

[/quote]

 

Would it be possible that you had these "parents" appeared in several place (grids, and even as SIs of other parents)  and so these only appeared as different parents, but weren't in fact different... ? Hence when you removed some SIs from these you thought the SIs disappeared from many different parents at once ? Just speculating...

 

On a different note :  if you tag items that are at different hierarchical levels in a tree , adding them as SIs under a parent will NOT keep the original hierarchical structure. If you want to do that, you need to copy items as XML (copy --> one of the XML options), and paste the items as links (not a new items). But this too won't necessarily work as you want if you only need to see these few items you copied form the tree. To do that, you'll probably need to identify the items with a field and filter out the other ones, or something like that... This is probably unclear, but if you need some more clarification I can try.

 

So : Tagging is good for constituting a list of various items gathered along the day, without keeping any info about their hierarchical position.

 

[quote=d bartlett]

Also, I do run a fairly loaded-up IQ db so perhaps because of that in some respects it's not quite comparable with the quite-simple sample db, I don't know.

[/quote]

 

Surely, a sample DB might be less complex than yours.

 

You could also try a repair just to make sure. I make repairs regularly just to clean stuff that should -- e.g. : today I had a bunch of field that IQ displayed as containing Data, but they did not, they were empty; after a repair, all was fine.

 

Good luck