From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

UI Interest Group Discussions

cancel
Showing results for 
Search instead for 
Did you mean: 

Frontpanel and splitter bars

Just a quick question

Does anyone know why the front panel origin moves when you add a splitter bar?

seems to me that it will mess up any programatical positional moves of front panel components.

cheers

Steve

0 Kudos
Message 1 of 4
(7,316 Views)

When you add a splitter bar the front panel it is divided into two panes, and each has it's own origin. You should apply all your desired splitters before you start adding controls etc. because with each split the new panes have their origins reset to their respective top left corners.  It's quite useful to have distinct origins per pane as this allows individual control over the contained controls and indicators. It also means that, should you use a moveable splitter bar, then the origin of the panes are moved with the splitter bar and therefore the true coordinates of the items in the panes that get resized are unchanged. This makes it much easier for coding programmatica positional moves.

Thoric (CLA, CLED, CTD and LabVIEW Champion)


0 Kudos
Message 2 of 4
(3,474 Views)

Hi Thoric

I fully agree that putting the splitter bars in at the start of a project is the best way, and there has to be origins on both (all) panes but if your updating an existing VI to add functionality it can mess things up big time. it just seemed strange to me that the origin of the 1st pane would get reassigned why not just leave it.

0 Kudos
Message 3 of 4
(3,474 Views)

It's dangerous to go alone. Take this: https://decibel.ni.com/content/docs/DOC-22385

0 Kudos
Message 4 of 4
(3,474 Views)