This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: Issue importing non Western European Sting table files.
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Jan 21, 2008
06:10 AM
Issue importing non Western European Sting table files.
Currently we have an issue importing non-Western European string table files into the ism file.
We have a main english installer for each product which is localised at build time to create the Localised installer
Our build machines are automated and I managed use the "Import String Table.vbs" to work in importing the string files correctly on my development machine.
Problem is that the run-time and ocx file to allow this import script to run is only installed with the main IDe and not the Standalone builder (which is installed on each build machine)
This would require buying about 8 licences to place on each product build machine simply to facititate the importation of the String files.
Does anyone know:
A. A way of getting this to work without installing the main IDE?
OR
B. Another way to import these string files that can be incorporated in an automated build system?
We don't want to have to have to do the import in advance of the build as that would have to
1. Be checked into Source control
2. Defeat the purpose of a master file (allowing for scope of versions getting out of sync)
3. Create a manual step.
Hopefully someone knows a way around this
We have a main english installer for each product which is localised at build time to create the Localised installer
Our build machines are automated and I managed use the "Import String Table.vbs" to work in importing the string files correctly on my development machine.
Problem is that the run-time and ocx file to allow this import script to run is only installed with the main IDe and not the Standalone builder (which is installed on each build machine)
This would require buying about 8 licences to place on each product build machine simply to facititate the importation of the String files.
Does anyone know:
A. A way of getting this to work without installing the main IDE?
OR
B. Another way to import these string files that can be incorporated in an automated build system?
We don't want to have to have to do the import in advance of the build as that would have to
1. Be checked into Source control
2. Defeat the purpose of a master file (allowing for scope of versions getting out of sync)
3. Create a manual step.
Hopefully someone knows a way around this
(1) Reply
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Jan 21, 2008
08:17 AM
I have found a resoplution to this.
The Automation dll in the standalone builder had a different name - change the line in the import script:
Set ISWIProject = CreateObject("IswiAuto14.ISWiProject"): CheckError
to
Set ISWIProject = CreateObject("SAAuto14.ISWiProject"): CheckError
as the corresponding dll is called SAauto14.dll.
A
The Automation dll in the standalone builder had a different name - change the line in the import script:
Set ISWIProject = CreateObject("IswiAuto14.ISWiProject"): CheckError
to
Set ISWIProject = CreateObject("SAAuto14.ISWiProject"): CheckError
as the corresponding dll is called SAauto14.dll.
A