I wish to duplicate – create a completely new copy of – an item at the third level in a hierarchy. I key control and C and choose option five in the dialogue which follows:
5- Selected items and their sub-items
(in XML format, to make an exact copy of the items
and all their sub-items and paste it in an IQBase)
I key control and V and choose the first (unnumbered) option in the dialogue which follows:
Paste under the current parent, as NEW items
(i.e. new items will be independent from the original
items)
When I do this, the screen changes dramatically as the item hierarchy is collapsed back to level II.
5- Selected items and their sub-items
(in XML format, to make an exact copy of the items
and all their sub-items and paste it in an IQBase)
I key control and V and choose the first (unnumbered) option in the dialogue which follows:
Paste under the current parent, as NEW items
(i.e. new items will be independent from the original
items)
When I do this, the screen changes dramatically as the item hierarchy is collapsed back to level II.
Using the Omnibox search facility, I can see that a new item has in fact been created: item ID 19384 has been created. Because that dialogue does not show where the item has been created – "shown in" is blank <is this in itself a bug?> I actually don't know where it is.
Using control and G back in the grid in which I originally held the item which I was trying to duplicate, it seems to be the case that both the original item and the copy are no longer shown in that grid. They no doubt exist somewhere, but I can no longer find them. The find dialogue tells me that they exist but <and this is a completely infuriating omission after so many years of product development> you cannot simply click on the found item and go to somewhere where it is currently visible. If you are fortunate, shown in is not blank. But in my experience, it usually is blank.
Two problems:
1. A very simple operation, creating a copy of an item, does not appear to work at least in any straightforward way.
2. The current find dialogue does not always tell you where it finds things.
Using control and G back in the grid in which I originally held the item which I was trying to duplicate, it seems to be the case that both the original item and the copy are no longer shown in that grid. They no doubt exist somewhere, but I can no longer find them. The find dialogue tells me that they exist but <and this is a completely infuriating omission after so many years of product development> you cannot simply click on the found item and go to somewhere where it is currently visible. If you are fortunate, shown in is not blank. But in my experience, it usually is blank.
Two problems:
1. A very simple operation, creating a copy of an item, does not appear to work at least in any straightforward way.
2. The current find dialogue does not always tell you where it finds things.
Comments
Running in Portable mode "
In investigating this problem I have come up with a useful trick. I have an item grid which I use when I am experimenting. I have been able to rediscover the items that have indeed been copied and pasted by using a filter:
[itemcreated]>#08/06/2015# /* Items created after yesterday, because today is August 7
Note that this shows another problem. Date comparisons in VBScript which involve a date literal have to be surrounded by # (hash or number) characters. The date has to be in American mm/dd/yyyy format despite the fact that I am running on a French-language computer. I am sure, Tom, that you will sympathise with me when I ask another question: should date comparisons of this kind follow the internationalisation of the particular computer?