Jump to content

David_L

Members
  • Content Count

    60
  • 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

About David_L

  • Rank
    Very Active
  • Birthday February 25

Profile Information

  • Gender
    Male
  • Location
    Austin, TX, United States

LabVIEW Information

  • Version
    LabVIEW 2016
  • Since
    2008

Contact Methods

Recent Profile Visitors

1,343 profile views
  1. Oh no... If they changed the NIPM logo, that probably means LabVIEW is not far behind. It's just so.... green... Good thing our project is still stuck on LV2016 🙂
  2. Hey all, (Cross-post from ni.com forums) We have a LabVIEW application, which has a LabVIEW-based Installer. This LabVIEW installer is called from within another Inno installer (since our main Inno installer pulls together multiple components, most of them not LabVIEW). Whenever this Inno installer ends, it always asks the user to restart their PC, even if the LabVIEW installer was cancelled. I narrowed it down, and it's reproducible with only the LabVIEW installer, so it's definitely LabVIEW installer's fault. According to Inno's help documentation, "if a p
  3. Agree with Paul. Assuming that this is some feature that isn't supposed to be there, they'll support this in the way they support any bug. File a bug report that may or may not get fixed in a future version of LabVIEW (likely > 1 year away) then give you a workaround, which is don't use this unstable hidden feature. If it is a feature that is supposed to be there, but buggy, then pretty much the same result, as there's probably not much else they can do for you in the short term other than suggest a different, more stable approach.
  4. For those who don't feel like crashing LabVIEW, here's what it looks like. It looks like something out of LabVIEW 1.0 that was somehow never removed. In my former role at NI dealing with all the secret features we didn't want the average user to know about, even I never came across this one before. Given this, and the fact that it crashes when you try to use it, I can almost guarantee you that NI will not be interested in providing support for this. Better to stay away unless you find some good reason you think you need it in your project.
  5. Paging Mr. @QueueYueue, you have a telephone call at the front desk...
  6. 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!
  7. 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?
  8. @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?
  9. 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)?
  10. 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
  11. 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.
  12. 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
  13. 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(waitForObjec
  14. 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.
×
×
  • Create New...

Important Information

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