fabric

Improve IDE performance when working with lots of classes

Ahh... thanks for the heads up :-) I think this would be a great leap forward. A large number of class edits do *not* affect private data. It would be great if these edits could be made quickly and easily without necessarily loading a bunch of member VIs and dependencies.

FYI: I've just posted on the Idea Exchange about improving IDE performance when working with classes. Would be nice to get some more visibility on these issues! http://forums.ni.com/t5/LabVIEW-Idea-Exchange/Improve-IDE-performance-when-working-with-lots-of-classes/idi-p/2150332

I've found plenty of load-time benefit by loading my plugin classes (subactors) dynamically, but *without* packaging them as external libraries. E.g create a subfolder in your project called "plugins" containing all your subactor libraries. Then just drop the plugins folder into the "Always Included" section of your build spec. Load as needed dynamically by path from "..myapp.exe\plugins\mysubactor..". Provided you don't have any static links to your subactors in your main code then your app should load up much quicker. Only drawback is that you need to re-release the build if you change any single plugin, but often that is no problem in practice.

Established start-up seeks experienced LabVIEW developer to assist with new product development. We are a small company manufacturing high-end test systems for the solar industry. Our product range is growing and we need to expand our LabVIEW bandwidth! We are looking for a switched-on developer with plenty of initiative to join our dynamic young team. The applicant should have solid experience with data acquisition/analysis applications and should be comfortable working on medium to large LabVIEW projects with other developers. Good communication skills are essential. Please PM me for more information.