Jump to content

All Activity

This stream auto-updates

  1. Yesterday
  2. I think that what you’re seeing is the control is highlighted because the user is tabbing through the controls. This is built-in to all of labview’s controls. I think the only thing you can do is to configure the control to skip tabbing, but I’m not sure if you want to do that because some users really like to tab through controls with the keyboard instead of using the mouse.
  3. Another update: We created a new Knowledge Base entry for Error 1357 during a package build (File Already Exists) Let me know if that makes sense and/or if I missed anything.
  4. Hi again, Ivan. I went ahead and created a new Knowledge Base entry for this issue, since many others have experienced this error message: Error 1357 during a package build (File Already Exists) Let me know if that makes sense and/or if I missed anything (other possible workarounds or made any misstatements in the recommended workarounds).
  5. @Paul Cardinale, Quick update: We've changed the forum software so that it allows sign in with either the Display Name or Email Address. Hope that helps.
  6. Hi Paul (@Paul Cardinale) Thanks for all the honest feedback. I'm sorry there have been so many problems -- I can see it's frustrating, and I'll do my best to help. > I fixed the missing files problem, but now I get error 1357. I'm glad missing files problem is resolved. Thanks for reporting that. We've created a knowledge base entry for it and have already fixed the issue in VIPM 2020 SP3 which should be released soon -- let me know if you'd like to try it out early. Regarding error 1357, @kosist just posted something similar and I replied with a work-around and just cr
  7. Hi Ivan, You're right: Error 1357 during a package build generally occurs when two VIs of the same filename (but in different lvclass'es or lvlib's) are targeted into the same folder during the build. Fortunately, if the classes/libs (with the same-named method VIs) are stored underneath your VI Package's source folder then you can create a custom destination folder for each of them (and target each lvclass/lvlib with it's own specific destination folder). So, maybe you could move the Tree API into your project source folder. Then, you can have more subtle control over choosing
  8. @Paul Cardinale, what browser do you use? I use latest Chrome, and no issues with that. Try to clear all the cache from the browser, sometimes it helps (I had similar problems with another website).
  9. I fixed the missing filest problem, but now I get error 1357. Furthermore, dealing with your website is about as pleasant as removing lug nuts with my teeth. It always rejects my login. The only way I can get it is to reset my password. But then the next time I try to login, it rejects me again. (Also, your anti-robot feature is awfully annoying.) And to top it all off, your "Contact Us" link always leads to "Page Not Found". Your product is broken. Your website is broken. Your contact link is broken. How on Earth do you stay in business?
  10. I've faced this issue while building our internal toolkit, and now it was possible to replicate it with dummy project. There is Tree toolkit which is unpublished in VIPM repository, but it is possible to download and install it from NI forum. I've created project which includes VI from examples for this toolkit just. As it is unpublished, I was trying to add it as internal dependency - so from Package Build configuration first scanned the project for dependencies, then this toolkit was added there, and then I've removed it manually. But following error occurred during the build (on t
  11. Last week
  12. Thanks for sharing your thoughts on this, Ivan. I agree that this is a helpful use case. I think there are a couple aspects to this: 1) For a potential user of a package to know if other people are using the package -- this adds some credibility that others trust it and likely indicates some level of expected quality. 2) For a developer/publisher of a package to understand who the users (dependency project) are, to possibly understand how people are using it and what possible impacts changes to a package might have. I like the idea of supporting this (I would surely use it
  13. Thank you @Jim Kring. In my case, I would not use it often. Just, for example, recently I was curious to find out how many toolkits use ESF toolkit (which is unpublished, but possible to download from NI forum). So I knew about one toolkit which was built based on ESF, but had no idea about the others. But now when I think it through, I can not find other cases when I'd need to check dependent packages - unless to find out which package is used in other toolkits, or in other words how much popular that toolkit is, or something like that...
  14. Hi JKI Team, How to avoid the tab outside rectangle box for button/system string control ? attached image file for your reference. Thanks and Regards, Prashant Vernekar
  15. Great! Im glad this looks like it’ll work for you, Quentin. Hope you have a fantastic Thanksgiving and looking forward to hearing how this works for you when you’re back to work. Jim
  16. Jim, Thank you. Your first answer wouldn't work in my use case as we don't have permission to install VIPM on the internet enabled computer. However, your second answer is exactly what I needed. I need to be able to download the package, burn it to disk, and sneaker-net it to the development (not internet connected) network. I'm off for Thanksgiving but I'll give it a test when I'm back at work. It lets me download a package at home so it looks like it will work for me. Thank you for the quick turn around! --Q
  17. Hi Again. Update: To make this easier for you and other users, we've updated the package details page with a "Download Package" button, as shown below. Please let me know how that works for you, and thanks again for the great question/feedback!
  18. Hi Quentin, Thanks for your good question. Here's a how to guide for that use case: How do I transfer packages with VIPM to a non-networked computer? Note: This requires VIPM Community Edition or VIPM Pro to create a VIPC file that stores a copy of the package inside the VIPC file. Would that work for you? I understand this isn't exactly what you asked for. -Jim PS - thanks for your patience, since many of us our out on thanksgiving vacation this week.
  19. Thanks, Ivan. We've gone ahead and posted a knowledge base How-to arg about this: How to create a package repository with DropBox, OneDrive, Box.com, Google Drive, etc. (for sharing packages)
  20. This is a great idea @kosist -- yes, it would be nice to know which packages declare a package as a dependency without having to open them up individually. I'm curious how you might use this feature. Can you explain a little bit more about what sort of programming or project-management problems you might solve with this? I can think of some (that I'm happy to share), yet I'm curious to hear what you think, before I bias the conversation
  21. Hi @Paul Cardinale We've had some success reproducing and isolating the issue. Knowledge Base: [18867] VI Packages cannot be built if their hierarchy contains VIs stored under the LabVIEW\help folder (results in Missing VIs error) There's a potential workaround (see the KB entry above) and also this should be fixed in VIPM 2020.3, which will be released soon. Let me know if you'd like to help test 2020.3. -Jim
  22. PS - When VIPM process is still in memory, it may be the case that the VIPM System Tray (show below) is running. When the System Tray is running, the "VI Package Manager.exe" process stays in memory and opens faster when VIP and other files are double-clicked. However, some users (like you) have reported issues with this not working well for them. The new 2020 SP3 aims to fix this.
  23. Hi @turbophil. Thanks for reporting this and sorry for the troubles. Some thoughts and ideas: 1) If the Error 8 issue is happening as a result of files in the cache folder (C:\ProgramData\JKI\VIPM\cache), then the best solution seems to be deleting those files. Please see this Knowledge Base entry. [18852] Cannot Install Package (Error 8: Open/Create/Replace File related to a package spec file) 2) We've been working on the issue with the VIPM process staying in memory. Please check if you're using the latest public build, since that has some fixes that have helped
  24. Hi again, Paul. I just tried building the Y Controls and I got this error about missing VIs -- is this what you're seeing, too? I'm going to dive into it a little further...
  25. Hi @Paul Cardinale. Thanks for reporting this. Can you check your error logs folder to see if there's anything useful in there (the file will have the date in the filename)? C:\ProgramData\JKI\VIPM\error
  26. I'm trying (and failing) to build a package for my Y Controls. When I run the VIPB file, sometimes it aborts claiming that a file or files are missing; but the files aren't actually missing and they aren't dependencies of Y Controls. Sometimes when I run it, I get no errors, but also no output. I would appreciate any suggestions. Y Controls.zip
  27. @Vollinger: Great question! First, I was going to suggest the possibility of distributing a VIPC file (instead of a package) that includes your package and all it's dependencies inside of it. You can then name this VIPC file to convey that it's your package+dependencies. However, this approach doesn't fully look like an installer for your package -- it appears like a multi-package installer to your users. However, it's a pretty clean approach that involves distributing only a single file. And, you can name this VIPC file to convey that it's the installer for your product. Another app
  1. Load more activity
  • Create New...

Important Information

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