Jump to content

Ton Plomp

Members
  • Posts

    1,991
  • Joined

  • Last visited

  • Days Won

    38

Everything posted by Ton Plomp

  1. QUOTE(alukindo @ Sep 18 2007, 06:52 PM) I think the following code is better: http://lavag.org/old_files/monthly_09_2007/post-2399-1190181874.png' target="_blank"> Does anyone know why I get a variant value for a boolean datatype? Ton
  2. Multiple XScales? Are you sure it's the XScale label that's shown in the real program (and not some static text) Ton
  3. QUOTE(Michael_Aivaliotis @ Sep 17 2007, 05:52 PM) Step 2: Shutdown LabVIEW Step 3: Restart LabVIEW Step 4: http://forums.lavag.org/Tools-menu-Shortcuts-t8739.html&pid=33754#' target="_blank">Check shortcut key :headbang: Ton
  4. QUOTE(crelf @ Sep 17 2007, 04:10 PM) Ton's Plans is down as well :thumbdown: The Champions are down The Gossip for JPM is down NIWeek 2006 is down NIWeek 2005 is down Ashish is down It seems only the NIWeek 2007 is up and running The redirections work! Ton
  5. Ton Plomp

    (re)intro

    QUOTE(Gabi1 @ Sep 16 2007, 11:10 AM) Gabi, welcom at LAVA, I always onjoy your posts on the darkside! Could you tell us alittle more about your current position (for instance where: Austrai, France or Israel?) Ton
  6. QUOTE(jaegen @ Sep 15 2007, 02:00 AM) Yes, a work around could be setting the 'Data' ability to include the Typedef. I even think this is a better way. Ton
  7. QUOTE(Michael_Aivaliotis @ Sep 14 2007, 07:34 AM) LAVA search Suck (or not) :thumbup: :thumbup: Ton
  8. It is quite hard, but by using OpenG variant VIs it was quite easy. See here: Remember to make a typedef of your enum Ton EDIT: dsaunders was just faster (and had a better solution), the only direct thing I tried was casting the number...
  9. QUOTE(Justin Goeres @ Sep 12 2007, 08:40 PM) QUOTE(crelf @ Sep 12 2007, 08:42 PM) That sounds awesome! Well to get started (this are the easy ones) Note: the second method only goes for brown cluster arrays or numerics (eg static length per element) Ton
  10. QUOTE(crelf @ Sep 12 2007, 07:43 PM) Well that's what the http://forums.ni.com/ni/board/message?board.id=170&message.id=267659&page=1&view=by_date_ascending' target="_blank">NI forums is for in dept problem generation instead of solving Ton
  11. QUOTE(HChandler @ Sep 12 2007, 06:26 PM) Have a look at the LabVIEW examples. If set to task based tree (the default) there's a branch 'Progrmatically controlling VIs', browse through these items. Good-luck Ton PS you need to use the method 'Open front panel', with the hidden state
  12. Mike you know the topic is allready dead for one-and-a-half year? Ton
  13. QUOTE(siva @ Sep 11 2007, 08:54 AM) Hi Siva, it might be easier to maintain if you upload your programs to the Code Repository? The same goes for this discussion I encourage you to use the CR because your programs will be much easier to access and find. Good luck, Ton
  14. QUOTE(gmart @ Sep 11 2007, 06:02 PM) One thing to mention, I discussed this with Jeff Washington (who created this feature), and he mentioned that hidden items aren't added to auto-populating folders. Normally the .svn folder is hidden and the same goes for .scc files (from MS sourcesafe). I think a lot of Source Code Control related files/folders are hidden. Ton
  15. QUOTE(wbiker @ Sep 11 2007, 05:47 PM) One of the problems is that you rely on the 'auto-cleanup' facility of LabVIEW. You should delete every queue and user event on finishing the VI Ton
  16. QUOTE(wbiker @ Sep 11 2007, 04:57 PM) Hi wbiker, good you already found the memory leak. It made it quite easy for me to find the problem. You should register for the events outside the while loop. Now you re-register every time the while loop executes (for every event). So register before the while loop (and unregister after the while loop) Ton
  17. QUOTE(yen @ Sep 10 2007, 08:19 PM) Well a good security strategy would eleminate those things in the initialization VI via VI server (No I have never worried about this) :headbang: Ton
  18. QUOTE(Justin Goeres @ Sep 10 2007, 06:56 PM) QUOTE(TobyD @ Sep 10 2007, 07:26 PM) The Quote +/- button works together with the "AddReply" button at the top of a thread. You can push the "Quote +/-" button on multiple entries and then push the "AddReply" button to quote all of those entries in your reply. Pushing the "Reply button will take you directly to the edit screen for a new post with that entry always quoted (regardless of the state of the Quote +/- button). Clear as mud? Yes, Toby is right (I have made the + Quote on both posts) If you want to answer with a clean post hit the 'Add Reply' on the bottom next to 'New Topic' Ton
  19. QUOTE(Michael_Aivaliotis @ Sep 8 2007, 12:12 AM) No it's lazy, but that's why we are programmers :laugh: Ton
  20. QUOTE(NormKirchner @ Sep 7 2007, 09:38 PM) Allright, I was assuming this because you'd had to react to a drop reaction, and configuration reactions. But it might be nice if some info about Express VIs was added to the WIKI Ton
  21. QUOTE(Michael_Aivaliotis @ Sep 7 2007, 09:42 PM) Well, I think this is intended behaviour (good you didn't post on the bug forum) At this meeting Jeff also presented an extended version of the 'Three little bears' post on EyesOnVIs. Some things were mentioned, each VI-path should only be once in a project. So if you have d:\sub.vi inside an lvlib/class and the class is inside the project a 'auto populating folder' of d:\ will not show sub.vi. I'm thinking of use cases for using auto-populating a class (it's the same for XControls so I assume it goes for lvlibs and xnodes as well). It will recompile the VIs in such a folder! So it will claim every VI that is copied into the folder, I assume this can be very unwanted behaviour. Ton
  22. To support Rolf's comment, here's a similar code part: I heard from several persons that are high on the LV list a 'whoah' (well the screenshot didn't use express VIs so that might be it as well) Ton
  23. QUOTE(Ben @ Sep 7 2007, 08:51 PM) And I missed number 5: XControls prepare you on XNodes whenever they are released. Now I think of that, has anyone ever tried to build Express VIs, I could assume that is like building an XNode? Ton
  24. QUOTE(rolfk @ Sep 7 2007, 10:04 AM) And before XControls and Libraries... Ton PS thanks for the info on triggering user events from dll :thumbup:
  25. QUOTE(Ben @ Sep 7 2007, 07:47 PM) YES IT IS, now I'm gonna tell you why. 8.5 is way much faster on XControls 8.5 is still XControl Bugfree (one month after release ) XControl will force you to think event driven I like them Ton
×
×
  • Create New...

Important Information

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