Jump to content

Michael Aivaliotis

Administrators
  • Posts

    6,196
  • Joined

  • Last visited

  • Days Won

    104

Posts posted by Michael Aivaliotis

  1. I've just started one. Apparently you can setup a duration for it and the max is 5 hrs. Search for LabVIEW now...

    I'll start a new one if this expires. Let's do a new years eve LAVA chat!

    Well, my first attempt is not going too well. I made it public instead of private. This means non-LAVA members can join. I also made it 5hrs. I just discovered that you can't cancel a skypecast. So I have to wait until the time expires to start a new one. At that time, I will start a private skypecast and post the link in this thread so only readers of this thread can join.
  2. as a kind of workaround I just create a read property for the embedded native control's reference, which at least gives some kind of flexibility without having to re-implement common properties/methods.
    This is the same solution I have come to as well. The problem however with exposing a reference to the end user is that this breaks encapsulation rules. There is the potential of messing around with elements that you want protected. I don't have a problem with re-creating certain properties. If only we could group related properties and use nesting then it would be one step closer. As it stands, you end up with a super long property list.
  3. I'll clarify my question a bit more since your answer is not what I was looking for. If you open up the one and only Xcontrol example which ships with LabVIEW, you will see a custom property called: Fahrenheit Mode? Notice that it does not have any Context Help. How do we add help to this specific property?

    post-2-1167011287.png?width=400

    Now, you can add as many custom properties or methods as you desire. However, you can't add them in a nested fashion

    post-2-1167011550.png?width=400

    I hope this clarifies what I'm after.

  4. Using LV8.2. I'm working on an Xcontrol that contains a multi-column listbox (MCL). I wanted to do certain things from inside the Xcontrol based on if a column was resized by the end user. One snag is that there are no events for this on MCL. I tried putting the code inside the timeout event case in the xcontrol but this case only executes under certain conditions. In other words it's not always called. One solution I was thinking was to spawn a parallel process VI (from within the Xcontrol) to monitor this continuously. Any other suggestions?

  5. I'm thinking of changing to TDMS files for more flexibility. I don't mind paying significantly more disk space, if that's an issue, but I would mind if the speed dropped more than, say, 10-20%. Does anybody know what the tradeoffs are -- or would you recommend an entirely different alternative? :unsure:
    Actually, the S in TDMS stands for "Streaming". So I assume it should be optimized for speed, however we shouldn't assume anything. With version 8.0 and previous, the format was called TDM. It was changed and enhanced in 8.2 and is now called TDMS. I would be curious to see some benchmarks.
  6. In the behalf of my boss (CLA #5) and myself, THANK YOU.

    Ben

    Actually, this feature was always there even in older LV versions. The lowest VI in the hierarchy causing the break went to the top of the list. NI broke it in 8.0 and then fixed it in 8.2. I think they added listbox icons in 8.2 as well.
×
×
  • Create New...

Important Information

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