Jump to content

clbst47

Members
  • Content Count

    13
  • Joined

  • Last visited

    Never

Community Reputation

0

About clbst47

  • Rank
    Active
  1. Here's a fun one. Can anyone tell me why the attached VI generates an error (my favorite error code, too - error #1 :headbang: ) when a user releases control of it in a web browser? This is a very straightforward example, so I'm hoping I'm missing something obvious or that it's machine-dependent. Otherwise the web server's going to be pretty useless for me in my application... How to set up this problem: 1) Start labview and make sure the web browser is enabled ("Tools" menu) 2) Place the "WebServerError.html" file into the "...Labview x.x\www" directory 3) Run "WebServerError.vi" 4)
  2. Birthday cake on the "About LabVIEW..." page. Nice.
  3. If anyone knows about the timing of an 8.1 release, please give us a hint. I have found LV 8.0 to be extremely buggy, and am in the midst of tweaking/hacking all my projects to get around the numerous bugs. Perhaps I won't have to fix quite so much after 8.1 comes out. What's the projected timetable?
  4. OK, so when I change the location of the "LabVIEW Data" folder using the development environment options, the location changes sure enough - until I run an executable. Then the "LabVIEW Data" folder again gets created in the "My Documents" folder. It's almost as if the run-time engine has a data path of its own... Two questions: 1) Anyone else able to replicate this on their machines or under a different version of LV or the RTE (I'm using LV 8)? 2) Anyone know if there's a separate .ini for the run-time engine (or some other way to keep an executable from creating this folder in My Docum
  5. I heard October 3 at NI Week.
  6. Well, as usually happens once you make a post, I figured it out. First of all, just what the correct answer should be varies from programming language to programming language (hence my confusion), and there is much debate on the topic among mathematicians (http://mathforum.org/library/drmath/view/52343.html). However, the key here is the "floor" function (at the output of the Q & R function), which helps to explain what LabVIEW behaves as it does.
  7. OK, I'm willing to admit extreme ignorance as to how one of the most basic functions in the programming world is supposed to work, but I'm a little confused at the output of the "Quotient & Remainder" function in LabVIEW 7.1.1. My assumption is that this function should compute and return the quotient and remainder of its two inputs, regardless of their sign. Therefore if the inputs are 100 and 90, I would expect a quotient of 1 and a remainder of 10. Similarly, if the inputs were -100 and 90, I would expect a quotient of -1 and a remainder of -10. However, for this latter case, this i
  8. I have an application where I'm displaying multiple plots on a waveform graph. I would like to be able to draw a visible box (using the mouse) around a subset of the data, and then return the plot points thus selected. I first thought cursors (having them snap to the current mouse position on a mouse down event) - but there's no way to "draw" a box on a graph using cursors as far as I can tell. Plan B might be to use the box zoom tool, allowing the user to select a portion of the graph, after zooming to get the max/min of the graph, then undo the zoom (all the while deferring panel updates
  9. Thanks for the reply - I would really like to be able to do this w/out passing in a menu refnum. Is this possible? I simply can't believe that the menubar is not an exposed property of a VI somewhere!
  10. Michael: Did you ever figure this out? I would really like to be able to get a strict property node to a control in a VI from within a subVI *without* creating and passing in the control references from the top-level VI...
  11. ...anybody know if this is possible? I can find the "Run-time menu path" of any VI using VI server, but can't seem to get the refnum so I can manipulate a VI's menu from a subVI, for example. I gotta imagine this is possible, and I'm just not looking in the right place...
  12. True - but I then have to iterate through all the refnums, looking for the one I want (while closing all the rest). This makes a block diagram where you're doing a lot of control/indicator manipulation pretty messy pretty fast. It would be really cool if I could access a specific control or indicator in one step, and I was hoping I might be able to with this primitive (it already gets me halfway there, since I don't need to iterate through all the refnums (and close all the unneeded ones) returned by the "Controls[]" property of the "Panel" object). ...so any idea what "name/order" means?
  13. Jim - this topic is fascinating! I have a question - I'm trying to use the "Open VI Object Reference" primitive and can successfully get the references to "top-level" controls on another VI's front panel. If I wanted to access the controls within a cluster or on a tab control, though - how would I go about doing that? I am guessing there's some syntax for the "name/order" input, but...
×
×
  • Create New...

Important Information

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