How can I add a file to an InstallShield component specifying a relative path to the InstallShield project in order to make it easy compiling the project on different machines?
相关问题
- How does the setup bootstrapper detect if prerequi
- Wix: How can I set, at runtime, the text to be dis
- Mysql-installer showing error : Memoy could not be
- Can ClickOnce or InstallShield setup SQL Server or
- Cancel installation from my custom action
相关文章
- chained msi's/Bootstrapper/prerequisite?
- How to prevent WiX bundle with same UpgradeCode/Ve
- Running msiexec from a service (Local System accou
- Set InstallPath registry key using Visual Studio S
- Looking for a flexible windows installer product w
- Can I use msilib or other Python libraries to extr
- WIX 3.8 msiexec.exe /quiet Error 1603
- How to get full size picture and thumbnail from Ca
With the free VS Limited Edition of InstallShield, setting custom paths doesn't look possible. So hacking the ISL file may be necessary having only a few predefined path options available.
Here are the predefined path variables I found in the 2013 Express docs: (Verify in case of typos)
My VS solution includes both an Outlook AddIn and an InstallShield LE setup project. Although InstallShield was including the AddIn generated output and related assemblies, neither the manifest nor vsto files were included. So I needed to specify these separately. This worked for one workstation; however, another workstation sharing the solution had a different source directory structure giving unresolved sources.
The manifest and vsto files were added by InstallShield with absolute paths. A symlink common to all the workstations could have solved the issue, but I decided to hack the ISL files to see if it's possible to use relative paths realizing the ISL file might require maintenance hacking in the future.
In order to get the common parent directory (i.e., the solution directory in my case,) I specified the following two parent selectors (..\..) in the ISL for special artifacts listed in <table name="File">.
where HTML entities are used for the surrounding less-than/greater-than symbols of the <ISPROJECTDIR> variable.
I ran a second test (which should have been the first) using the <ISPROJECTFOLDER> variable instead of <ISPROJECTDIR>. In this test, only one parent selector was necessary:
So far things seem to be resolving correctly but your relativity may vary.
Go back into your project and make sure all your files you want copied have properties: Build Action=Content and Copy to output directory=Copy Always
You can use
<path variables>
(see documentation - resurrected from Wayback, Aug 2018) to point all your files relatively to them.Also see this blog post.
Here is my solution if your "source files"'s disk partion were not same as <ISProjectFolder>:
When you add the file, you should try to have it be relative to the installshield project file. If you keep the .ism file in your source tree, then any executables you add should had a path relative to that file.
<ISProjectFolder>
is the macro for the directory containing the Install Shield project.(Much easier to have the answer on this page...)