Application Activation - Revision history

Tcplomp at 11:49, 17 January 2009

2009-01-17T11:49:53Z

← Older revision		Revision as of 11:49, 17 January 2009
Line 5:		Line 5:
	\| class = Application		\| class = Application
	\| OS1 =w		\| OS1 =w
	\| OS2 =		\| OS2 =l
	\| OS3 =		\| OS3 =
	\| OS4 =		\| OS4 =

Tcplomp at 09:52, 17 January 2009

2009-01-17T09:52:10Z

← Older revision		Revision as of 09:52, 17 January 2009
Line 9:		Line 9:
	\| OS4 =		\| OS4 =
	\| NowPublic =No		\| NowPublic =No
			\| Notes =
	}}		}}

Tcplomp at 08:57, 17 January 2009

2009-01-17T08:57:05Z

← Older revision		Revision as of 08:57, 17 January 2009
Line 3:		Line 3:
	\| minLVVersion = 8.2		\| minLVVersion = 8.2
	\| maxLVVersion =		\| maxLVVersion =
			\| class = Application
	\| OS1 =w		\| OS1 =w
	\| OS2 =		\| OS2 =

Tcplomp at 08:52, 17 January 2009

2009-01-17T08:52:07Z

← Older revision		Revision as of 08:52, 17 January 2009
Line 1:		Line 1:
	{{ PrivateEvent		{{ PrivateEvent
	\| description =Triggered when the user makes LabVIEW the active application		\| description =Triggered when the user makes LabVIEW the active application
	~~\| permitted_values =TRUE or FALSE~~
	\| minLVVersion = 8.2		\| minLVVersion = 8.2
	\| maxLVVersion =		\| maxLVVersion =

Tcplomp at 08:49, 17 January 2009

2009-01-17T08:49:42Z

← Older revision		Revision as of 08:49, 17 January 2009
Line 5:		Line 5:
	\| maxLVVersion =		\| maxLVVersion =
	\| OS1 =w		\| OS1 =w
	\| OS2 =w		\| OS2 =
	\| OS3 =w		\| OS3 =
	\| OS4 =w		\| OS4 =
	\| NowPublic =No		\| NowPublic =No
	}}		}}

Tcplomp at 08:46, 17 January 2009

2009-01-17T08:46:48Z

← Older revision		Revision as of 08:46, 17 January 2009
Line 5:		Line 5:
	\| maxLVVersion =		\| maxLVVersion =
	\| OS1 =w		\| OS1 =w
	\| OS2 =		\| OS2 =w
	\| OS3 =		\| OS3 =w
	\| OS4 =		\| OS4 =w
	\| NowPublic =No		\| NowPublic =No
	}}		}}

Tcplomp at 08:43, 17 January 2009

2009-01-17T08:43:16Z

← Older revision		Revision as of 08:43, 17 January 2009
Line 1:		Line 1:
	{{ PrivateEvent		{{ PrivateEvent
	~~\| example =BldApp.RemovePolyVIsandTypedefs=FALSE~~		\| description =Triggered when the user makes LabVIEW the active application
	~~\| datatype =b~~
	\| description =~~Setting this to <code>FALSE</code> stops~~ the LabVIEW ~~Application Builder from aggressively removing polymorphic VIs and typedefs that it thinks are not required~~
	\| permitted_values =TRUE or FALSE		\| permitted_values =TRUE or FALSE
	\| ~~default~~ =~~TRUE~~		\| minLVVersion = 8.2
	\| ~~LV1 = 7~~		\| maxLVVersion =
	~~\| LV2 =~~
	~~\| LV3 =~~
	~~\| LV4 =~~
	~~\| LV5 =~~
	~~\| LV6~~ =
	\| OS1 =w		\| OS1 =w
	\| OS2 =m		\| OS2 =
	\| OS3 =l		\| OS3 =
	\| OS4 =		\| OS4 =
	\| ~~notes~~ =By default, the LabVIEW 7.x Application Builder does not include type definitions and unused instances of polymorphic VIs into executable in order to decrease size of application. This setting can be changed in the LabVIEW 7.1 applciation Builder in the Application Settings page.		\| NowPublic =No
	~~If a VI in your build calls an external VI that uses a type definition in order to pass parameters, and the AppBuilder is unaware of this external VI, it will end in tears.~~
	Also there is one other issue which makes this setting very important. In LabVIEW 7.x, by disconnecting typedefs from controls they did loose their default data and return to LabVIEWs default default data. This could be a major problem if you used strict typedefed clusters on front panels to provide certain default data when unwired and those default data did not match LabVIEWs default default data. This has been mostly fixed in newer LabVIEW versions from 8.0 on.
	}}		}}

Tcplomp: New page: {{ PrivateEvent | example =BldApp.RemovePolyVIsandTypedefs=FALSE | datatype =b | description =Setting this to `FALSE` stops the LabVIEW Application Builder from aggressively rem...

2009-01-17T08:40:28Z

New page: {{ PrivateEvent | example =BldApp.RemovePolyVIsandTypedefs=FALSE | datatype =b | description =Setting this to <code>FALSE</code> stops the LabVIEW Application Builder from aggressively rem...

New page

{{ PrivateEvent
| example =BldApp.RemovePolyVIsandTypedefs=FALSE
| datatype =b
| description =Setting this to <code>FALSE</code> stops the LabVIEW Application Builder from aggressively removing polymorphic VIs and typedefs that it thinks are not required
| permitted_values =TRUE or FALSE
| default =TRUE
| LV1 = 7
| LV2 =
| LV3 =
| LV4 =
| LV5 =
| LV6 =
| OS1 =w
| OS2 =m
| OS3 =l
| OS4 =
| notes =By default, the LabVIEW 7.x Application Builder does not include type definitions and unused instances of polymorphic VIs into executable in order to decrease size of application. This setting can be changed in the LabVIEW 7.1 applciation Builder in the Application Settings page.
If a VI in your build calls an external VI that uses a type definition in order to pass parameters, and the AppBuilder is unaware of this external VI, it will end in tears.
Also there is one other issue which makes this setting very important. In LabVIEW 7.x, by disconnecting typedefs from controls they did loose their default data and return to LabVIEWs default default data. This could be a major problem if you used strict typedefed clusters on front panels to provide certain default data when unwired and those default data did not match LabVIEWs default default data. This has been mostly fixed in newer LabVIEW versions from 8.0 on.
}}