09.12.2012 Views

InstallShield 2012 Express Edition User Guide - Knowledge Base ...

InstallShield 2012 Express Edition User Guide - Knowledge Base ...

InstallShield 2012 Express Edition User Guide - Knowledge Base ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapter 24: View Reference<br />

Organize Your Setup View<br />

Table 24-3: General Settings (cont.)<br />

Setting Description<br />

INSTALLDIR Specify the value of the Windows Installer property INSTALLDIR, which indicates the<br />

destination directory where most of the files of the product will be installed at run time.<br />

The default value is as follows:<br />

[ProgramFilesFolder]My Company Name\My Product Name<br />

Instead of hard-coding a path, you can enter a directory property as part of the path. To<br />

select a directory property, click the ellipsis button (...) in this setting. This enables you<br />

to select the appropriate directory from a list, or to create a new directory within a<br />

predefined directory. Separate further levels of subdirectories with a backslash—for<br />

example, [ProgramFilesFolder]MyApp\Bin.<br />

Windows Logo <strong>Guide</strong>line: To comply with the Windows logo program, your product's<br />

default destination should be a subfolder of the Program Files folder<br />

([ProgramFilesFolder]), which can vary depending on the system’s locale and user<br />

settings.<br />

For more information, see Setting the Default Product Destination Folder (INSTALLDIR).<br />

Locked-Down Permissions Select the type of permissions that you want to use for securing files, folders, and<br />

registry keys for end users who run your product in a locked-down environment. Available<br />

options are:<br />

• Custom <strong>InstallShield</strong> handling—<strong>InstallShield</strong> uses a custom ISLockPermissions<br />

table and adds custom actions to your project to set permissions on the target<br />

system. This option is the default value.<br />

• Traditional Windows Installer handling—<strong>InstallShield</strong> uses the<br />

LockPermissions table in the .msi database to store permission information for<br />

your product.<br />

It is often more advantageous to use the custom <strong>InstallShield</strong> handling than the<br />

traditional Windows Installer handling. For example:<br />

• The custom option includes support for many well-known security identifiers (SIDs)<br />

that are not supported by the traditional option.<br />

• The custom option supports the use of localized user names for many well-known<br />

SIDs, unlike the traditional option. With the traditional option, if you try to use a<br />

localized name to set permissions on a non-English system, the installation may fail.<br />

• The custom option lets you specify that you want to deny a user or group from<br />

having the permissions that you are specifying. The traditional handling does not<br />

allow you to do this. That is, with the traditional handling, you can only set specific<br />

permissions; you cannot deny permissions.<br />

This is a project-wide setting that affects all new permissions that you set for files,<br />

folders, and registry keys in your project. If you have already configured some<br />

permissions in your project and then you change the value of this setting, <strong>InstallShield</strong><br />

lets you specify whether you want to use the alternate handling method for those<br />

already-existing permissions.<br />

For more information about configuring this setting, see Securing Files, Folders, and<br />

Registry Keys in a Locked-Down Environment.<br />

508 ISE-1800-UG01 <strong>InstallShield</strong> <strong>2012</strong> <strong>Express</strong> <strong>Edition</strong> <strong>User</strong> <strong>Guide</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!