LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LV 2015 When making a packed library, icons loses their transparency.

Solved!
Go to solution

Has anyone else seen this?

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 1 of 22
(3,606 Views)

Hey billko,

 

It sounds like you may have entered that "Dangerous" category of your quote.

 

Unfortunately looking internally and through the document below hasn't yielded any documentation of that behavior.

 

LabVIEW 2015 and 2015 SP1 Known Issues - http://www.ni.com/product-documentation/52698/en/

 

Is this affecting your ability to develop?

JY
Application Engineer, RF and Communications
National Instruments
0 Kudos
Message 2 of 22
(3,550 Views)

http://www.ni.com/pdf/manuals/321393d.pdf

"The icon represents the VI on a palette and a block diagram. When subVIs have well-designed icons, developers can have a better understanding of the subVI without the need for excessive documentation. Use the following suggestions when creating icons: • Create a meaningful icon for every VI. The LabVIEW libraries are full of well-designed icons that try to show the functionality of the underlying program; use them as prototypes where applicable."

 

"Is this affecting your ability to develop?"

Yes, it prevents some well designed icons and what's the use of a graphical programming language with icons if you can't make pretty icons?

/Y

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 3 of 22
(3,540 Views)

Alright, I'll bite.

 

What part of that quote documents the behavior being discussed?
Without seeing the icon in question, how are you able to claim it's unquestionably impeding someone else's development?

 

I'd almost be willing to argue spending time focusing on "pretty icons" already hinders development.  Something quick and to the point satisfies "well-designed" as well as moves the time you're spending towards development rather than icon artist.

 

Do we have a quick example we can take a look at so we can see how this is working?  Or, is it something that works with all transparency in icons?

Message 4 of 22
(3,535 Views)

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). Yes, making an icon takes a little time (less so with G#) but if you uses and adds to the glyph library you can drop a couple of those for a decent approximation.

 

As to your preferrences or "enough designed" isn't applicable to all companies guidelines.

/Y

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 5 of 22
(3,522 Views)

@yamadj wrote:

Hey @billko,

 

It sounds like you may have entered that "Dangerous" category of your quote.

 

Unfortunately looking internally and through the document below hasn't yielded any documentation of that behavior.

 

LabVIEW 2015 and 2015 SP1 Known Issues - http://www.ni.com/product-documentation/52698/en/

 

Is this affecting your ability to develop?


Actually, yes it does.  Consider a small icon that is one connector high.  You cannot stack them now because they will cover each other.  And wires going into the VI will look as if they are floating if they are going into a transparent part.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
Message 6 of 22
(3,508 Views)

Thank you all who have helped me understand the problem better.

 

 

JY
Application Engineer, RF and Communications
National Instruments
0 Kudos
Message 7 of 22
(3,484 Views)

All I did was make a packed library and all the VIs with transparencies went to icons with white filling in where all the transparencies were.

 

But it's interesting that it did not do it with LV2014 on my personal computer at home.  i tried it just now.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 8 of 22
(3,477 Views)

Happens to me in LabVIEW 2016 and I attached the ppl and project that I used. If someone else could try with LabVIEW 2014, that would be great.

 

Edit: in terms of bad behavior drag the "transparent" VI that is part of the ppl into another VI

Matt J | National Instruments | CLA
Message 9 of 22
(3,468 Views)

@Jacobson-ni wrote:

Happens to me in LabVIEW 2016 and I attached the ppl and project that I used. If someone else could try with LabVIEW 2014, that would be great.

 

Edit: in terms of bad behavior drag the "transparent" VI that is part of the ppl into another VI


Wow!  Sorry, yes - that is how you recreate the issue.  I'm very sorry that I forgot to mention that.  I've found that I'm very good at asking people to provide all the information that they can, but I'm not so good at doing that myself.  😞

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 10 of 22
(3,463 Views)