Jump to content

Jeffrey Habets

  • Posts

  • Joined

  • Last visited

  • Days Won


Posts posted by Jeffrey Habets

  1. I don't have the link, but I remember someone else telling me that you can choose the INI file to use, in a command line switch.  This forces LabVIEW.exe to use a different INI file somewhere else on disk.  You could have a batch file that launches LabVIEW.exe with an alternate INI this way too.  I've never tried this so sorry if this is incorrect information.



  2. Thanks Mark and Dan! Much appreciated..

    14-8-12_06_LabVIEW UserGroup Awards_Challenge of the Champions seems to have the wrong content. This is part of Jack's FTW presentation.

    Edit: Seems fixed now. Thanks!

  3. You know, if you programmed graphically it wouldn't hurt so much.

    Hmmm, you sure.. Especially after a couple of full days of coding LV my hand really hurts. :(

    But, to get back on topic.. I agree with AQ that a class is best tested on it's public interface. I can imagine that in some use cases it would be handy to test some of the private parts and for that I think the next best thing is indeed to use community scope and friend VIs or libs.

    Putting the test VIs in the class can be a real pain, for example when integrating your class in the greater whole. If during integration changes need to be made to the interface of a class member that is used in a test VI, chances are that test VI will be broken, thus your class will and your application too. So your build is broken because of the broken testcode even though all VIs actually used in the application's hierarchy are not.

  4. I'd expect you need to do more then just a simple valid-refnum check to see if a connection is valid and that it would be different actions depending on the protocol that is used. So I would opt for implementing a dynamic dispatch "CheckConnection" method and make it "Must Override" so that each child has to implements it's own.

    If you're really certain that you can use the same piece of code to check connection for all child implementations, I vote for AQ's solution above.

  5. I also have to resize this decoration on a panel size, to ensure it's always surrounding the combo box at exactly the right size.

    This can actually be achieved without doing any coding in the panel size event. Just need to have the correct correct combination and usage of a splitter bar, grouping (the combo-box and decoration) and 'Scale object with pane' and you can mimic the behaviour QD window without coding. Set pane sizing for all panes to 'Scale objects while sizing' and it even gets better! :)

    Programming UIs in LabVIEW is fun!

    Absolutely! And it got a whole lot better since the introduction of splitter bars!

  6. I do the loading of a class from one of the methods, basically I 'construct' the class from file. So I have e.g. a Load method for constructing a class+data from a file and a New method for constructing it without data (or whatever the New method needs to do to initialize the data, which in my case is nothing). Since the class' load method is called, it will for sure be present in the exe, as well as the classes it aggregates (Channel in my case). Works fine here.


  • Create New...

Important Information

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