Submitted by viking on 2022/03/20 18:29

Issue1: In Edit mode, drag-drop with Ctrl to create clone =>  Link file dialogue comes up. Is that by design? If so, what is the purpose?

z

Issue 2: When creating a clone of "Item3" as TLI, it cannot be deleted w/o deleting original child item.
Before:
z
After:
z

Issue3: When I demote the TLI clone to become a child, the original TLI also becomes a child under the new parent:

z
If I try to move one of the Items back to the original parent, both are moved:
z

Comments

Clone is a confusing word not normally used within IQ.

When you say drag-drop with control pressed -- it's not clear what you mean, but I presume you mean dragging an item from one grid to another (?) -- this shows the same item in a different location. So, yes, if you then delete it, it will get deleted everywhere. (This apparently gets called a clone in other IM's -- but it confusing cause a clone is elsewhere defined as a duplicate, an identical copy.)

Also not clear to me what you mean by dragging something when in edit mode.

Hi viking, Tom,

  1. Seems like a bug, I'll try to reproduce it and report back
  2. Issues 2 and up: As Tom pointed out, there no such thing as a clone in IQ (and you won't find a single reference to that term in the documentation).
    A clone is a distinct item but which is an exact copy of an existing item (at creation), so the closest would be an XML copy (option 5 and 6 in the Copy dialog).  Both will evolve independently
    What you're calling a clone, is the same item, shown elsewhere. I believe it explains all your questions

2-3. I am still using drag-drop in the same grid (as shown by the images) with ctrl key when dropping so as to create the same item (item3) in the same Grid. I don't understand the results. 
2: Why can't I delete the second item independent of the first? I could delete it if I had dropped it as a subitem rather than TLI.
3: When I move the "copied"/TLI  version under a new parent, why is the original item also moved under the new parent? I had expected the original item to remain.

From another perspective: If I try to have item3 also show under another parent ("multiple parents"), and I make a mistake and accidentally drop it as a TLI rather than child, then there is no way to correct this....
(That is how these issues were discovered)

Again, to clarify, Ctrl + drag n drop always shows the *same* item in a new location. Doesn't matter if same grid or different grid.

Yes, that is the point.

Later in your post you talk about paste? Can you clarify?

Sorry, typo. I  meant "dropped" (edited now).

#2) Okay, when an item is top level and sub-item in the same grid, the only delete options are
1) delete entirely
2) delete from this grid (only)

The solution would be to untick the source field, but I can see that this lack of [delete in this location] is confusing.

I make a mistake and accidentally drop it as a TLI rather than child, then there is no way to correct this....

Of course there is... simply use the Properties pane to change parents and/or field values

That said, I'll see if I can add a choice in the Delete dialog (could be a case of having too many options) 

  1. Issue 1: File Link dialog: I was not able to reproduce it. If possible, provide more information
  2. Issues 2 and above: I've reviewed the Delete dialog options and no change is required. As to the double display of "item 3", it is a small display bug. Press F5 to refresh

> Issues 2 and above: I've reviewed the Delete dialog options and no change is required.

I would argue for a change here Pierre -- this inconsistency is the kind of thing that would confuse many users: 
in one delete dialogue (sub-item) I get the option 3. Remove from the parent only. In the other delete dialogue (TLI), we just get that option removed with no alternative offered.

Obviously we cannot remove a TLI from a parent, as it has none -- but if the wording was changed to
3. Remove from this location only
it would cover both scenarios.

My two cents as they say.

Hi Rolf

I was able to reproduce Issue 1. It seems you editing and started drag-drop by dragging the bullet. It should be possible to fix. For now, just ensure you aren't editing when doing drag-drop (F2 to exit editing)

Bug reports