Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 12/02/2014 in all areas

  1. I just noticed this this morning, but in Windows 7(x64) running in bootcamp (LabVIEW 2014). My problem seems related to the input-locale, or more specifically, which keyboard-type that were used. I’m using an external keyboard but windows defaults to the “Swedish (Apple)†keyboard, and for some reason that keyboard doesn’t forward multiple modifiers to LabVIEW (all keyboards work in MS Word). In this little test VI; pressing shift-a, ctrl-a and shift-ctrl-a should all give me the scan code 30 on my keyboard. ModifierTest.vi But the Apple keyboard doesn't react when both modifiers are used. By switching keyboard layout during the VI execution the ctrl-shift-a functionality comes and goes. So, my solution was to go to the control panel and change the default input to use the external keyboard layout instead of the apple-type. I also explicitly changed keyboard type when LabVIEW was open. Hope this helps someone /J
    3 points
  2. Have you tried to clear cache (Tools-Advanced-Clear Compiled Object Cache)? This should help.
    2 points
  3. You're welcome Jack. It is actually quite funny that I first noticed the issue right after I read through this thread... ;-) /Jonas
    1 point
  4. another (i think) valid comparison would be to a .c file or any other single file in a text based language. You'd usually have a whole class in one file, a whole api in one file, or a whole set of related helper functions in one file. Only once in a while would you make a whole new file to contain a single function. As a result including that file includes each function in the dependencies of your project, along with that file's dependencies (although the concept of include vs code files helps with that). When the compile occurs, references to those unused functions are removed. I don't write a lot of C but thats how I understand the process and it feels similar to me. On the other hand Jack's main point was that lvlibs don't really work that well, which is fair.
    1 point
  5. Do you have the compiled code separated from source? /J
    1 point
  6. Can we get rid of LVLIB “libraries†then? Or at least rename them as they don’t match the English meaning of library? Libraries are not "collections of books that cannot be read except all at onceâ€. And can we have an actual library construct that does collect related VIs with namespacing and scoping? Why don’t we have proper libraries in LabVIEW?!?
    1 point
  7. Early in this thread, someone posted some VIs for counting the number of lines in a VI. I'm not sure if you ended up using those, but there are some existing VIs that ship with LV that you might be interested in using. Since these VIs are not in the palettes, I recommend making a copy of them for your own code... Open up <labview>\vi.lib\utility\error.llb In there you'll find VIs for getting the longest line in pixels, the height of text given an amount of space (taking word wrapping into account), etc. These are used by the General Error Handler dialog.
    1 point
×
×
  • Create New...

Important Information

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