Table cell shifting issue

Question

Getting a wierd within-cell selection indicator shift effect when using tables in LV 2013(32) on Win 7 (64).   Hestitate to call it a "scroll" 'cause that has other meanings in the table context.
Click on the letters in the attached VI to see it -- same effects if the table is in a running VI or not.
          + clicking on "A" does nothing.  Deleting "A" causes the cell to shift.
          + clicking on any of the cells below "A" act like the above
          + clicking on header cell "x" causes a big sideways shift.  Putting other values in the cell has other effects (some shift a lot, some not at all)
          + clicking on table cell "y" causes a big sideways shift.  Putting other values in the cell has other effects (some shift a lot, some not at all)
          + clicking on table cell "z" does not shift.  Deleting "z" causes a big sideways shift
          + I noticed the shift that happens when you delete "A" stops at the same horizontal location as if you 
Observations:
          + Appears to be tied to cell's justify=center. 
          + Shifting is always is right-to-left.
          + I noticed the shift that happens when you delete "A" stops at the same horizontal location as if you click on "y"
          + occurs on at least two different machines from different mfg's.  Both running 2013-32 on Win7-64.
Solved!
Go to Solution.
Attachments:
table_issue.vi ‏8 KB

Answer 1

That's it!  Thanks for tying up a loose end on an old thread.
With this information I was able to recreate this in LV2014-32 on Win7-64 so it's still a bug. 
The key is the table has to span quadrant 3&4 of the front panel. 
Drop a table control with (left,top)=(-108,185) for instance and (width,height)=(250,169).  Select the entire table and set justification=center.  The first column whose center is to the right of the front panel's "y axis" will have centering issues.  Move the table off the y axis and the issue goes away.  Move it back and issue comes back.
Having left or right justified prevents the issue but this is a Band-aid, not a fix, and was not applicable in my case as my UI needed centered text or it would look funny.  I was using the table to display info and allowing the user to click on a cell to select it, at which point I would change the color via property node.  My workaround was to change control focus immediately after the mouse click to minimize the time the drifting cell was noticeable.