Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Darren

  1. QUOTE (rayodyne @ Aug 17 2008, 04:17 PM) What "Error List" are you talking about? Can you attach a screenshot? -D
  2. Darren


    QUOTE (PJM_labview @ Aug 16 2008, 11:01 AM) Awesome! I didn't realize people took pictures. Yeah, that was the robot that the Aggie grad students made. -D
  3. Darren


    QUOTE (Tom Bress @ Aug 15 2008, 11:01 AM) I play them with the Wiimote...if you eliminate the lag issue as I discussed above, the Wiimote has a surprisingly natural feel when playing the old games. I don't own the Wii classic controller...I have 4 Wiimotes and 2 Nunchuks. At some point I'll probably get a game that requires 4 players to have 4 Nunchuks, but so far, the hardware I have has sufficed. -D
  4. Darren


    QUOTE (Tom Bress @ Aug 15 2008, 09:08 AM) In no particular order, here are my "Wii Tips": Super Mario Galaxy is one of the best video games I've ever played in my life. If you were a fan of Mario games in the past, this one will completely blow you out of the water. My kids and I were totally addicted to it for the ~2 months it took us to beat the game (twice). Big Brain Academy is a really fun puzzle game. You compete either against 1 other person or you can have teams compete to solve logic/numeric/analysis/observation puzzles as quickly as possible. You definitely want to get Wi
  5. Ok, I got a response on the truthiness of what I said: "That is basically true. Some toolkits (SIT, for example) have some shared components that install outside of the LabVIEW folder that might be upgraded and affected. But in general Toolkits and Modules on the DVD only install to 8.6 and won't affect old versions or newer versions. Not all modules and toolkits are on the DVD though, so your mileage may vary for those. As for drivers, the ones on the August 2008 Driver DVD support LabVIEW 7.1.x, 8.2.x, 8.5.x and 8.6." -D
  6. QUOTE (neB @ Aug 12 2008, 10:13 AM) I'm not as familiar with the installers for drivers and modules, but I can almost guarantee that with drivers, the new install will uninstall old stuff just like it always did. I'm not sure about modules. But you should be good with toolkits (VI Analyzer, Report Gen, Internet, Database, etc.) If I had to guess, I'd say modules are probably good, because I think every installer on the LabVIEW Platform DVD will now adhere to the "install only to the current LabVIEW version and don't mess with other stuff" rule that the toolkit installers now abide by.
  7. QUOTE (Ton @ Aug 12 2008, 12:33 AM) Starting with LabVIEW 8.6 and moving forward, a LabVIEW/toolkits install will no longer affect the installs of previous toolkits. So yes, your older toolkits are safe when installing LabVIEW 8.6. -D
  8. QUOTE (ragglefrock @ Aug 11 2008, 01:59 PM) I use SCC in the LabVIEW project, but our server is pretty snappy. I'm not too familiar with LabVIEW launch time speed issues, but I think I've heard people blame slow SCC servers and weird licensing network problems for slow LabVIEW launches in the past. -D
  9. QUOTE (neB @ Aug 11 2008, 12:44 PM) On my 3 GHz, 2 GB RAM machine, here are my times. This is LabVIEW 8.6, pretty much every module and add-on installed (and the default drivers too) from the LabVIEW 8.6 Platform DVD: Load Palettes in Background: LabVIEW launch time - 8 sec Initial Quick Drop launch time - 4 sec Load Palettes on Launch: LabVIEW launch time - 12 sec Initial Quick Drop launch time - 0 sec So I'm seeing that the total time is effectively the same. Note that this is a non-initial launch of LabVIEW after a reboot. I expect the times would be a fair bit higher if this
  10. QUOTE (ragglefrock @ Aug 11 2008, 12:24 PM) Change the setting to "Load Palettes on Launch" if you want all Quick Drop info to be ready to use when LabVIEW launches. Depending on how many toolkits, modules, add-ons, etc. you have installed, your launch time will increase a certain amount. I've never seen a 45-second wait, though. Is your computer reasonably fast? -D
  11. Yes, I encourage all of you to send feedback on this issue (and any others you had at NI Week 2008). My presentation started at 10:30 on Thursday, and the tiny room was completely full by 10:10, with a bunch of people outside trying to get in. They had to kick out some NI employees who were sitting on the floor to make room for paying customers to sit on the floor. I don't know if this is its intended purpose, but it seems to me the NI Week Discussion Forum over at ni.com might be a good central location to submit this feedback. -D
  12. QUOTE (jlokanis @ Aug 9 2008, 12:54 AM) I don't count the Basic programs I wrote on my Atari 400 as a kid, or the Pascal I was required to do in high school. Yes, the Quick Drop window in LabVIEW 8.6 is pure G. The only C work that needed to be done was the addition of a couple of private VI Server properties to give me palette object name information. Those properties were written by the person who was familiar with the palette source code. Oh yeah, and the guy who owns the menu source code added a snippet to launch my Quick Drop VI from the menu (or most commonly, from its menu short
  13. QUOTE (jgcode @ Aug 8 2008, 05:22 PM) I demoed Quick Drop during the Tuesday keynote at NI Week, I used it extensively during the LabVIEW Coding Challenge yesterday at NI Week, and there is a video of me using Quick Drop on the Quick Drop webpage. There's currently an awesome viral video making the rounds of some guy at NI Week who uses Quick Drop to generate beers on his desk, but that one is *not* me. -D
  14. QUOTE (Val Brown @ Aug 8 2008, 02:41 PM) I have never programmed in a text-based language, and I'm the one who wrote Quick Drop! At the end of the day, I have a beautiful, graphical program in front of me, and I was able to create it faster with Quick Drop than I could have with the palettes. That's why I wrote the feature. For me, using the keyboard to instantly drop an object (the name of which I already know) is much faster than trying to find it in the palettes, over and over again. ...and all of my user-defined shortcuts are left-handed, so my right hand rarely needs to leave th
  15. QUOTE (neB @ Aug 8 2008, 09:34 AM) As Stephen indicated, you don't need to configure shortcuts (although they are invaluable to me personally). Every single item in your current palette set will be available to drop with Quick Drop. The object names are auto-completed for you as well. On my LabVIEW 8.6 install, merely typing 'fo' and 'wh' are enough to auto complete For Loop and While Loop, respectively. I prefer using shortcuts, though ('fs' and 'ws' for For Loop structure and While Loop structure), since I don't have to worry about some other object appearing in the palettes and scre
  16. QUOTE (neB @ Aug 7 2008, 03:15 PM) If you are in fact using LabVIEW 8.6, why are you going to the palettes to drop a For Loop? P.S. - One of your colleagues at NI Week said 'hi' to me today on your behalf, but I forgot already who it was...you'd think the guy who wrote Quick Drop would be better at remembering peoples' *names*... QUOTE (Aristos Queue @ Aug 7 2008, 11:33 AM) Which I will be doing for the Mac. See, on the Mac, the shortcut is cmd+shift+space because cmd+space is the shortcut for spotlight. But requiring a double modifier is a real pain for this accelerator. Why didn'
  17. QUOTE (silmaril @ Aug 7 2008, 01:49 AM) The Report Type enum is required in LabVIEW 8.6, but the enum contents are the same whether or not you have the toolkit installed. So this issue should no longer occur when using a VI on two different systems, one with the toolkit installed and one without. -D
  18. QUOTE (Antoine Châlons @ Aug 6 2008, 11:58 PM) The default key combination is Ctrl-Space (Cmd-Shift-Space on Mac), but you can customize it in Tools > Options > Menu Shortcuts to be something else if you want. -D
  19. QUOTE (normandinf @ Aug 6 2008, 04:15 PM) My week was very heavily front-loaded due to all the prep work for the Tuesday keynote. I've still got stuff going on today and tomorrow, but the hardest stuff is over (for me, anyway). -D
  20. QUOTE (jdunham @ Aug 6 2008, 03:38 PM) Please do...I just tried the behavior you described in both 8.5 and 8.6 and I'm not seeing it. -D
  21. Here's a VI that will give the top-down inheritance hierarchy of a .lvclass file. It reads the linkage information from the file on disk, so there's no VI Server or scripting code (although I do use a private method to get the linkage info, so the VI is password-protected). I tested the VI in 8.5 and 8.6 and it seems to work. Hope this helps, -D
  22. QUOTE (b_subhasis @ Aug 6 2008, 02:26 AM) I'm glad to see http://zone.ni.com/devzone/cda/tut/p/id/7423' target="_blank">Quick Drop made your list. You mention in your document that you can drop the object by pressing 'Enter'. That is true, however, there's another, even faster way to use Quick Drop. After you have typed the shortcut or object name (or typed enough of it that auto-complete has finished it for you), if you click in the VI to dismiss Quick Drop, it will drop the object you selected where you clicked. No 'Enter' necessary, and you can skip the step of having the obje
  23. QUOTE (jdunham @ Aug 6 2008, 02:28 PM) MenuLaunchApp should always give the application instance that owns the VI from which you launched the Tools menu option. If you're seeing different behavior, it might be a bug. Can you give me specific steps to reproduce the problem? I'm not seeing it here... -D
  24. QUOTE (crelf @ Aug 5 2008, 11:05 PM) I honestly don't know what we're going to do yet...one thing I was thinking was that we'd keep the Report Gen instance information within the class data, as opposed to using a separate shift register database (as we're doing now). Also, I think the shift register database approach is only used with the HTML report type, since all the other reports (Standard, Excel, and Word) use references (based on their ActiveX roots). So splitting the class wire for Standard, Word, or Excel reports wouldn't create a "new" report in that case. We're effectively mim
  25. QUOTE (crelf @ Aug 5 2008, 11:43 AM) Yup...if we made it so that when you split the wire you had two different reports, then that would make the toolkit behave differently now than it did in past versions. The last time I checked, LabVIEW users generally like for VIs to function the same after upgrading. -D
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.