Strict Typ Def'd Text & Pict Ring Constant Bug?

[WNM]

In 8.5.1 I have a Strict Typ Def'd Text & Pict Ring control that is used for both front-panel controls and indicators as well as block-diagram constants (for those that might wonder, on the block diagram only the text strings appear).

After having updated the Type Def, I find that the front panel objects have updated to match the Typ Def like I would expect them to do, but the block diagram constants have not. They still carry the old text strings.

This seems to be a bug to me but before I reported it as such I thought I'd ask to see if it is perhaps a "feature" or else already known. 

[falkpl]

I have seen the same issue with the combo boxes.  It was a real bummer since I was using the strict typdef as a string table for constants in my application and had to replace them all when I found the problem.  I was originally thinking it was just not updated since it was a value (actually it is a property) but since the front panel objects updated and not the constants I would lean towards it being a bug.  Probably has been this way for a while ( I dont think I was using 8.5 at that time i saw this problem).

Paul

[tst]

This is not exactly a bug. The strings and images in both types of controls are not part of the data type of the control (anything that can be changed at run-time is not part of the data type). Because a strict typedef only applies to cosmetics, it's not used when you place a constant and so the constant does not update. The workaround is to change the data type (which in numeric controls can be done by changing the representation, applying and changing it back. Just make sure you select a representation with enough bits). You can see more details here.

[falkpl]

I agree that I would not call it a bug (since it is the expected? behavior) but it is odd that fp controls and the corresponding datatype constants behave so differently.  I would classify it as a big caveate, and is something to be aware of when architecting a solution.

Paul