Settings
When you have set up the basic configuration of an application you can use the Settings tab to configure some additional options.
Item |
Function |
Application is enabled |
Enables the application. |
Disabling applications via the command line
To disable an application in Workspace Control via the command line you need to use Building Blocks.
This mechanism can be used if you want to update applications via a script and want to disable the application before you start the update and enable the application after the update.
Steps to follow:
- Export the Workspace Control Application as single Building Block (e.g. Internet Explorer.xml on C:\)
- Rename the Building Block to Enable_Internet Explorer.xml
- Make a copy of the Building Block (application) you need to update and rename this file to Disable_Internet Explorer.xml
- Edit the Building Block Disable_Internet Explorer.xml and change <enabled>yes</enabled> to <enabled>no</enabled>
- Before you start the update, you execute C:\progra~1\respow~1\pwrtech.exe /add C:\Disable_Internet Explorer.xml
- Execute your update
After the update you execute C:\progra~1\respow~1\pwrtech.exe /add C:\Enable_Internet Explorer.xml
Make sure that the cache update is set to "immediately": Administration> Agents > Update agent cache.
Item |
Function |
---|---|
Maximum instances |
Allows Workspace Control to preserve system capacity. E.g. if you specify that the user is allowed to start the application only once and the user tries to start a second instance, he will be prompted whether to return to the open application or to close the open application and start the application in a new window. The maximum # of instances that can be specified is 30, but setting the maximum # of instances to 0 allows an unlimited # of instances. |
Startup style of application |
Specifies the startup style of the application. |
Process priority of application |
Specifies the process priority of the application in the field. A high priority allows for a larger amount of processor capacity, but can result in system freezes. A low priority decreases the chance on system hiccups and freezes, but can make the application slow. When selecting this option, the option Only Workspace Control is allowed to launch this application on the tab Security > Authorized files is selected automatically, to ensure that the application cannot be started unmanaged with a different priority by using e.g. a command prompt or Windows Explorer. |
Required connection state |
Specifies the required connection state of the computer that grants access to the application. This is useful if Workspace Control is also used on laptops and the application should only be accessible when the laptop is connected to a network. By default, the applications stay visible in the Start Menu. |
Options
Item |
Function |
---|---|
Do not list in PowerHelp |
Hides the application in PowerHelp. The user will not see the availability of this application. |
Do not notify about running instances |
Disables notifications about already running instances of the applications or reaching the maximum number of allowed instances. |
Do not show in "New Applications" |
Excludes the application from the "New Applications" notification that is shown if a user logs on after new applications have been installed. |
Application availability |
Limits the availability of the application to the selected shell. |
Do not show application in system tray |
Specifies the system tray behavior of the application. |
Autolaunch at session start |
Specifies the automatic launch of the application when the user logs on:
When changing configuration to Voluntary, the application will not start automatically for users that previously logged on before this setting was changed. These users can still change Autolaunch behavior using the Workspace Preferences tool. When configured as Mandatory, the Global Application Setting Disable autolaunch for managed applications can override this behavior. |
Delay autolaunch until session startup completed |
The application launches automatically after all other logon actions are complete. This option only applies when the Autolaunch at session start option is set to Voluntary or Mandatory. This option does not apply to user-installed applications. |
Autolaunch by user not allowed |
Disallows the user to select the application to launch automatically. This option is cleared and disabled when the Autolaunch at session start option is set to Voluntary or Mandatory. |
Use extra password verification |
Uses password verification before the user is allowed to launch the application. This is the standard Windows user password. |
Exclude from CPU Optimization |
Excludes the application from CPU Optimization. |
Exclude from Memory Optimization Limits |
Excludes the application from Memory Optimization Limits. If the user reaches the maximum number of applications allowed to run on his desktop, Memory Optimization will allow the "excluded" application to be launched. |
Exclude from Memory Optimization |
Excludes the application from Memory Optimization. This will disable the automatic release of reserved physical memory when the application is just launched and no longer uses it. It will also disable the automatic release of physical memory when the application has been inactive for a while. |
Run in Separate Memory (16 bit apps) |
Runs the application in a dedicated Virtual DOS Machine process. Use this setting for 16-bit applications only. It does not affect 32-bit applications. |
Hide application |
Hides the application in the Start Menu and PowerHelp. The user will not be able to select the application for desktop placement, AutoStart or Quick Launch, but the application will still be able to run. |
Hide application if executable was not found |
Only shows the application in the Start Menu of the user if the application`s command line is valid on the computer on which the user has logged on. The application will be hidden in the Start Menu if the application`s command line is not valid. This option also applies to Workspace Extensions. For Microsoft App-V 5.x application that have Package delivery mode set to a value other than None (on the Properties > General tab), this option is grayed out. Please note that if you want to make the application available through Instant Passthrough, it is recommendable only to use the setting Do not passthrough if application is available on local computer. The Instant Passthrough settings can be edited at Composition > Applications. Edit the application, go to the Publishing tab and then to the Citrix XenApp Published Application, Settings tab. Click the Settings button and go to the Behavior tab. |
Hide application if file was not found |
Only shows the application in the Start Menu of the user if a specified file (for example a script file) is present at the configured location. The application will be hidden if the file is not present. The file's location can be on the local computer that user logs on to, or on a network share that can be reached from the user session. Use of environment variables is permitted. Wildcards can only be used in the filename. |
Use "generic isolation" integration |
Allows you to integrate with application virtualization solutions other than Microsoft App-V (e.g. Thinstall, Citrix). |
Disable file system redirector on 64-bit systems |
On a 64-bit system, starting an application is influenced by folder redirection. Disable this folder redirection to ensure that the application is started from its defined path. |