Jump to content
News about the LabVIEW Wiki! Read more... ×

David_L

Members
  • Content Count

    55
  • Joined

  • Last visited

  • Days Won

    3

David_L last won the day on September 25 2018

David_L had the most liked content!

Community Reputation

33

1 Follower

About David_L

  • Rank
    Very Active
  • Birthday February 25

Profile Information

  • Gender
    Male
  • Location
    Austin, TX, United States

LabVIEW Information

  • Version
    LabVIEW 2014
  • Since
    2008

Contact Methods

Recent Profile Visitors

892 profile views
  1. Paging Mr. @QueueYueue, you have a telephone call at the front desk...
  2. Nice! I recently became addicted to podcasts and was wondering if/when there would be any LabVIEW based ones. VIShots made one many years ago, but it isn't updated anymore. Subscribed!
  3. David_L

    LabVIEW Content Landing Page

    If this page will be the forever "Landing page" then I agree you should delete the posts eventually. However, now that a wiki exists (whether in it's current place, or back here if Michael figures out a way to add a wiki), my thought was someone (you, me, someone else with free time on their hands) migrate your top post to the wiki and that becomes the forever "Landing page". That way, again, it's not only up to you to maintain it for eternity, but can evolve through community involvement over time. Agree or disagree?
  4. David_L

    LabVIEW Content Landing Page

    @The Q I don't know how difficult it would be, but I feel like it would be 1000x more effective if the wiki was hosted on lavag itself. While I agree that a wiki is a good choice, having yet another place to go for LabVIEW content, might fragment the community even more. @hooovahh @Michael Aivaliotis Or any other Moderators, Do you guys have any insight if it's possible/easy to add wiki functionality to the Lavag site?
  5. David_L

    LabVIEW Content Landing Page

    I second the Wiki approach. This allows everyone to easily contribute, without any one person having ownership of having to keep everything updated. There's way too many sources of content that are created and as soon as the content creator moves on to other projects it gets left in the dust, never to be updated again (I know I've been guilty of this on the NI Community in multiple places). Do you guys think a wiki like this should be under NI control (more visible and official-looking) or independent (unbiased and community led)?
  6. Personally, I think that VIPM would cover most of the needs of code sharing if it wasn't for one HUGE limitation which is a public, free, open repository. The LabVIEW Tools Network repository is great for sharing code that has been vetted and approved by NI's engineers and processes. However there's obviously a huge need for a public repository that has little or no barrier to entry. And even if somebody created a repository like this somewhere (LAVA maybe?) nobody could access the repo unless they pay for a Pro license of VIPM per-user. Now what Derek/MGI have started with GPM is an awesome first step in solving this, but I think there's one big disadvantage: there is now one additional tool for installing G Code (reminiscent of https://xkcd.com/927/). If I have a project that uses some NI toolkits, some LVTN toolkits and some Open Source GPackage toolkits, I have 3 different tools needed for getting a system set up. I also have three different places (not counting the numerous GitHub repos, LAVACR pages, internal code repos, etc) to go looking for the code I need. What we need is a single tool that will install everything from all sources in the same standard. I would also want some way to differentiate what's an official NI product, whats a validated LabVIEW Tools Network product, and what is a use-at-your-own-risk open source ...thing... It would also be great if users could rate and review all these things so you could have more information on which of the 7 JSON toolkits is the best for your needs. I also realize the fallacy of pointing out problems without solutions, but as I'm not in the business of making package management tools, it's hard for me to prescribe others what to do with their time and money. Hopefully this discussion bubbles up to the right people who ARE in this business so we can get the solution the community needs. [Edit: Darn, in the time that I was typing this, it looks ShaunR posted almost the same ideas, just more succinct... Glad we're on the same page]
  7. mxLvProvider definitely refers to some project provider code, and TSVN is almost completely a project provider add-on. The best bet in this case would be to uninstall TSVN and see if you still see crashing. If the problem points to TSVN you might be able to reach out to the developer, but since it's a free toolkit I don't know how much bandwidth they put into development and updates on it.
  8. Darn, that's a bummer. Thanks to both of you. I did consider the option to use VI Server to automate these things, but that would mean creating a custom LabVIEW tool to replace something that already exists and our team is already familiar with. Agreed that there doesn't seem like a good solution, but maybe someone else out there will have some secret ideas that we don't know about :-) Thanks again, David
  9. Hey all, Pretty obscure question here, hopefully someone out there has some ideas. Our testing team uses a GUI testing tool called Squish. You use this tool to record GUI interactions so you can automate mouse clicks, etc. For software written in other languages (for example, Notepad++) Squish will refer to an object by a name or ID. This allows the test to work no matter the resolution, location or size of the window. For example:. function main() { startApplication("notepad++"); mouseClick(waitForObject(":41001_ToolbarItem")); mouseClick(waitForObject(":41002_ToolbarItem")); mouseClick(waitForObject(":Open_Edit"), 312, 8, MouseButton.PrimaryButton); type(waitForObject(":Open_Edit"), "asdf"); clickButton(waitForObject(":Open.Cancel_Button")); mouseClick(waitForObject(":_Pane_2"), 318, 161, MouseButton.PrimaryButton); type(waitForObject(":_Pane_2"), "asdf"); } However for a LabVIEW application, Squish does not seem to assign any name to the controls(however window names are assigned), and instead refers to the object by relative location: function main() { startApplication("DavidApp"); doubleClick(waitForObject(":David_VI.vi_Window"), 38, 150, MouseButton.PrimaryButton); doubleClick(waitForObject(":David_VI.vi_Window"), 35, 199, MouseButton.PrimaryButton); mouseClick(waitForObject(":David_VI.vi_Window"), 183, 167, MouseButton.PrimaryButton); mouseClick(waitForObject(":David_VI.vi_Window"), 44, 37, MouseButton.PrimaryButton); mouseClick(waitForObject(":_Pane"), 45, 12, MouseButton.PrimaryButton); mouseClick(waitForObject(":David_VI.vi_Window"), 170, 224, MouseButton.PrimaryButton); mouseClick(waitForObject(":David_VI.vi_Window"), 470, 16, MouseButton.PrimaryButton); } So the question is does anyone know how to assign these Object IDs for LabVIEW controls? It seems to be defined by the application, not by Squish. Has anyone used Squish (or similar tools) for GUI automation of LabVIEW applications and had success? (Cross post on ni.com) Thanks, ----- David Ladolcetta Certified LabVIEW Architect Cirrus Logic
  10. David_L

    Control References Node

    Nope, I didn't see it pop up at all, which is weird because I can see in the VIP file that activation is enabled. Maybe something weird with the version of VIPM I have (2017.0.0f1)? I know there have historically been a lot of weird issues between TPLAT and VIPM, so it never surprises me anymore when something weird like this happens.
  11. David_L

    Control References Node

    It seems like an administrator privileges issue. Uninstalling and reinstalling didn't solve it, however when I ran LabVIEW 2016 as an admin, the status changed to Expired. I can almost bet that if I were to start over fresh and run LabVIEW as an admin before installing the first time, it would work fine. Typically this is handled by VIPM calling "RegisterAddon.exe" during the install process which automatically grants Admin rights, but that didn't seem to happen during installation in this case. I wonder if it's because you're using VIPCs instead of just VIP for your installer. If I were you I'd check with the LabVIEW Tools Network team or JKI Support for more help. I'll let Shaun fill you in on how much he loves these little TPLAT quirks :-)
  12. David_L

    Control References Node

    Hey David, It looks like a cool concept, but just FYI, this didn't actually work on my system after installing it. It seems there's an invalid license which causes the library to be broken. Using version 4.0.3.2 on LabVIEW 2016, Windows 10. Best of luck, David_L
  13. David_L

    LAVA BBQ 2016 - Official Information

    FYI, Jeremy just posted 2017 BBQ info here:
  14. Just in case anyone stumbles upon this post via the Googles, here's the 2016 post:
  15. David_L

    LAVA BBQ 2016 - Official Information

    Once again, I'll be there with (some of) the rest of the LabVIEW Tools Network team. See everyone in a few weeks!
×

Important Information

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