Thanks for reporting this, and for mentioning Delphi’s hierarchy approach. You were right that this should be solvable through Studio's Hierarchy View rather than by manually finding the usable bounds inside a TabPanel.
I’ve made two related improvements for the next Studio release: https://feedback.objo.dev/feature/1179
- Pasting now respects the selected child container. If a
TabPanel is selected, pasted controls are added to its currently selected tab. You can also right-click a specific tab in the Hierarchy View (including an empty tab) and choose Paste.
- The Hierarchy View is now editable. You can drag controls onto the window, a container, or a specific
TabPanel tab or PagePanel panel. There is also a Move to context menu if you prefer not to drag.
For your example, you will be able to:
- Copy the ListBox from project A.
- In project B, expand the TabPanel in the Hierarchy.
- Right-click Tab 0 and choose Paste.
If the ListBox has already been pasted onto the window, drag it onto the Tab 0 node instead, or right-click it and use Move to.
Studio will set the correct parent and coordinates and clamp the control into the tab’s content area where necessary, so you won’t need to determine the TabPanel’s internal pixel boundary yourself. Once correctly parented, the ListBox appears beneath that tab in the Hierarchy and is only visible when that tab is selected.
The improved Hierarchy View also supports moving several selected controls together, changing sibling z-order by dropping above or below another control, and undo/redo for the complete move.
Thanks again. This report highlighted both the paste-targeting problem and a missing hierarchy-editing workflow.