Jump to content

unicorn

Members
  • Content Count

    68
  • Joined

  • Last visited

  • Days Won

    1

unicorn last won the day on January 7 2014

unicorn had the most liked content!

Community Reputation

2

About unicorn

  • Rank
    Very Active

Profile Information

  • Gender
    Not Telling
  • Location
    Berlin

LabVIEW Information

  • Version
    LabVIEW 2012
  • Since
    1994

Recent Profile Visitors

1,300 profile views
  1. What are the special pitfalls when "XControls and subpanels don't always behave like people expect them to"?
  2. As far as I understand, GIT detects this by some (MD5?) hash value. So if you change the name and the VI itself (recompile, change in the block diagram, ...) at the same time, the history will be broken. But you can commit changed inbetween. Anyway, you can add a comment to have a reminder if you do some major restructuring.
  3. For having text labels on your plotted graph you shouldn't take my solution. It's for textlabels in the x- or y-axes scale where you don't want to have a programmatic restriction in the number of labels. For your task cursors or annotations are the best solution as the others suggest.
  4. I have got a ring and an enumeration control on the front panel which do not generate value change events. Both are embedded in two different XControls. One XControl is loaded with a VI in a Subpanel. The other XControl is straight on the front Panel an has got some splitter bars. Other Controls on the related XControls work fine and generate their value change events if the user changes their values. Does anyone have a clue what going on?
  5. But if you open the class hierarchy window and you can see classes appearing and disappearing, there must be a process to unload classes as well. You cannot force LV manually to unload a class
  6. Currently I am also in the nightmare of replacing a class by another class. This time I am switching to packed library. I found that - that you can also make the old class inherit from the new class to replace all class VIs at once ( without "find and replace", just by replacing the first class constant/Control) - you can use copy and paste on the front panel from the controls and terminals of the class - LabVIEW IDE can switch instantaneouly from a class in a library to a class in a packed library (function available from context menu of a class in a lib) So I see no reason why NI
  7. You could use a slide with text labels and put it above the scale. Make the slide transparent so that you only see the scale. Now you have to transfer the scale setting from the plot scale to the slide scale and define the appropriate label. But if the scales of the plot are not fixed you need to change the size of the slide using splitter bars because the plot area changes if the plot scales display different numbers. Its quite difficult to implement but the additional label is not in the plot area as in mje much simpler solution.
  8. @Mads If one does two steps at once (rename class and rename folders outside LV IDE) you run into trouble. I often find myself in the situation to do to much in one step. When having renamed a class outside of a project, I wonder if it would be possible that LabVIEW IDE tries to relink everything assuming that the new class (which the user selects as a replacement) is designed like a child class. I think you rename a class but you wouldn't change class VI names like "init", "get property XYZ", "calculate abc", "uninit", ... So LV IDE could find the right class VI for replacement in
  9. Renaming a folder holding a class with Windows Explorer is no problem, because you can afterwards open the class and LabVIEW will find the right VIs relative to the path of the *.lvclass files. Even opening a project file will ask only once where to find the class. Then you could save the class files with "Save all (this Class)" and all class VIs will be saved. But be aware that also all subVIs of the class VIs will be saved as well if they are changed. Renaming a class in a project will become a nightmare if not all callers of that class are loaded in memory. If you want to exchange a
  10. Some time ago I made a VI which does the job the other way. It creates clusters from database tables. Using these clusters you can read a line of a database table at once. But it does not create a conversion to different complex data structure. Anyway I think it is quite complicated to do the job automatically unless you have set of specifications. I think one would get into trouble if you want to create universal specification which are not too tight to ones current Project. So in my case I get only clusters with basic data types and the labels are given by the column names of the database t
  11. I would have added the link if I would have remembered.
  12. Good idea. Maybe you should found a Commedian UI User Group at NIs LabVIEW User Groups so that we all can share your great expectation.
  13. I think to remember that there is some description by NI that classes are loaded and unloaded if not used any more. I would expect the runtime engine to behave in the same way as the development environment. So if you see a class to be unloaded in the development Environment using the LabVIEW class hierarchy window the same should happen with compiled code.
  14. My XV3-6FileDIO.lvclass is a child class of some template class. This template class (parent class) is already in a packed lib. In order to compile the child class I had to check the option "Additional Exclusions > Disconnect type definitions". If this option is not checked the following error occurs: Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference: Error 7 occurred at Set Permissions in AB_Engine_Update_Paths_In_Palette_File.vi->AB_Engine_Update_Palette_Files.vi->AB_PackedLibrary.lvclass:Save.v
  15. I tried to use source code in the main application as well as in the packed library. But ended up with broken wires in the main when calling VIs from the packed lib. Does the difference in identifying Information also applies for LabVIEW specific types like the configuration files refnum? Currently I try to pass a configuration file refnum to a VI from my packed lib. When loading the packed lib, LabVIEW produces error 1498 at Get LV Class Default Value.vi. Before building the lib, there were no Errors. Details: Possible reason(s): LabVIEW: Library has errors. Fix the errors befo
×
×
  • Create New...

Important Information

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