既知の事柄 : .msi がビルドされると、マニフェストが組み込まれます。マニフェストでは、特に、.msi を正常にインストールするために必要なリソース (特権の昇格を含む) を定義します。
不明な点: 1. このマニフェスト オプションは、デフォルトとして管理者権限で Installshield の任意の場所に設定できますか? 2.このマニフェスト オプションは、Windows 7 でのみ使用できますか?
既知の事柄 : .msi がビルドされると、マニフェストが組み込まれます。マニフェストでは、特に、.msi を正常にインストールするために必要なリソース (特権の昇格を含む) を定義します。
不明な点: 1. このマニフェスト オプションは、デフォルトとして管理者権限で Installshield の任意の場所に設定できますか? 2.このマニフェスト オプションは、Windows 7 でのみ使用できますか?
あなたの知っていることは間違っています。マニフェストは exe ファイルに入ります。Windows Vista (InstallShield が最初にサポートしたのは InstallShield 12 程度) 以降、必要な昇格レベルを示す追加のマーカーがこのマニフェストにあり、これまでのところ Windows Vista および Windows 7 で尊重されています。InstallShield 12 について (間違いなく InstallShield 2008 まで)、setup.exe ブートストラップに管理者権限が必要であることを指定できるオプションがリリース グリッドにあります。
ただし、カスタムアクションの場合、これは必ずしも正しいアプローチではありません。蚊に刺された場合の正しい反応は、腕を何層ものガーゼで包むことです. 一般に、昇格された特権を必要とするカスタム アクションは、"システム コンテキストで保留" としてスケジュールすることをお勧めします。この場所では、これらの特権で実行されます (Windows 7 のユーザーごとのインストール、または Windows Vista より前の昇格されていない非通知のインストールを除く)。InstallShield 12 ほど前には、InstallShield がこれを行わなかった組み込みのカスタム アクションがいくつかあり、昇格されていないコンテキストから実行すると問題が発生する可能性があります。
あなたが最初に話しているマニフェスト ファイルは、WinXP で登場しました。カスタム アクションを使用して操作することはできますが、InstallShield 自体とは関係ありません。必要があるというわけではありませんが、変更する必要があるのはファイルの種類ではありません。自動化されたビルド プロセスがある場合は、インストールの一部としてではなく、そのプロセスで必要な変更を行うことを検討する必要があります。