Abstract: A system and method for enabling a graphical program to receive and respond to programmatic events, such as user interface events. The graphical program may include a graphical user interface having various user interface elements and a block diagram having a plurality of nodes indicating functionality of the graphical program. The graphical program may be configured to receive and respond to one or more user interface events. For each event, a portion of graphical source code (such as a plurality of interconnected nodes) may be included in the block diagram, wherein the portion of graphical source code is operable to receive and respond to the respective user interface event. The portion of graphical source code may be executable to perform a desired process or action in response to the respective event. In one embodiment, a sub-program node may be associated with each event.

Abstract: Evaluation of graphical program nodes. A first graphical program may be displayed on a display. The first graphical program may include a plurality of interconnected nodes which visually specifies functionality of the first graphical program. User input may be received which selects at least one of the plurality of interconnected nodes while editing the first graphical program. A second graphical program may be automatically generated based on the user input. The second graphical program may include the at least one node. The second graphical program may be executable to allow the user to evaluate the at least one node. The second graphical program may be displayed on the display.

Abstract: Evaluation of graphical program nodes. A first graphical program may be displayed on a display. The first graphical program may include a plurality of interconnected nodes which visually specifies functionality of the first graphical program. User input may be received which selects at least one of the plurality of interconnected nodes while editing the first graphical program. A second graphical program may be automatically generated based on the user input. The second graphical program may include the at least one node. The second graphical program may be executable to allow the user to evaluate the at least one node. The second graphical program may be displayed on the display.

Abstract: A system and method for enabling a graphical program to receive and respond to programmatic events, such as user interface events. The graphical program may include a graphical user interface having various user interface elements and a block diagram having a plurality of nodes indicating functionality of the graphical program. The graphical program may be configured to receive and respond to one or more user interface events. For each event, a portion of graphical source code (such as a plurality of interconnected nodes) may be included in the block diagram, wherein the portion of graphical source code is operable to receive and respond to the respective user interface event. The portion of graphical source code may be executable to perform a desired process or action in response to the respective event. In one embodiment, a sub-program node may be associated with each event.

Abstract: A system and method for enabling a graphical program to receive and respond to programmatic events. The graphical program may include a graphical user interface having various user interface elements and a block diagram having a plurality of nodes indicating functionality of the graphical program. The graphical program may be configured to respond to one or more events. For each event, a portion of graphical source code may be operable to receive and respond to a respective event. The portion of graphical source code may be executable to perform a desired process or action in response to the respective event. In one embodiment, a sub-program node may be associated with each event. In another embodiment, an event structure node may be included in the block diagram, wherein the event structure node includes one or more sub-diagrams, each sub-diagram including graphical source code for responding to one or more events.

Abstract: A system and method for enabling a graphical program to receive and respond to programmatic events, such as user interface events. The graphical program may include a graphical user interface having various user interface elements and a block diagram having a plurality of nodes indicating functionality of the graphical program. The graphical program may be configured to receive and respond to one or more user interface events. For each event, a portion of graphical source code (such as a plurality of interconnected nodes) may be included in the block diagram, wherein the portion of graphical source code is operable to receive and respond to the respective user interface event. The portion of graphical source code may be executable to perform a desired process or action in response to the respective event. In one embodiment, a sub-program node may be associated with each event.

Abstract: A system and method for creating a graphical program, wherein the graphical program is operable to invoke execution of textual code. The user selects a code node for inclusion in the graphical program, wherein the code node is displayed on the screen. The user then selects or enters textual code that is comprised in or displayed in the code node. The textual code may be code from a text-based language, such as Perl, Mathematica, or Java, etc., or may be a script from a scripting language. The user may manually enter the textual code into the code node, or import the textual code from a file. The textual code comprised in the code node is user viewable and editable. During execution of the graphical program, the code node is operable to invoke execution of the textual code comprised in the code node. The textual code is preferably executed by an instance of a server program.

Abstract: A type definition ability in a graphical programming environment which enables a user to assign a name to a custom control that the user intends to use throughout one or more virtual instruments. The user can create a master or original of a control and use copies of that control in all subsequent virtual instruments. If a user subsequently needs to change that control, the user merely updates the single master control which was saved as a type definition. This has the effect of updating all other copies of that control to that of the changed master or original control. An auto-update feature is included which allows a user to choose between automatic updating of all type definition copies or merely indicating to the user which controls need to be updated. Strict type definitions are provided wherein virtually any user change made to a parameter of the original typedef, i.e. appearance, propagates throughout the remaining instances or copies where that type definition is used.

Abstract: A system and method for providing attribute nodes in a data flow diagram which allow a user to programmatically access various parameters of a control or indicator. In this manner, a user can programmatically make changes that affect the output or appearance of controls and indicators. A user can also access these parameters interactively during execution of a block diagram. A user can creates an attribute node containing one or more attributes corresponding to controls that affect a parameter of the control, such as the color used for the respective display, the visibility of the control, the scales or cursor position for respective graphs or charts, etc. The purpose of an attribute node is to affect the visual output of a control provided on the front panel depending on events which occur during execution of a VI or on user input during execution of a VI.