-
Posts
622 -
Joined
-
Last visited
-
Days Won
66
Content Type
Profiles
Forums
Downloads
Gallery
Posts posted by Darren
-
-
These are the ones I use...I use shortcuts for functions and VIs as much as I use them for structures:
Quick Drop Palette Object Shortcuts for Right-Handed Developers
-D
-
When processing an array of SubVI references, I always pass each of them through this VI (included in LabVIEW 8.6 and later...prior versions require the VI Analyzer Toolkit to be installed):
vi.lib\addons\analyzer\_analyzerutils.llb\VIAnUtil Valid SubVI.vi
This VI will return FALSE if the SubVI reference is an Express VI or a "?" missing subVI. It returns TRUE otherwise.
-D
- 2
-
I haven't read this post and the emails too closely, but basically, the guy who develops TortoiseSVN says that PayPal freezed his account due to needing to comply with new regulations. I don't know if LAVA falls under the same category, but it's something to look into.
I had a similar problem with PayPal many years ago. I haven't used them since (notice how Christina bought my LAVA BBQ ticket this year?). My respect for LAVA would only increase if y'all dumped PayPal.
-D
-
Sweet, my feature has a nuthugger. And yes, I had to go look up what a nuthugger is.
-D
-
-
Do we have our first, official, LAVA callout?
Nobody has ever beaten me, and nobody ever will. Now *that's* a call out...
-D
P.S. - I need to have a talk with the judges next year about literal interpretation of the rules, because Robert's answer for the 7-segment display was NOT a 7-segment display. Thankfully he messed it up just a little bit, which gave me enough time to finish my real 7-segment display while he tried to fix his...
- 1
-
So each question has three rating categories. "Frequency" and "Today's Performance" are self-explanatory, but I have not idea what "Expected Work" is supposed to mean. Is that how much work we expect NI to put into that feature?
I believe it's asking how much time you're willing to give LabVIEW to perform the action. For example, a frequent editor action, like wiring two terminals, you would expect to be a "trivial" amount of work, i.e. LabVIEW should be able to perform the action immediately. But for something else, like building an EXE, you would probably expect LabVIEW to spend more time, and be ok with that.
I don't particularly like how that option is worded, but that's my understanding of what it's supposed to mean.
-D
-
...I'm a bit nervous about the requirements tracking bit, not having been exposed to the Requirements Gateway at all.
As I mention in my blog post, Requirements Gateway is only used for *grading* the exam. You don't need to know Requirements Gateway in order to *take* the exam, you just need to follow the instructions in the exam regarding how to document requirements tracking in the code you write.
-D
-
In case you didn't know....
Thanks for posting this, JG. I have written a new post on my blog regarding the changes to the CLA exam.
-
For those who weren't there last year, the challenge I submitted was to write a VI that failed at least 10 of the VI Analyzer style tests...
That was pretty funny. Good thing they didn't reserve that one for me...
-D
-
<-- member of LabVIEW R&D
Watch the highest scorer in the week-long LabVIEW Coding Challenge compete against a member of LabVIEW R&D in a live coding competition.
- 1
-
I'm in, and my Durango seats 7. Who's riding shotgun?
-
Wow! Tell me it nice and cool inside the convention center?
Yes. It may be 110 F outside, but they keep it at around 45 F inside. Bring your mittens!
-D
-
-
Didn't know Labview had a "Pizzle" .
It's a programming language...of course it has a pizzle! Who knows, maybe in LabVIEW 2011 the pizzle will have its own 'clean up' feature.
-D
-
I find myself creating decendent classes quite often and have wanted to automate the creation of these (using vi scripiting.) Do you have any fancy private VI's that would assist me in doing this?
There is a private property of the LVClassLibrary class called "ParentClass" that lets you set the parent of a given LV Class. I asked the architect of LV Classes about this property, and he said:
"The ParentClass property should have been public all along. It is public in LV 2010."
So I see no reason not to share it. Here's a VI saved in 8.6 that contains the applicable property nodes.
-D
-
Will this VI be part of LV2010 or is it allready in LV2009? -on 8.6 for now...
To my knowledge, this VI does not ship with LabVIEW. I wrote it myself for this thread back in '08, and it's been sitting in my "VI_Utils" folder on my computer ever since.
-D
-
I've seen a couple of these VI's which return the class hierarchy floating around but in all cases they are locked. Where is this VI coming from? Does anyone know what it is actually doing? I really can't use a VI that is locked unless it comes with LabVIEW or is released by NI in some form.
The VI uses a private VI Server method that can read linkage information from the .lvclass file on disk. As a general rule, we (that is, LabVIEW R&D) password-protect any VIs that contain private functionality when we post them on public forums.
-D
-
It looks like my attachment to this thread was lost during the LAVA site redesign. Here it is again (saved in LabVIEW 8.6).
-D
- 1
-
"if you try to idiot proof your UI, they will build a better idiot..."
I foresee myself quoting this many times in the future...
-D
- 2
-
Now the real question is can anyone tell me where those templates are stored? I remember seeing that in a post before but I can't seem to find it now.
I think you're looking for [LabVIEW]\resource\Framework\Providers\LVClassLibrary\CLSUIP_MemberTemplate.vit. I changed the structure in there to not Auto Grow, and my new static/dynamic dispatch VIs no longer had Auto Grow set.
-D
- 1
-
It is my understanding that calling an XNode (either by a subVI call or otherwise) within another XNode is simply not supported.
-D
-
And if you've already created a bunch of VIs with Auto Grow enabled, you can run this utility to turn it off on all structures in all VIs in a given folder.
-D
- 1
-
Should I post this as a weekly nugget? I assumed it was well-known, but if two LAVA guys didn't know about it, that probably translates to way more 'regular' LV programmers not knowing...
-D
Tree/Lists - Updating only visible items
in User Interface
Posted
I can't think of an event-based solution, but there is a pretty straightforward way if you don't mind polling the tree:
(If you drag this snippet to your diagram, you'll need to replace the reference control with a Tree reference so it will run)
This code will give you the tags of all visible items in the tree. If you poll this, and store the tag array in a shift register, you can compare against the previous iteration to see if it changed, and update the visible tags accordingly.
-D