LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Odd Silver Style String Replacement Behavior

I have got a Typedef Cluster built using the Silver Style:

 

ScreenHunter_002.jpg

 

Later, I decided to create a new Typedef String (also using the Silver Style):

 

ScreenHunter_003.jpg

 

Then I decided: let me replace the first element of my Typedef Cluster by the (better looking) Typedef String I just created.

I am not doing anything fancy here. I am just right-clicking the string in the cluster and choose: Replace>> navigate to the folder where my "Burst Statistics Definition" Typedef String is located and click OK.

Here's the result:

 

ScreenHunter_004.jpg

 

For some reason the string has been squeezed to a ridiculously small height, which I suspect is that of the original string minus the decoration of the silver style.

Worse, if I expand said string to the next largest size, it snaps to the following:

 

ScreenHunter_005.jpg

 

Notice how the background has absolutely nothing to do with the default Silver String.

The only way to get out of this nightmare is to first replace the String in the Typedef Cluster by a non-Typedef Silver String and THEN ONLY, replace the Sivler String by the Typedef Silver String I wanted to use in the first place.

0 Kudos
Message 1 of 3
(2,333 Views)

Hi X,

 

I've reproduced the squeezed box behavior, i believe this is expected as you noted because the new object is the same overall dimensions as the previous.  I'm having trouble reproducing the false color behavior though.  Which version and patch of LabVIEW are you running?  Perhaps you could post your control file up so other users or I can see if the error occurs on our builds as well.  

Mason M
Applications Engineer
National Instruments
Message 2 of 3
(2,284 Views)

I think "intended" is the word. It is certainly not the user-expected behavior. I doubt anybody doing what I was doing would expect the squeezed string result. Instead, I think it is fair to say that most would expect a frame to be added around the frameless string (therefore expanding the footprint of the string control). Think about frameles glasses versus glasses with frame.

 

I must correct my statement above: I think the original string control might have been a frameless silver string.

If I drop a simple frameless silver string on the FP and replace it by a standard silver string (with frame), the squeezed aspect and dark background is evident (no need to go through typedefs).

Tested in LV 2012 12.0f3 (Windows XP 32bits).

Message 3 of 3
(2,276 Views)