LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Icon Editor Bug/Feature?

In the linked video, I am showing a puzzling behavior of the icon editor (LV 2012 (12.0f3, Windows XP 32 bit):

 

I have two lines of text defined in the Icon Text tab. The second and the third lines, the other two are empty.

I am trying to draw a frame around them.

If I draw a large frame (in green in the video), things behave as expected (that is everything remains put).

If I draw a narrow frame (my initial intent, in red in the second part of the video), the text jumps up. Not expected (maybe intented, NI will tell me).

 

Notice that id doesn't matter that I am using line 2 and 3. The behavior also occurs if I move my test to line 1 and 2 instead.

 

 

Edit: Actually, while checking that the video was playing correctly from the link, I noticed that the first case is not as I intended it to be, as the jitteriness of Jing (which I used to capture this video) prevented me from drawing a full frame box. The result is that the first line of the text actually also jumps! If I draw a full frame, this does not happen.

0 Kudos
Message 1 of 4
(2,718 Views)

The jump occurs in 2009 and 2011 as well.  It also seems to be related to whether the box you draw hits the bottom row of pixels or not.  It doesn't seem to matter much whether the box is wide or narrow in the left/right direction.

 

It also seems to be related to whether you have a background template defined.  It tries to squeeze the text data into the boundary of the background template, and if a background template is not defined, then it becomes that much more confused as to where it squeezes the text.  It uses other non-transparent pixels (such as the box you draw) to determine the vertical positioning of where to squeeze the text.

 

I don't think it is actually a bug.  I think it is an artifact of other code that calculates where to put the text when that code uses inputs that haven't been defined within your icon.  As you add those other inputs (turning other pixels non-transparent), it is a recalculation of where to position the text.

Message 2 of 4
(2,703 Views)

I believe this is a bug and was reported as CAR 363138.  I have added this forum post as a reference in the notes.  The workaround is to use the text tool and put your text where you want it instead of using the Icon Text entry.

 

This is related to the color of your boundary. The icon editor is attempting to move your text into the icon boundary.  Sometimes it does not work so well.

Message 3 of 4
(2,699 Views)

I see. Obviously the author did not consider a vetically centered bounding box (with transparent background).

The Icon Text interface is too convenient for me to want to return to the direct typing into the other field...

0 Kudos
Message 4 of 4
(2,685 Views)