LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Bug in Panel and/or Pane coordinates?

Hello,
In order to cope with the RING/Unicode bug of Labview that does not allow me to populate RING elements with Latin Unicode strings (only the first letter will show up), i have developed a sort of workaround that display a Listbox with the same Unicode elements when clicking on the Ring. The algorithm works well in my Test.vi example but when I try to embed this Test.vi into a sub_panel of a Calling VI (Test_Caller.vi) I observe shifts of horizontal and vertical positions. These Vis are located in \Menu\Menu.

The subVi that shows the issue could be uti_ComputeFP bounds.vi.
I do not understand where the problem is coming from...
Thank you very much for any insight.

Christophe

Download All
0 Kudos
Message 1 of 2
(568 Views)

I am sorry, I should have been more concise in the Vis that I attached. 

Here is a very straightforward project that clearly shows the odd behavior and potential bug...

 

Goal : place a window at a specific position on the screen, depending on the position of a control on a front panel.

To reproduce the problem:
1. Open and run TEST.vi.
2. Click on any button and see the blue window openning and properly placed. Close it by hitting the close button. Try several buttons, the window is alaways properly positionned.
3. Stop TEST.vi. At this stage, everything seems to work well. You can see how the window coordinates are computed in uti_ComputeFP bounds.vi
4. Open/run TEST_caller.vi. This wrapper just run and insert TEST.vi in its subpanel.
5. Try to play with the buttons, the positionning does not work anymore.

It seems that the convert methods does not work as expected when the source is embedded in a subpanel.

0 Kudos
Message 2 of 2
(484 Views)