Jump to content

Aristos Queue

Members
  • Content Count

    3,106
  • Joined

  • Last visited

  • Days Won

    165

Aristos Queue last won the day on April 29

Aristos Queue had the most liked content!

Community Reputation

661

10 Followers

About Aristos Queue

  • Rank
    LV R&D: I write text code so you don't have to.

Profile Information

  • Gender
    Male
  • Location
    Austin, TX

LabVIEW Information

  • Version
    LabVIEW 2018
  • Since
    2000

Contact Methods

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Place any new items in a separate map and then merge them after the loop finishes.
  2. NI already did: it is called LabVIEW NXG. NI created NXG specifically to address weaknesses in LabVIEW 20xx UI layer. The LabVIEW 20xx editor is antiquated, but its C++ code is very hard to modify. Given that NI's focus for user interfaces is almost entirely in NXG, there is very slim chance of further developments ever in the LabVIEW 20xx control editor. I cannot say "no, never" just as I never promise "yes" on future functionality even when I'm actively working on it, but I will say that it would take significant user encouragement for NI to fund the 20xx control editor ahead of other 20xx priorities, and I don't expect that to happen.
  3. No. That's not what I said at all.
  4. Nope. Variant attributes and maps use the same — identical — underlying data structure. For reasons I don’t grasp, the C++ compiler adds a couple extra instructions in the maps case only when the keys are strings that aren’t in the variant attributes. Still, the conversion time to/from variant for the value tends to dominate for any real application.
  5. Of your six items, NXG addresses three of them and has improved support for a fourth. The source code control stuff is still in flight -- not sure when the target is for delivery [again, not my department]. Sealed classes is so far down the priority list, it's not even in the backlog I bet. I couldn't get traction for that in LV20xx.
  6. It wasn't removed from NXG. It has not yet been added. There are a sizable number of customers who lobby LV 20xx to remove it entirely, and others who want it left just as prominent as it is today. You can see one place where that discussion has been playing out: https://forums.ni.com/t5/LabVIEW-Idea-Exchange/Hide-Run-Continuously-by-default/idi-p/1521886 NXG hasn't decided how to handle it yet, so they haven't added it. It's in the ToDo backlog to add it somewhere.
  7. Darren has acknowledged he is not the right person to develop a left-hand set of shortcuts. If you put together a list of shortcuts for yourself that work better for left hand, contact him... he's happy to promote them. You can swap out the QD shortcuts if you have a better set.
  8. Wouldn’t be “Go To...” it would be in the project item’s Find menu with Find>>Callers. Like all of those, Find>>Parent Interfaces would jump directly if there was only one and pull up a results list if multiple. We had it on the proposed task list and cut it out of this release. It goes in the iteration bin to compete with other priorities.
  9. The project tree is an all-files view. Not every file is a member of a class. There are VIs in libraries, loose VIs, non-LabVIEW files (like readme.txt). We talked about a class view in project back at start of LVOOP project and repeatedly since then, and we repeatedly decided the project window was the wrong place for that. That is the reason the LabVIEW Class Hierarchy window exists. For a better view overall, checkout OpenGDS or NI-GDS toolkits (although neither is updated for interfaces at this time).
  10. I added notes on follow-up questions and getting the video recording to the original post above.
  11. Note above where I quoted another NI engineer about the complexity of answering that question given the variations of Pis available. We (NI) does not own one of every possible Pi. We are able to give the tech specs of what is supported, but the model numbers are not so straightforward in their mapping. Therefore, the table will have to be crowd sourced over time. If you're shocked that the community has not built it yet, well, LV2020 CE only dropped on Tuesday. 🙂
  12. Most of the existing customers surveyed like NXG. They just don't like how limited it is at this time. I, for example, really want to be able to use NXG. It has so many nice things. It just ain't ready for me yet. But it will be. And in the meantime, LV 20xx continues to be a thing. Used interfaces yet? 🙂
  13. The Pi Zero is apparently a particularly complex case to figure out : I had to look it up. The PiZero uses a broadcom chip that is Arm11 era. But the same page also has links to Arm9 and even Arm7. So I believe the Zero uses an Arm11 or less which is V6 architecture.
  14. I went to ask. 🙂 Answer: Yes. ARM V7 Pi or greater. The ARM standard is very hard to keep straight. Various vendors add their own suffix and number to indicate something they extended. I believe the correct statement is that we require that it have ARM architecture of ARMv7 or greater, as shown on the Wikipedia page. There will likely be some corner case that makes it harder to describe. As an example of confusion, the ARM8 is actually an ARMv4, the ARM11 is a V6, the Cortex M3 is a V7, etc.
  15. https://forums.ni.com/t5/NI-Software-Technology-Preview/ct-p/techpreview
×
×
  • Create New...

Important Information

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