Custom Cluster Indicator and Control Descriptions in Context help?

[jsweet]

Hey I've been searching around for a little while now and was hoping maybe someone might be able to help me out. I have a program that has a custom control that is a cluster of numerics. There are 15-20 numerics that are very closely related and sometimes the naming convention can be quite confusing. I'd like to know if anyone knows some way that I could break out a small descripiton of the individual controls used in the custom control's context help? The description and tip menu doesn't help me out here, because I have to be viewing a frontpanel that has the custom control visable on it to select the individual numerics. I think it would be great if I could just hover over a terminal for that custom control (cluster) and then have a description of each of the numerics pop-up under that individual numeric instead of just seeing the labels for everything that the cluster is composed of.

If I'm not being completely clear let me know and I'll add some images that may help out describe my issue.

[Prince17]

I think you should use bundle by name and unbundle by name for the cluster and then you can check in which element you have to wire your correct output values.

Correct me if i am worng.

[pangvady]

Would setting each numeric's tip strip text give you what you're looking for?

The TipStrip can also be set programmatically via property nodes.

[Mythilt]

---

@pangvady wrote:

Would setting each numeric's tip strip text give you what you're looking for?

The TipStrip can also be set programmatically via property nodes.

---

From the way they are describing the issue, its while they are on the BD, not the FP, so the tip strip and description isn't available, and the naming convention doesn't lend itself to descriptive elements either.

Only thing I can think of would be a floating text block next to the bundle/unbundle, or wire labels.

[jsweet]

Not really. That's what I meant when I said I'd have to be viewing the frontpanel to see the individual numerics. For example here's the context help for an error cluster indicator. There's a description for the status, code, and source, but when the context help is for the cluster it just gives the labels (names). I could describe them in the cluster description, but it only shows the context help for the cluster if you have a control/indicator of that cluster.

To explain a little further, this is even worse though if you want to look at context help for the wire or vi terminal that is a cluster type. This is the error wire context help.

I think it'd be really great if you could add a descripiton of status,code, and source. maybe something small and similar to the data type descriptions. You can see that it calls out in grey that status is '(boolean (TRUE or FALSE))' and I think even being able to edit or add to that would be awesome. I just didn't know if there was someway that we could do that now or not?

[Mythilt]

Interestingly, Cluster constants don't seem to inherit the parent clusters documentation if you create a constant from a control, or place from a typedef onto the BD.... Not sure how much of the documentation is kept from the parent object when you run the wire, as it were.

[jsweet]

---

@Prince17 wrote:

I think you should use bundle by name and unbundle by name for the cluster and then you can check in which element you have to wire your correct output values.

Correct me if i am worng.

---

This will give me the name, but really what I need is a description of that name. I have 15-20 numerics that have all unique names, but without just using the description as a name they can be confusing. I'm actually adding more numerics as I've been working on this project, but really what I want is to be able to have a description of the numeric in a cluster pop up on the context help when the cluster wire is selected.

[RavensFan]

This might be a place where you just put the descriptions as a comment on the block diagram.

Or create the list in Word, print it out, and keep it by your computer while you are doing the programming to refer to.

[Prince17]

I would also recommend you to use the comments on the BD for the description purpose.

[jsweet]

@Prince17 wrote:

I would also recommend you to use the comments on the BD for the description purpose.

---

This is fine, but this doesn't really answer my question. This is a very large embedded application and I could copy and paste the comment for every block diagram that uses that cluster, but could be very man vi's all in different libraries, targets, and main program blocks of code and be very burdensome. This also doesn't help for when I pass this application on to another person if I forget to put a comment in a BD that someone else is interfacing with.