Jump to content

Darren

NI
  • Content Count

    580
  • Joined

  • Last visited

  • Days Won

    50

Everything posted by Darren

  1. Not in 2019. But we will look into consolidating the API in 2020 so the non-deprecated method is able to set dotted properties like the deprecated property can.
  2. If I recall correctly, it was deprecated because the current property is more explicit about how you're assigning the property name (ID, short name, long name), whereas the deprecated property was more ambiguous (you could wire in any of them I think). But to my knowledge, there's no problem using the deprecated property. When I update the VI Server Rename plugin, I'll make sure to only call the deprecated property if there's a period in the specified property name.
  3. Thanks for digging this up, Paul. I got it to work for dotted properties of multiple levels (so not only Label.Text, but also things like Terminal.Wire.Terms[]). I'm going to try to update the VI Server Rename plugin for Quick Drop to allow setting dotted properties by using this deprecated property. (?)
  4. You can also use Quick Drop Replace to replace multiple items at once. Select all the controls you want to replace > Ctrl-Space > Type name of new item > Ctrl-P to replace them all.
  5. I had no idea this existed. I will look into it.
  6. Correct. Scripting does not support setting dotted properties.
  7. +1 for installing shared dependencies in vi.lib with VIPM packages. Makes this sort of thing much easier to manage than having each project have their own copy of the reuse code.
  8. From what I can tell, the Item Close(?) and Item Open(?) events are not private. Maybe they were in a previous LabVIEW release?
  9. Ah, there's the piece I was missing. Thanks for those details. I have filed CAR 711518 on this issue. I agree that it is a significant usability concern that it is so easy to wire to that null reference terminal, have code that doesn't function correctly, and not have an indication as to why.
  10. I'm not sure how you got into this state, I don't see the hidden terminals in scripting. And if you delete those wires, there's no way to get back to the hidden terminals. Also, I got a DWarn when I copied your snippet into my diagram. So I'd chalk this up to some weird corner case/corruption and move on.
  11. There's also a recording of this presentation available here: http://bit.ly/brainlesslabview
  12. There's a private 'Operate Menu Dismissed' event that may help in this situation.
  13. Can you attach a simple write VI and read VI that demonstrate the issue?
  14. It's impossible to change the label text of a subVI. That's why this works.
  15. Yeah, I think the explanation given to me was that the contents of the .vim file on disk are no different than the contents of a .vi file on disk. So since it's technically not a different file type, they thought it didn't warrant a new enum entry. Kinda like how there's not a "Template VI" entry in the list since .vi and .vit are the same type on disk. I may be misremembering though so don't take this as the official answer.
  16. You can also press Ctrl-Shift-E from an open VI to select that VI in the project explorer.
  17. All of the functionality provided by the Icon Editor UI is also available programmatically with the LabVIEW Icon API, available here: [LabVIEW 20xx]vi.lib/LabVIEW Icon API This API, along with many others, is described in my Hidden Gems in vi.lib presentation.
  18. How come the diagram on the speaker has a backwards wire, an unnecessary coercion dot, and an obsolete analysis VI call?
  19. It's not a G-based dialog, so to my knowledge, there's no way to launch it programmatically.
  20. I wrote this nugget a long time ago, but the tips are still applicable: https://forums.ni.com/t5/LabVIEW/Darren-s-Weekly-Nugget-10-30-2006/m-p/434181
  21. rolf's explanation is the best discussion of the string range rationale I've seen: https://forums.ni.com/t5/LabVIEW/Darren-s-Weekly-Nugget-03-09-2009/m-p/867644#M392955
  22. Another option is creating a lv_new_vi.vi in that same folder. This VI will override the behavior of pressing Ctrl-N. You can find the required conpane for the VI on labview wiki somewhere, but I think it's just 4x2x2x4 with an I32 in the upper right. Unfortunately (due to its age as a feature) it has no knowledge of application instances, and thus doesn't work properly when pressing Ctrl-N under different containers in the project window.
×
×
  • Create New...

Important Information

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