12-11-2016 02:16 PM
@Yamaeda wrote:
If a function, or lack thereof, hinders the usage of the guidelines, i'd say it impedes development.
From the same document it also mentions that you should use icons as first choice, and text as secondary (which also leads to the question why a text icon isn't automatic but you get that default one).
As to your preferrences or "enough designed" isn't applicable to all companies guidelines.
/Y
None of this is helpful to bilko's issue. It doesn't answer the question being asked. It's off topic silliness. If we're being fair, "impede" changes in defintion if we're looking at short term or long term deveopment. In short term, guidelines impede development. If we're going to debate what "impede" means on a macro scale rather than focusing on bilko's issue, we're being silly.
The second idea brings up two thoughts. First, a default image versus a default text isn't really any different. The icon is built when the VI is created. "Untitled VI 1" is no less useless as a default image. There's no value in either decision being made so it likely wasn't discussed at any length. As far as text being suggested second, that relates to language differences. Everyone knows a thermometer has something to do with temp. But, not everyone reads English, Spanish, French, etc.
That's why the impact was asked. In this case, Bilko's impact is he likes to make smaller VIs when only a couple of inputs/outputs are required so he can stack these VIs closer together on his block diagram. The impact is he'll have to spread the VIs across more space on his block diagram.
Looking through the thread, it appears bilko has seen this on 2015. Jacobson has seen it on 2016. We've noticed it doesn't happen in 2014. If I remember right, 2015 was announced with quite a few optimizations. I wonder if one of the optimizations might have caused this behavior. I'd be curious to see if you built the PPL in 2014 and opened it in 2015 if the transparency was still there or not. This tells us if the problem exists in the creation of the PPL or if the problem is in the display from 2015+. Those two would be entirely different problems.
In either event, this has been replicated and can't be intended behavior. There should probably be a filed CAR.
12-12-2016 07:09 PM - edited 12-12-2016 07:09 PM
Thanks all!
Can any of you let me know what OS(s) we are seeing this on and I'll include that in the current one I've filed?
Request#: 619819
12-12-2016 08:28 PM
I saw it in LV 2015 and I believe someone here saw it in LV 2016.
01-09-2017 11:05 AM
I have seen this issue on 2014.
01-09-2017 02:34 PM
@DB_IQ wrote:
I have seen this issue on 2014.
And just to throw a monkey wrench (or spanner, depending on what side of the pond you are on) into the works, it worked fine for me in LV 2014! (Home edition.)
01-10-2017 03:29 PM
Just to clarify, I've seen it mostly on 2014, both 32 and 64 bit, Windows 7 sp1, if that helps.
02-27-2018 08:56 AM
Although this topic is quite old, I wanted to share a small (bad) workaround to fix this issue. I found this issue at 2014 SP1 and could not find any solution other than this one:
1. Open up icon editor of the affected Icon
2. Close icon editor by pressing OK (transparency map is being rendered again)
3. Save file
After the window refreshed, the icons are as they are supposed to be. But as already mentioned, this is only a bad fix, because you have to do it for every transparent icon you want to implement.
Hope this helps somebody.
Best Regards,
Jenso
02-27-2018 09:34 AM
Can you resave icons in a packed library?
/Y
02-27-2018 10:17 AM
Ok, you caught me. I have to admit that I only tested this one with *.llb, where you are able to do this. I actually doubt this will work for *.lvlibp, but I have not tried so far.
If you have experiences or a different solution for this bug, please let me know. I would be grateful.
02-27-2018 10:28 AM
@Jenso wrote:
I actually doubt this will work for *.lvlibp, but I have not tried so far.
It had better not. PPLs are fully compiled, so you should not be able to edit them in any way.
I did get word that CAR 619819 should be fixed in LabVIEW 2018. But I do not work for NI and any information I am given is not guaranteed. So don't get your hopes too high on this.