Changing Class Templates for Data Member Access

[Amog]

Hey all,

According to this post, I've attempted to change the appearance of dyanmically created VIs for data member access. However, any changed I make result in the launching of the "create new VI for data member access" VI to fail. Even something as simple as moving a label around will cause the "create new VI for data member access" to appear to load when launched from within a project, but no front panel ever becomes visible. Has anyone encountered something similar?

PS LV2010

Thanks!

[Kaitlin-N]

Hi Amog,

The changes you list, such as moving a label around, are these changes occuring in any VI in your project or are you making changes inside the Data Member Access VI? Also, is the problem that you can not create a new VI for data member access? When you say the "create new VI for data member access" appears to load, do you mean that it automatically tries to load the wizard? If you have any screenshots of what you are describing that would be helpful too. 

Thanks,

[Amog]

Yes, the changes are occurring inside the "data member access VI." Basically, if I change any VI template, the wizard will fail to load. I've added a short video of the wizard working correctly, my changing of a read VIT, and then the wizard failing to load even though it appears to find the VIT I modified.

http://screencast.com/t/Y9zSKxlH

[GregFreeman]

---

@Amog wrote:

Yes, the changes are occurring inside the "data member access VI." Basically, if I change any VI template, the wizard will fail to load. I've added a short video of the wizard working correctly, my changing of a read VIT, and then the wizard failing to load even though it appears to find the VIT I modified.

http://screencast.com/t/Y9zSKxlH

---

I haven't tried this, but thanks for bringing this up. I get sick of the template having the error case structure around it so I was going to go in and modify some things, but now I think I'll wait...

[tst]

I see the same behavior in 2011. I'm guessing this is something that changes the VI when you overwrite the VIT with a VI that started as a VI. If you want to make changes (some of which should be safe), you should drag the VIT into the BD of another VI (which will load the VIT rather than a copy). Then you can modify it and save and it works fine.

---

@for(imstuck) wrote:

I get sick of the template having the error case structure around it so I was going to go in and modify some things, but now I think I'll wait...

---

The creation dialog already has a check box for not handling errors, but if you mean that you still want the error terminals, but just not the case structure, modifying the template should be safe.

[Joel-P]

The root cause of this issue is that the modified templates are not added into the MemberVICreation.lvlib once they have been modified. I was able to resolve the issue by opening the MemberVICreation.lvlib located here: 

C:\Program Files\National Instruments\LabVIEW 2012\resource\Framework\Providers\LVClassLibrary\NewAccessors 

And then manually adding in the new ReadTemplate.vit into the library under MultiDimArrElemScripter.lvclass >>Private folder. The VIT's that were modified should be missing. In my case the write, write no error, and read no error existed in the library however the read was missing. Once I added the new template to the MemberVICreation.lvlib the Create New VI for Direct Member Access worked as expected with the new template.

Cheers,

Joel

[Amog]

Thanks this was really helpful! One final issue I'm having is the aligning of the labels on the input and output terminals. When I move them around in the template, the position is not preserved when a member VI is created. Is it possible that something else might need to be modified as well?

[Kaitlin-N]

Hi Amog,

Can you post screenshots/video of the behavior?

Thanks,