LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

BUG: Copy/paste Sub panels

Copy-Pasting Subpanels doesn't work.

Creating one (ofc) yields a front panel object and a property node (1), but copying it doesn't. The 2nd only gets a new front panel object that doesn't 'count up' (2). If you instead copy the property node it doesn't create any front panel and doesn't link to the panel (3). Tested in 2019 and 2025. Also, if you copy-paste while the original is selected it replaces the panel and removes the property node ...

1.Yamaeda_0-1748010302975.png

 

2.Yamaeda_1-1748010367960.png

3.Yamaeda_2-1748010458957.png

 

 

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 1 of 6
(145 Views)

@Yamaeda  a écrit :

Copy-Pasting Subpanels doesn't work.

Creating one (ofc) yields a front panel object and a property node (1), but copying it doesn't. The 2nd only gets a new front panel object that doesn't 'count up' (2). If you instead copy the property node it doesn't create any front panel and doesn't link to the panel (3). Tested in 2019 and 2025. Also, if you copy-paste while the original is selected it replaces the panel and removes the property node ...

 


Hi Yamaeda,

 

This seems like normal behavior to me.

 

If you paste something while a selection is active : it replace the selection. Just like for text in notepad.

If you copy the subpanel from the front panel : you copy the front panel object, not its invoke node in block diagram. (what do you mean by "doesn't count up" ?)

If you copy a node from the block diagram, you copy the method, not the front panel object linked to it.

 

That's the exact same behaviour for others controls (numeric, string, ...).

 

0 Kudos
Message 2 of 6
(132 Views)

If i copy/paste a .net container the reference on the block diagram remains (or is replaced), in this case it disappeared. That was the least interesting/buggy part of it.

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 3 of 6
(127 Views)

When you place a subPanel from the menu, you also get an invoke node for it, for convenience. You don't when you copy. Not that strange, but maybe that is what is confusing? I don't see a bug, so if there is one, I think you need to be very precise exactly what you do and expect.

Certified LabVIEW Architect
0 Kudos
Message 4 of 6
(64 Views)

@thols I expect it to have the same behaviour regardless if it's the 1st dropped or the 2nd or copied, yes. I also expect it to 'count up' to 'Sub panel 2' and so on. The last part is definately a bug.

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 5 of 6
(60 Views)

Oh, I see now. I agree. It is slightly related to this thread here, but I see you already commented. But for anyone reading, do vote for it. Labels on property nodes and invoke nodes should of course follow the control name.

 

For SubPanels, they never add the number of the control, like all other controls do (Numeric 1, Numeric 2 etc, regardless of adding from menu or copying). That is not good. I guess there must be some very special super old code that does things in a way that misses what all other controls do (or do all?).



 

Certified LabVIEW Architect
Message 6 of 6
(55 Views)