pawhan11

I work 5 years as labview 'developer' and when someone from other technologies asks me how this compiles and really works my answer is i ve no idea. When on the other side open technologies give much deeper ride and control. It might be due to my limited understanding of LV but detailed information is not there on official NI forums. I guess it is up to discussion if You need low level understanding how LV or other technology works. In my case as sw engineer I always want to know how things work, and the longer i work as engineer i realize i ve no idea how 90% of things work

I guess User Interface can be fixed and adjusted later without breaking changes, the same for function groups and shortcuts (or i hope it can be). If they deliver more fundamental things that are pain in CG like problems with relative build paths, unicode, sealed classes, packed libraries linkage, building of multiple layers of libraries without killing labview, out of the box support for source control systems & diff/merge operations... i would for sure try it. edit btw, i ve just found this 'hidden gem': https://github.com/mefistotelis/pylabview

Some of my thoughts after working 6 years as 'Labview Developer' Popular languages like python or c# gained so much momentum, entry level is much easier than few years ago, it will get closer to LV entry level LV did not change much over last 6 years, things that I remember were maps, sets, vims and independent runtime engine paid and closed source kills any chances of becoming more popular, in my opinion it is ok to pay but for addons like ML or DSP, if i recall at some point excel addon required payment decline in job offers in LV, I ve seen more and more python/.net in test eng field (at least in Europe) source control is terrible with binary files compared to text diffs & history available in text IDEs cheaper hardware alternatives like Advantech, I would never buy average PXI controller for 8k, when you can get high end workstation + Thunderbolt card + chassis I no longer see LV skills valuable on the market and started to do more text based programming

Hello, Cross post from NI forums. I have more than 200VIs having the same problem. I have tried to replace by scripting or quick drop but no success. Delete and require is hard to do from scripting top maintain connection pane and others form what i ve seen so far. Have You ever seen this error? I do not recall doing some extraordinary class manipulations when this error happened Class.zip

Problems I have with event structure is that it exposes back userevent. Nothing stops user from self generating events or closing this reference.

@Neil Pate Did You move completely from Atlassian products? Did You find better alternatives for Jira or Confluence?

Do You know if NXG is intended for windows platform only? Will it support using libraries written in .net core?

Looks like existing Compare tool, hope it will be integrated into ide

Hello, How are You guys working with diffs and merges in LabVIEW? Or when You simply want to check what changed in specific VI? Recently I ve been doing more text based programming and LabVIEW is so far behind when it comes to code revision management, in fact it makes team work on big project very hard. The best what we can do now is binary diff of VI. I know there is this LVCompare app but this is not enough. Wouldn't be ince if NI integrated LV IDE with SVN and GIT source code control??

For me it was easier to pass full exam one more time. It is very hard to prepare for multiple choice questions, they ask about xcontrols that I never use and some details about polymorphic vis that noone needs. For full exam You can prepare at home, 60% of the framework that must be preapred is always the same.

I tend to do the same when I have some time to clean up. I did not notice any performance change. Removing error cluster is also good idea so it does not hurt the eye.

Seems that combo box always creates value change event

Thanks fo reply. Can I also check list of all bugs still to fix? Knowing what was fixed without what is still reported/to fix is limiting. Sometimes I start an discussion and someone from NI reports this is known bug that will be fixed. If we had acces to reported bugs it could save a lot of time.

Hello, I need to implement this simple data casting of c# objects in LV object o = "MyString"; SqlString t1 = o as String How this can be done in LV?? cast.vi

Makes sense. I remember one project based on GDS and DVR template. We used IPE to read some data all the time. Each IPE was just to unbundle data outside the structure, no processing done inside to avoid longer locks. It would be nice if the compiler could detect and optimize this when LV is upgraded to new version, so we wouldn't have to go to each IPE and remove write wire.