Jump to content

Darren

NI
  • Content Count

    574
  • Joined

  • Last visited

  • Days Won

    45

Everything posted by Darren

  1. 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
  2. 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
  3. http://www.twitter.com/dnatt I should be down there tweeting all day Tuesday, Wednesday and Thursday (see my tentative schedule here). -D
  4. Darren

    Slow MD5

    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
  5. Darren

    Slow MD5

    QUOTE (Phillip Brooks @ Jun 11 2009, 08:30 AM) 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
  6. Darren

    Slow MD5

    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
  7. QUOTE (Norm Kirchner @ Jun 8 2009, 04:10 PM) More details about the traverse VI http://labviewartisan.blogspot.com/2009/06/labview-scripting-tip-1-power-of.html' rel='nofollow' target="_blank">here. -D
  8. QUOTE (lavezza @ Jun 5 2009, 03:56 PM) The MenuLaunch.App and MenuLaunch.VI properties are private, which means they are not exposed in scripting. It would not be unreasonable, however, to expect a VI that wraps these properties in a future LabVIEW version. -D
  9. My 2nd blog post on scripting: LabVIEW Scripting Tip #2: Supporting Undo -D
  10. Try using a Case Structure...if the reset button is pressed, wire an empty string to the display (and into your feedback node). Otherwise wire in the string you're keeping in the feedback node. -D
  11. QUOTE (asbo @ Jun 3 2009, 07:43 PM) Heh, maybe. We'll see what my time availability looks like in the coming weeks. Don't forget I have to come up with Weekly Normal Nuggets, too. And I should probably figure out here pretty soon what I'm going to present at NI Week. -D
  12. My first blog post on scripting: LabVIEW Scripting Tip #1: The Power of Traverse -D
  13. QUOTE (jdunham @ May 21 2009, 12:00 AM) I have a Quick Drop shortcut of 'nc' for Numeric Constant...I use it all the time to drop an I32 constant. I could see it being useful for a DBL constant to be on the palettes, simply so I could have a 'dc' shortcut to drop the DBL constants when I need them. I'll look into what it might take to get a DBL constant added to the palettes sometime in the future (the work would be trivial, it's just a matter of convincing the right people). For now, though, you could add your own DBL constant merge VI to the user.lib palettes, and use Quick Drop to have quick access to it. -D
  14. QUOTE (Black Pearl @ May 13 2009, 02:21 PM) Hah, I just realized that at some point in the past, I changed my profile to include LV 2009 too. To add credibility to my previous statement, I've changed it back to only list the released LabVIEW versions I use. -D
  15. QUOTE (crelf @ May 13 2009, 11:42 AM) I agree. I don't think it makes sense to list an unreleased LabVIEW version as an option when setting up a LAVA profile. -D
  16. QUOTE (Aristos Queue @ May 8 2009, 02:01 PM) I don't consider it a blind spot. My http://forums.ni.com/ni/board/message?board.id=170&thread.id=380412' target="_blank">favorite feature of LabVIEW 8.5 was the For Loop with Break. I've probably used it hundreds, if not thousands, of times in code I've written in the past 2 years. And the few times I've needed the index of the For Loop when it stopped, I just used the iteration count within the loop. If I ever needed to know how many times the loop ran, I would just drop an increment in the loop and wire it to the iteration count. I never would have considered it a shortcoming of the For Loop that I had to do this. -D
  17. Also, the CLD is a 4-hour application coding exam, there aren't any "questions" on it to speak of. And this is too specific a question for the CLA. And probably too difficult for the CLAD. -D
  18. QUOTE (gmart @ Apr 21 2009, 11:01 AM) I'm pretty sure the most advanced feature on that calculator is that you can type in "5318008" and turn it upside down. -D
  19. QUOTE (TobyD @ Apr 21 2009, 10:05 AM) That's hilarious. Man, this is so cool that there's HP calculator zealots here. I guess it goes with the territory, though...you guys all have impeccable taste in programming language, so it only makes sense that you'd all like the best calculators too. -D
  20. QUOTE (Mark Yedinak @ Apr 20 2009, 05:26 PM) Awesome! I had an engraved name plate on my 48GX! I still contend the 48G series was the best graphing scientific calculator ever made (always bugged me that TI-85 was the standard in my high school). A few months back I reluctantly sold my 48GX, since I haven't used it since undergrad college. I sold it in 2008 for as much as I bought it for back in 1993! -D Oh, and in case anybody wants to start a calculator debate (snicker), I contend that the HP 32SII (which I still own) is the best non-graphing scientific calculator ever made. 384 bytes of user memory ftw!
  21. Definitely a bug, I was able to reproduce in 8.6. I couldn't find a workaround, but I filed CAR# 160408 on the issue. -D
  22. Many of the VIs that ship with LabVIEW were written long ago, before too many people thought much about coding standards. We had the AEs go through and scrub all the examples a few years back, so a lot of those should have gotten better. As for vi.lib VIs, those don't typically get edited too much after being written. I do make it a habit to clean up any shipping VI I happen to be editing though (just did one this morning), so given enough years, I may single-handedly clean up vi.lib. -D
  23. Ben, your use of the term octothorpe just made my day! I thought my dad and I were the only ones who used the true name of the # symbol! -D
  24. QUOTE (Norm Kirchner @ Apr 2 2009, 05:20 PM) I don't know if this wins me the beer or not, but I can get you darn close. Assuming you have all that crazy "scripting" stuff turned on, check out the App method "Hilight Palette Menu Item": http://lavag.org/old_files/monthly_04_2009/post-4441-1238728342.png' target="_blank"> Pass it the name of an object on the palette you want to bring up, and that palette will appear in the position you specify, with the object whose name you specified highlighted. So it works based off palette object names, not palette names, but it's the closest I can do. -D
  25. When you guys do start using Quick Drop, make sure to read my Advanced Quick Drop Tips post on the NI Forums. Keeping one hand on the keyboard for typing object name shortcuts, and one hand on the mouse for placement and wiring, is *exactly* what I do all day long. -D
×
×
  • Create New...

Important Information

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