04-14-2013 08:28 AM
Hello, just a question, maybe someone can give me an idea for "best practice".
Often, in a bigger project, I need to use Notifiers, Queues, DynamicUserEvent structures. Usually we pass cluster data through these wires, for communication, broadcasting data, etc...
What I really hate is that since I use cluster data, all of the above wires has the very same color. In a bigger project, even if I try to make everything as simple as possible, it is very difficult to follow which wire is the Notifier, queue, etc, because they have the same color.
The question: I understand that, if we specifiy a data type to an ObtainNotifier VI (or queue, dynamicevent, etc..), the reference wire gets the color of that data type. But in my opinion, it would be better to show some difference between the different reference wires...in color, or in shape maybe?
Is there a workaround to get a more visible block diagram?
Solved! Go to Solution.
04-14-2013 09:48 AM
It's not a direct solution to your specific problem. But, if you start using LVOOP you have the ability to customize wire colors.
04-14-2013 10:39 AM
You are right. I even want to start learning OOP to increase my productivity, but a feature to use different comm line references (queue, notifier, etc.) with different colors would be nice.
I understand that, the queue, etc ref wires get their color after the data type. In my case this data type is a strict type def cluster, so all of these wires get pink. Really bad to spot which line corresponds which comm line.
Actually I have found this idea what could also solve my problem:
Anyway, OOP is a must one for me, but it will take a while to get used to it...(i have never learned object oriented programming before)
04-14-2013 10:58 AM
Blokk wrote:
Anyway, OOP is a must one for me, but it will take a while to get used to it...(i have never learned object oriented programming before)
Then get your SSP up to date (or buy the class) and take the self-paced online course! Yes, the LVOOP Class[meaning Course] is online!
04-14-2013 11:04 AM
yes, I have an active SSP licence, and I just finished Core 3 training (last year I got my CLAD level), it was very useful for my recent projects!
As early as i have time, I will start the OOP online training 🙂 But I have still a kind of feeling that objects are from the devil 😄 (hard to change thinking approach lets say)
04-14-2013 11:58 AM
Blokk wrote:) But I have still a kind of feeling that objects are from the devil 😄 (hard to change thinking approach lets say)
I am not one to bet often. I'd wager a paycheck that objects are not from the devil. Those controls, indicators, structures Icons and connector panes you work with today are all "Gobjects" with events properties and methods. It does take a small twist in thinking though
04-14-2013 02:36 PM
@Blokk wrote:
As early as i have time, I will start the OOP online training 🙂 But I have still a kind of feeling that objects are from the devil 😄 (hard to change thinking approach lets say)
Take a look at G#, a small addon that turns lvoop to reference based objects. You can find it in the addon utility or addq.se
/Y