Jump to content

flarn2006

Members
  • Content Count

    341
  • Joined

  • Last visited

  • Days Won

    21

flarn2006 last won the day on March 26

flarn2006 had the most liked content!

Community Reputation

88

3 Followers

About flarn2006

  • Rank
    Extremely Active
  • Birthday 07/28/1993

Profile Information

  • Location
    LabVIEW's Attic

Contact Methods

LabVIEW Information

  • Version
    LabVIEW 2018
  • Since
    2005

Recent Profile Visitors

3,280 profile views
  1. Seeing as you're the admin, is there any way you can set up a redirect? Maybe something on the site where you can paste a URL and have it find the current link?
  2. Isn't there an optional ability VI you can add to an XControl that will modify the state before saving? It says it's specifically for this purpose.
  3. Aww, that's a shame. It would still be nice to get it added to LabVIEW though; then it will be possible to use this framework without adding a big dependency. New data types sound exciting though; are you allowed to say what they are? (A hint at least?)
  4. @X___: I'm curious, how did you make that class wire look like that? I know how to do it; I'm just curious if you used my tool to do it.
  5. I haven't used this toolkit much but I'm using a Windows 7 VM as well and I haven't noticed any issues.
  6. This'll be a feature in the next version. Also wtf, those six characters in the screenshot filename just came from an RNG
  7. In any application where a GPIB connection error is not fatal, there may as well not even be a warning. :p

  8. When I mentioned manually manipulating the resources I was actually thinking something like #3. Well to be more precise, I was picturing my own tool (linked in my signature) that can do the same thing, but NI certainly has their own that they use, that's probably better than mine. (lets hope it leaks :p)
  9. I'd think you used this but I don't think it works in LV 2017. Did you manually pull the VI from lvdialog.rsc and copy the FPHP to a new VI?
  10. Here's a shortcut menu plugin I wrote that does something I've found myself needing every now and then. You select some objects, right-click, select "Ad-Hoc Scripting", and then it'll open a new VI with pre-populated refnums in a cluster. All selected objects with a label (even a hidden one) will be included in the cluster, as will a refnum to the VI, its panel, and its diagram. Ad-Hoc VI Scripting.llb
  11. Yes, that's what I meant. If it's being added as a native LabVIEW feature, then maybe NI will add this functionality. I'm asking whether or not they will, as it seems obvious that they would if they were developing the feature from the start, and it would be a shame if they didn't. I'd like to know what they have planned. Also, what about clusters and arrays?
  12. In that case I'm hoping for 2020, because what you're saying makes it sound like SP1 would mean the stuff I'm asking for isn't there.
  13. How long do these things usually take to go through? Is this likely to be in LV 2019 if it's accepted? Or more likely not until 2020? (or later?)
  14. Yeah but I want the best of both worlds, extending existing controls while also being able to use it via just a block diagram terminal. Also I'd like something I can put in an array or cluster; XControls can't do that and I don't think QControls can either. I've actually been meaning to see if I can figure that out, lol. I already know how you would load a control from a DLL: there's a hidden "Plug-In Control" object that, when placed via scripting or a modified palette, allows you to load a DLL from the context menu. You can place it via my Place by Style Quick Drop plugin. Incidentally an uninitialized plug-in control is the only way I know of to get a control with "void" as its type. (And I don't mean empty clusters or void arrays.)
  15. Wow, I love that idea, and it's great to see there's already an NI employee on board with it. I posted a comment on it; I'll quote it here:
×
×
  • Create New...

Important Information

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