LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW 8 bug?: reusing custom controls with imported graphics

I found a repeatable bug in LabVIEW 8.  Here are some simple steps to demonstrate it:
 
1. Open a new blank VI.
2. Place a control in it.  (A boolean works well for demonstration, but I also found the problem occurs for others)
3. Right click:  advanced->customize...
4. Copy a picture in a graphics application (just create something simple in Paint and copy it)
5. Go back to the control you are customizing in LabVIEW.  Right click on the control and do "Import Picture from Clipboard->false"
6. Close the control, replacing the control with the customized version.  (Doesn't matter if you save the custom control or not nor if you save it as a control, typedef, or strict typedef.)
7. Copy the boolean and paste a second copy of it into your VI.
8. Open a new project, adding your VI to it.
9. Create a new .exe application in the project, go to "Source Files" in its properties, add your VI as the startup VI.
10. Build your application.
11. Run it. 
 
You'll see that only one of your booleans has the graphics that you imported and the other will have some place-holder graphic (a stretched 'd') instead of the desired graphic.
 
In playing around with this, I found a simple workaround that would fix this example would be to import the graphics for each copy of the control in the main VI (right click on each copy of the control, customize, import graphics again).  However, this isn't a good workaround in my application where I have many instances of my customized button and the button is saved as a typedef.  The whole idea with typedefs is that I can edit it and every instance of it in my applications will reflect the changes.  I don't want to disconnect from the typedef, which is what I would have to do to apply this workaround. 
 
Reusing a control with imported graphics worked fine for me in LabVIEW 7.1.  I didn't have problems with this until I upgraded to LabVIEW 8. 
 
This is the same bug that I posted about yesterday here.
 
One thing that I already tried is to uncheck the build application switch for "disconnect type definitions and remove unused polymophic BI instances".  Doesn't seem to matter how this is set.
 
Can anyone think of a workaround for me that doesn't involve me disconnecting from my type def?
 
Thanks
0 Kudos
Message 1 of 39
(4,495 Views)
Sorry that you are having such difficulty.
 
I just tried your steps and I could not reproduce the behavior.  I would like to look into this problem some more and I think it might help if you submitted a small project (and associated VIs/images) that I can use to reproduce the problem. 
 
Please submit the files on these forums if possible.
 
Thanks
 
Jeff Peters
LabVIEW User Interface.
0 Kudos
Message 2 of 39
(4,459 Views)

Thanks for looking into it.

I did post a project with VIs and screenshots yesterday at that other post that I linked to above.

I'm surpised you didn't repeat the problem because it happens for me every time.  I'm running Windows 2000.

I just recreated the VI, project, exe, and screenshots and it is attached here.

Thanks

Message Edited by mochalatte on 02-08-2006 12:08 PM

0 Kudos
Message 3 of 39
(4,452 Views)

Jeff, can you post your .exe so that I can see how it looks for me?

Is your LabVIEW 8 installation patched in any way?  I just did a LabVIEW 8 installation for the first time using the SSP disks dated Nov 2005.  I have the professional dev suite.

Thanks

0 Kudos
Message 4 of 39
(4,436 Views)
I don't think I am using a patched LabVIEW.  I was very careful to use the version that we released to build and execute the application.  Here it is anyway.  Sorry about the .zip -- apparantly you cannot attach .exe's directly.
 
Jeff P
0 Kudos
Message 5 of 39
(4,435 Views)

What you built looks like it is supposed to for me also, so it seems that the problem occurs when I build on my machine.

How does the exe that I built look when you run it?

0 Kudos
Message 6 of 39
(4,422 Views)
It is goofed -- like you described.   But that isn't really the problem -- we need to reproduce how it got messed up, not that it is messed up.
 
Still working on it.
 
Thanks
 
Jeff P
 
0 Kudos
Message 7 of 39
(4,419 Views)
I can build your vi and it looks just like it is supposed to. i have know idea why yours is goofed up.



Joe.
"NOTHING IS EVER EASY"
0 Kudos
Message 8 of 39
(4,399 Views)
Ok -- so it isn't just me.  Are you on Win2K or WinXP?  Perhaps this is just a Win2K problem?
 
Jeff P
0 Kudos
Message 9 of 39
(4,401 Views)
I'm using XP.



Joe.
"NOTHING IS EVER EASY"
0 Kudos
Message 10 of 39
(4,390 Views)