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.
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.
07-30-2020 04:20 AM - edited 07-30-2020 04:21 AM
Dear all!
In my exploration of the LabVIEW table control (LabVIEW 16, 32 bit), I have found this runtime-dependent behaviour of the table control and was able to reproduce it: When setting the justification of cells, setting the justification for the whole table via the (-2, -2) address only works once. If a specific cell has been set to a specific justification, the justification of that cell will be updated to the new global justification, but if the specific cell justification it is then set again, it will no longer be overwritten by a global justification.
I was surprised by this behaviour and believe it is unintended. Can anyone comment on if this is intended or present in newer versions of LabVIEW?
The steps the reprocude:
I believe that the justification for the whole table (index (-2, -2)) is saved with the table and when trying to set it a second time, LabVIEW sees this as a NOOP for optimization.
07-31-2020 05:40 AM
I am running on LV 2020 and in my case the top left cell sets up to center after first run and not changing after the next iterations. Which version of LV do you run?
Regards
11-03-2020 07:12 AM
@Hamlet23 wrote:
Which version of LV do you run?
Hi! I'm running LabVIEW 2016.
I have attached a VI that displays this behaviour: