Jump to content

Francois Normandin

Members
  • Content Count

    1,157
  • Joined

  • Last visited

  • Days Won

    35

Francois Normandin last won the day on October 27 2019

Francois Normandin had the most liked content!

Community Reputation

163

3 Followers

About Francois Normandin

  • Rank
    Son of Scotland
  • Birthday 02/26/1975

Profile Information

  • Gender
    Male
  • Location
    Montreal, Canada
  • Interests
    LabVIEW (!!!), Astrophysics, Science-Fiction, Kilts.

LabVIEW Information

  • Version
    LabVIEW 2017
  • Since
    1999

Contact Methods

Recent Profile Visitors

8,674 profile views
  1. Last LabVIEW version in the list (profile) are LabVIEW 2018 and NXG 2.0. The list should be updated.
  2. Hello Dániel, yes you can run Caraya headless starting from version 0.6 and on. You will first need to setup a Test Suite and ensure the "Interactive" flag is set to False. This should instruct the Test Manager to run in Silent Mode (no front panel). On a Real-time target, you can get a text report setup as part of the Test Suite constructor. There is a wiki page on github about this topic: https://github.com/JKISoftware/Caraya/wiki/Defining-a-Test-Suite Choose the Polymorphic instance that makes the most sense for your use case (plain text or JUnit-style XML report) Let me know if this does not work or you need more assistance. If you think there is a bug, you can also report it directly on the issue tracking for the project: https://github.com/JKISoftware/Caraya/issues
  3. GRBL 1.1 (2009).zip Back saved to LV 2009.
  4. Apparently @Benoit does not have access to LabVIEW anymore. At least until the Community Edition is released... I took the liberty of backsaving to LV 2013 and correcting the *char GpioValues bit representation as described in the programmer manual. (Only for 32-bit library) Microchip MCP2221A_x86 (2013).zip *Please note that I have never used this library and have no way of testing whether the 2013 version works.
  5. I believe the only way to do what you want is to catch the keyboard "arrow up" and "arrow down" events, discard them and programmatically increment or decrement the control value. (LV2013) ArrowUpDown_UnitIncrement.vi
  6. I simply have all my public repos in Github nowadays, so switching it is mainly to keep them all in the same place. You're right that I could have simply kept the address of the repo the same and changed it to Git.
  7. Application Control >> Palette Editing (It's really just a flatten/unflatten .mnu file API...)
  8. As I've reported in the UI Tools support page, I've started migrating the open source code I still have on bitbucket (Mercurial-based repos) to Github. I didn't think that it might be worth a specific topic until @LogMAN mentioned it. Personally, I'm moving my code to Github in the process. I know there are some reports of Hg-to-Git transitions not going so well when using sub-repositories, so please share your migration experience if you've had to jump into some hoops to get it done! For all of you who still use Mercurial and host your open source and/or enterprise repos on Bitbucket, this blog post is worth reading:
  9. Due to bitbucket discontinuing support for Mercurial in 2020, I have migrated the source code to Github. From now on, if there is any development on this project, it will be in the LabVIEW Open Source project: https://github.com/LabVIEW-Open-Source/ui-tools You can use both LAVAG or Github's issue tracking to report any issue you might encounter with this package. (previous repo: https://bitbucket.org/normandinf/ui-tools/)
  10. Like Eric predicted... I use JKI SMOs the most. Although I also actively maintain a couple of Actor Framework projects.
  11. OpenG does not install under the LAVA palette. I think it was used by a few of us back when Jon Green was handling the Code Repo. I know I've put the "UI Tools" in there and I'm fairly sure there were a few more packages from the years ~2012. Ton's "Code Capture tool" maybe? The idea was to regroup the librairies that were published on LAVAG's repository into a single palette, but it didn't get much traction past 2013.
  12. I'll be there as well. Since this will officially kick off my vacations, I will not be presenting this year 🙂. I'm eager to sit back, relax, learn and chat with all you guys & gals.
  13. Remember that the DVR is a container which contains the class. Since your class is privately scoped, only library members can act on it. No terminals containing the DVR will allowed unless your class itself is accessible to the caller. You can still achieve exactly what you want by moving your interface methods (DVR terminals) inside your class as public members of the class. As @smithd suggested, make all your current class members be protected (if dynamic dispatch methods) or private (for your static dispatch methods) and set your class' scope to Public. In addition, you don't need a lvlib to wrap your public interface as the class is already a library.
  14. @donk you haven't overlooked anything. Unfortunately, somewhere in the past (was it 2011?), LAVAG experienced a massive failure and most attachments from that time were lost, or at least the links could not be recovered programmatically from old thread backups.
  15. The LWZ Unpack algorithm is very slow in the OpenG implementation. I found this post over in the NI forums and tested it with your image... much faster. https://forums.ni.com/t5/Example-Program-Drafts/Read-GIF-File/ta-p/3514726 Edit: Set image to "-1" to load them all:
×
×
  • Create New...

Important Information

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