Jump to content

LAVA 1.0 Content

Members
  • Posts

    2,739
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by LAVA 1.0 Content

  1. QUOTE (mike_nrao @ Jan 22 2009, 02:02 PM)

    I think we interpret NI Labs differently. When I read "aren't quite ready for release" and I see a list of "graduates" along the side of the page, I'm led to believe NI Labs stuff will soon (maybe less than one year) be available. Judging from the discussions on the NI Labs forums, there doesn't appear to be much product evolution taking place. This could mean people aren't using NI Labs, or people are not giving feedback, or the product is fairly mature and people are happy.

    To clarify, NI Labs contains both new features that will be available soon in the product and are prereleased on NI Labs, but it also contains projects and ideas that are being evaluated and may never make it into the product, or will look very differently when released in the future. So NI Labs does serve several different purposes in that regard, but most content that is chosen for NI Labs falls into one of these two categories.

    • Prerelease of an upcoming feature with little change in API
    • Evaluation and feedback of a new idea, concept, or feature that may or may not make it into a released product.

    We just don't always say which of these two you are looking at. ;)

    In general I do not recommend building any kind of products based on NI Labs content, unless you have verified with NI the future availablity and interface of the content you are considering using.

  2. There was once a discussion on the NI forums about scripting and what kind of impact it would have on the forums.

    QUOTE

    hlp! I wrote a vi tht mate a vi thta burnd my projct. plzz hlp fr friday

    Besides we should make a distinction between scripting and private items.

    In my opinion scripting is the possibility to edit LabVIEW source files (VIs) without human interaction.

    Partially this is allready released, the methods exist to build lvlibraries/classes/xcontrols from scratch. The power to make VIs however is not in our hands.

    Private items are properties/methods/events that are not fully debugged by NI and most likely will be released in a future version of LabVIEW.

    Ton

  3. QUOTE (crelf @ Jan 21 2009, 09:26 AM)

    I think what you're trying to get as is we should question: Is LabVIEW Scripting is mature enough for public consumption? Discuss.

    Here's a couple of my personal thoughts on this topic. This is not an official statement from NI, I don't work in R&D or on the LV team, and I don't know what the reasons are for not releasing this feature.

    • Once a feature is released as part of a product, NI attempts to ensure long term support and forward compatibility for that feature so that upgrading applications from one version to the next is as seemless as possible. This means it becomes very difficult to make significant changes in any existing features, especially ones that include an API of any sort. Therefore NI may not release an API for public consumption in order to reserve the ability to make changes to said API without breaking a lot of existing external source code. My personal guess is that the R&D team does not feel comportable with the current state of the scripting API and long term forward compatible support.
    • Product support is always a big issue and decision influencer in the release of any product or feature. Scripting is a very advanced feature and can be very difficult to support using the existing support channels. This fact may also hold back the release of this feature, weighing the cost versus the benefits.
    • Regarding NI Labs: NI Labs is not an official release of a product and NI does not offer support or guarantee future existence and compatibility of anything made available through NI Labs. Therefore it is not advisable to build any add-on product, toolkits, development tools, etc. based on NI Labs content, as it may not be supported at all in a future version of the product. However, making something available on NI Labs can and does create certain expectations among users and developers and it is important to manage such expectations properly in order to maintain long term viability and success of a product.

  4. Impressive and advanced solution with reentrant VIs. (points for that).

    Easy comment:

    No documentation on the BD of the GUI VI. (esp. in the event structure)

    No on-line help on the led-status of the GUI VI.

    Intermediate comment:

    Mix-up of system and labview GUI elements (BD color is dialog the rest is native LabVIEW)

    Advanced critique:

    I would use a VI-reference to load the reentrant VIs:

    post-2399-1232391882.png?width=400

    (As you can see the BD of this VI has no documentation.)

    Use the auto-clean up tool for simple VIs, your reentrant loader had a lot of white space, auto-cleanup eases things out.

    Good-luck,

    with such a solution you have to pass.

    Ton

  5. Your code uses motion which is a seperate toolkit (allthough I think you can install the 8.2 version on 8.6).

    You have that toolkit installed on LabVIEW 8.2.

    Now you need to install the toolkit on LabVIEW 8.6, look through your 8.2 CD and try to find the toolkit.

    It might happen that installing the toolkit on 8.6 deinstalls the toolkit on 8.6.

    Ton

  6. QUOTE (rolfk @ Jan 18 2009, 09:10 PM)

    Someone did bork up LabVIEW 8.6 mouse click position detection in various cases very badly. Seems a bit similar to the problem when you do have a tab control and try to place a free label on it.

    Does anyone how to select an Xcontrol on the owning panel without drawing a rectangle around it but just by clicking it's border?

    Ton

×
×
  • Create New...

Important Information

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