Jump to content

Neil Pate

Members
  • Posts

    1,189
  • Joined

  • Last visited

  • Days Won

    110

Posts posted by Neil Pate

  1. Ok so lets try and make this as simple as possible. Imagine all you have is a single constant value of your International thankyou enum on your block diagram. I get the feeling you would like to display this as a 2D string array with the first column listing all the possibilities of the enum and the second column has  "1" in the column of the row that matches the constant value otherwise it has a 0, is this correct?

    Can you describe in words how you would create this array?

  2. I have given you my advice. Try implementing it as a 2D string array first. Leave the tree out of it.. Once you have mastered that you can think about getting it working in the tree.

    As I said way earlier on in this thread I really think you are "mixing methaphors" here. The cluster viewer displays the "values" of items in the tree, not the set of all possible items. If you want that you are going to have to add it yourself and the tree API is not pleasant to work with.

    • Like 1
  3. 16 minutes ago, Yagnik_Patel said:

    But I also need to finish my project in time so I have to try this example as well. :)  I am trying to learn the concept and also the finish my work together.

    You need to learn to crawl before you can walk... perhaps somebody in this forum will just show you the answer you are looking for (i.e. do your work for you). I am not that guy though, sorry.

    • Like 1
  4. Thanks Yagnik.

    The tree control is not a nice thing to work with, I fear you are trying to do too much at once.

    I think perhaps you need to start off a bit smaller. If you really really want to include the enum items in the table first try and get it working as a 2D string array. I mean not using any of the code you have been, just by figuring it out yourself. You can achieve what you want with a single enum and a nested for loop. Once you have that working you can figure out how to get that integrated into the cluster viewer code you have.

  5. 12 minutes ago, Yagnik_Patel said:

    @Neil Pate: As the Config cluster( current example) is my Process Image of the system, so Enum values are my data channel. Thus once I get the treeview I can use them and I dont need the value column at all for treeview. 

    Sorry, I still don't get it...

    The Config cluster is your process data, ok that makes sense. But an Enum is only a single value, it is not multiple values, why are you trying to display it as multiple values?

  6. OK so that is better, although still I would ditch the OpenG directory and just install them properly.

    So I don't really understand your question. The Tree is a representation of your cluster, the hierarchy of the tree (parent/child relationship) represents the nested clusters and values. The value column shows the actual value of each element, this appears to be working correctly.

    What are you trying to achieve? Can you post a screenshot of what you would like to see?

  7. Bump to this thread. I really do not like mutation history being stored.

    I have a stupid LabVIEW bug where the IDE thinks I am using a class which I am not (really am not). I thought perhaps it was being referenced from the class mutation history. So I poked around in the history of some of my classes and am horrified at the history that exists! I don't know about others, but my standard framework has been adapted over time (several years for my current actor based framework). I still have references in the mutation history for application specific classes from my original project! Urgh... 

    I suppose I have no excuse, I have known about this "feature" for a while, but it is easy to forget about.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.