-
Posts
622 -
Joined
-
Last visited
-
Days Won
66
Content Type
Profiles
Forums
Downloads
Gallery
Posts posted by Darren
-
-
Stylistically, I almost never close a passed-in reference in a subVI. I always close it in the same VI that opened/generated it. That way I don't have to worry about a reference that I think is valid actually being invalid because it was closed in a subVI somewhere beforehand.
-D
-
Also how many takes do you think it took to get right?
The wikipedia article gives more info about number of takes, size of engineering team, etc. If you look carefully in the background during the TV smashing part, you can see all the smashed TVs from previous takes that didn't work out. Similarly, there's a smashed piano in the background during the piano drop...apparently they had to do that one at least twice.
-
I've been to a few brainstorming meetings that used some kind of Mind Map software. It seemed like a solution looking for a problem to me. I prefer good ol' whiteboards and notetaking.
-D
- 1
-
... if i say "create control" or "create anything" i get the VI Revision window opening up and asking me to put in comments on the latest revision of the current VI i'm working in.
The keyboard shortcut for the Revision History dialog box in LabVIEW is Ctrl-Y. Could there be some config option in the Windows speech settings that is making it try to convert whatever you're saying into a Ctrl-command?
Just a thought,
-D
-
I think I've seen this issue posted on the NI Forums a few times, and I think it has to do with having an Event Structure in your 2009 diagram and attempting to save to 8.5. I think there are some workarounds posted.
-D
-
I know this is an ancient thread, but for posterity I wanted to note that in LV 8.2 and later, you can use the regular LabView "variant to data" function to convert ActiveX timestamps to LabView timestamps.
Be careful with that, as there are some problems when converting null data from a database with the regular Variant To Data function that the DB Variant To Data function handles correctly.
Also, I think the Timestamp issue was fixed in the Database Toolkit at some point, but I don't remember which LabVIEW version it was.
-D
-
I posted a response in the thread on the NI Forums...I think we should probably continue the conversation there since it has the entirety of the conversation.
-D
-
Yeah, I used to play the games on here a lot, but there's so many alternatives at this point that it probably doesn't make sense to put any effort into bringing them back here...well, unless it's a gallery of LabVIEW-based games, that is...
-D
-
The new LAVA doesn't have any games. I haven't heard Michael mention bringing them back, either.
-D
-
The VI Analyzer Spell Check test harvests all the words from a VI...you could probably steal some of its code to find words and replace them.
-D
-
From one CLAburger to another, congrats!
-D
-
If your new PC is coming with Vista, bear in mind that the NI only supports LabVIEW 8.5+ on Vista.
Even though you can't get official support from NI for the older versions, I'm running LabVIEW 7.0, 7.1, 8.0, 8.2, 8.5, 8.6 and 2009 on my Windows 7 64-bit machine and haven't seen any problems with any of them, installation or otherwise.
-D
-
I filed CAR# 191973 on this issue. Unfortunately, I don't know of a workaround.
-D
-
Rolf is right...there's no need to run a LabVIEW patch (like an 'f1') unless you are experiencing the exact issue described as fixed in the patch. The Service Packs, on the other hand, will contain several bug fixes and potential performance enhancements, and are intended for all users of that particular version.
-
Ideally, I would like to write a small scripting tool that unchecks the 'View as Icon' property on every terminal.
I posted a utility VI that does this here.
-D
- 1
-
As promised, here's my blog post on creating your own Quick Drop keyboard shortcuts in LabVIEW 2009.
-D
-
Yes, the keyboard shortcuts in Quick Drop are a plug-in architecture. Look for a post on my blog soon that describes how to write your own keyboard shortcuts for Quick Drop.
As for Shaun's issue, I'm totally stumped as to why your shortcuts aren't working, short of some strange configuration of your keyboard that is messing with the Ctrl modifier key. With a clean install of LabVIEW 2009 on a Vista machine, I can select an object, then press Ctrl-Space, Ctrl-D, and the controls/indicators are created.
-D
-
Are you sure you're running LabVIEW 2009 and not 8.6?
Assuming you are in LV 2009, check in [LV]\resource\dialog\quickdrop\plugins. Do you see three VIs there, called d.vi, r.vi, and t.vi? If you do, open them. Do they have a broken run arrow?
Keep me posted,
-D
-
- Popular Post
- Popular Post
I will certainly admit that the placement within Quick Drop of the new keyboard shortcuts isn't the most ideal location for the feature (although it is documented in the Keyboard Shortcuts topic in the LabVIEW 2009 Help). But before deciding to spew forth vitriol against a feature you can freely choose not to utilize, please note that the following conversation has already taken place several times within the walls of NI over the past few months:
QD Fan: "Hey Darren, I really like the new keyboard shortcuts in Quick Drop!"
Darren: "Thanks!"
QD Fan: "One question though, why do I have to launch Quick Drop first to use them?"
Darren: "Because every single keyboard shortcut letter is already claimed by something in LabVIEW. Since I can't go messing with the default shortcuts myself, I'm simply using Quick Drop as an entry point to start defining new ones written in G."
QD Fan: "Oh, ok. That makes sense."
It would be great if we could override the default keyboard shortcuts in LabVIEW with our own (I never use Ctrl-D to distribute objects or Ctrl-T to tile windows!). However, that would require extensive work in the menu code to allow user-defined VIs to run when menu selections (or their associated keyboard shortcuts) are pressed. I inquired about this during LabVIEW 2009 development (knowing that JKI was already doing some work in this area), and was told that nobody with knowledge of the menu code would be able to work on that kind of feature any time in the near future. So instead of throwing in the towel, I took what I thought would be a useful feature, and wrote it anyway, in the easiest way I knew how...as a plugin for Quick Drop. So instead of pressing Ctrl-D to drop controls/indicators that are wired to the selected object, you press Ctrl-Space-Ctrl-D. If it helps, maybe you can close your eyes when you do this so you don't see the Quick Drop window appear for a split second before it disappears?
And maybe it would help if I told you that the shortcut mechanism is pluginable? I only had time to ship LabVIEW 2009 with three QD shortcuts (Ctrl-T, Ctrl-[shift]-D, and Ctrl-R). But I'll be posting on my blog soon how you can write your own shortcuts for more keys, including info on how you can use whatever is currently typed in Quick Drop within your plugin code (Replace with Quick Drop instead of the palettes, anyone?). If anybody wants to start experimenting on their own before I have a chance to post more detailed info, check out [LabVIEW]\resource\dialog\QuickDrop\QuickDrop Plugin Template.vi.
-D
- 4
-
Cool or WTF?
I got your twitter DM this weekend, but haven't had a chance to respond until now. I got the reference immediately (rusty nail through the heart, still love scripting, etc. etc.), and yes, I thought it was cool.
-D
-
I should be down there tweeting all day Tuesday, Wednesday and Thursday (see my tentative schedule here).
-D
-
Ok, I had a few minutes this afternoon to re-read this thread and look into any low-hanging fruit for improving the performance of the MD5 VI that ships with LabVIEW. Unless I missed something, there were three concrete suggestions for improving the performance of the core VI:
1. Disable debugging: Done.
2. Move Swap Words and Swap Bytes functions out of the loop: Done, although this appears to have a negligible effect compared to turning off debugging.
3. Process file as a U32: I haven't done this one yet. JFM, can you post your modified version of the VI so I can take a look at it? I'm not sure yet if I want to go forward with this change, as there's another VI in that LLB (MD5Checksum string.vi) that can be used to generate the MD5 of a string, independent of File I/O, that assumes the core VI takes a string input.
-D
-
QUOTE (Phillip Brooks @ Jun 11 2009, 08:30 AM)
I experimented with the shipping implementation, and found that the following will help the performance:Thanks, Phillip. I have filed CAR# 173651 to myself for investigating your suggestions in LabVIEW 2010. If anybody else has any suggestions, post them here, as I will be reviewing this thread when looking into the CAR later this year. Again, I'm looking to stick with a 100% G, platform-independent implementation.
-D
-
I own the one that ships with LabVIEW. If y'all figure out a way to implement it with 100% G code (i.e. no command line calls) that's faster than the current shipping code, I'd certainly be open to changing it in LV 2010. This topic came up a few years back on LAVA, and at the time, mine was quite a bit faster than the OpenG one.
-D
Check box when label of that checkbox is clicked
in User Interface
Posted
Show the Boolean Text of the checkbox instead of the Label. This will give you the behavior you're looking for.
-D