Jump to content

crelf

Members
  • Posts

    5,754
  • Joined

  • Last visited

  • Days Won

    54

Everything posted by crelf

  1. As an added bonus, the first 75 attendees will receive the most chic NIWeek fashion-wear available: A "LAVA Member" conference ribbon! Stand out in a crowd and show your true colors as a member of the World's Largest Independant LabVIEW Community with this awesome ribbon!
  2. More "sensible" than anything else. I'm wondering if this is a case of the IT department getting in the way of the business instead of supporting it. There may well be a legit reason for not opening up a folder internally, but I can't think of one right now. It surely can't be a security issue: the external customer would still access the folder via FTP...
  3. Yes, these are all good suggestions, but the real solution is that your IT department should provide you with a network drive that's linked to an external FTP server. You said they're not willing to do that - I'd be interested to hear why...
  4. FWIW: I work in regulated industries for about 80% of my job - and LOVE it! Oh dear.
  5. Sounds like this should go the Idea Exchange!
  6. Maybe that's the case - maybe not. My guess is that no one uses it internally at NI, and that you've tried to use it will jog their memory to include it in a subsequent release.
  7. Sorry to tell you this, but the 6501 doesn't have definable start up states. You could use an inverter, rewire your relays to operate oppositely, or replace the 6501 with an M-Series WSB DAQ device that does support definable start up states.
  8. Do you want them to be in one quick-disconnect? If so, what other signals do you want in there too? How many are going to be in your cable assembly? I'm confused about you saying you're connecting to bare wires to test a cable assembly: shouldn't you just connect to mating cable assembly connectors? Or does the assembly have flying leads?
  9. Not at all - I just cringe when I see obvious engineering talent wasted on marketing
  10. I know, right?! That's the most awesome prize we've ever had - AND EVERYONE GETS ONE!
  11. Whilst I applaud the coolness of this effort, if I was an engineer on this project I can't imagine feeling particularly satisfied that I'd used my talents in a worthwhile way to make the world a better place.
  12. You don't need to know what they are - just trust that they work.
  13. Just in case you don't know, there'll be fabulous door prizes at the BBQ too! All prizes are donated by your super-awesome fellow LAVA members, so check them out here (also, feel free to offer up a prize of your own - hint, hint) Ha! No, AQ and I get along just great - especially after a few beers and some 80s music Be sure to attend the conference party to witness this.
  14. The handsome, wonderful, smart, humble and handsome administrators and moderators at LabVIEW Advanced Virtual Architects (LAVA) will be giving the first 100 BBQ attendees a free Asynchronous Avatar Advertisers Bumper Sticker! Show your pride in being an essential part of the World's Largest Independant LabVIEW Community! Make fun of colleagues that couldn't make it to NIWeek! Stick it up on your wall! Stick it up on your car! Stick it up on the outside of your laptop! Stick it up on your office door! In fact, you can stick it up wherever you like! Find this prize, and other LAVA awesomeness in the LAVAStore.
  15. Our built-in search engine only indexes terms of four or more letters. That said, you could always point them to this very convenient link: http://lavag.org/bbq All of 'em! (or, at least they *should* be!) What she said. Thanks - we'd all appreciate that. It was pretty embarassing last year when you arrived with no shorts.
  16. Strongly agree - I use these when I find the NI installer lacking, or need to bundle several NI and nonNI installers together. Inno Setup is super powerful, and free (although I strongly suggest you make a donation if you find it useful to support continued development a support of future installer/OS versions).
  17. Thanks Greg - that was the definitive answer I was looking for.
  18. One thing that I've wanted for a long long time in LabVIEW is Native Support for Dynamic Palettes. I'd really appreciate it personally if everyone took a minute to read (and possibly even vote for) David_L's idea on the idea exchange here. If you're interested, take a look at jgcode's post on JKI's VIPM Idea Exchange here too.
  19. Yes, that's right. Unless I'm missing something with your explanation (which is entirely probable), there's a couple of issues with what you're saying: there's no parent/child heirachy here - in fact, the issue isn't anything to do with LVOOP at all - it's to do with any dependancies with the same name. The more important issue is that I already tried what you're talking about, and it doesn't work: dependancies with the same name cause the Caller to see the Callee as broken.
  20. The dependancy isn't *supposed* to be different - but it might be. Is this statement true? If so, you've answered my question. What do you mean by "saved in the same version"? So you've got to my reall issue here: the point of the exercise is *not* not to avoid sharing - it's to allow my developers to create their own plugins using VIs from any of our internal reuse libraries without having to worry about if I used any of the same reuse VIs in the Caller (I *almost* achevied this by renaming in my caller). I *think* you're telling me that what I want to do can't be done - but I;m not completely sure.
×
×
  • Create New...

Important Information

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