Three simple steps to localize
C#, VB.NET, Delphi, FireMonkey, C/C++, Android, VB, Java, XML, Databases, HTML, HTMLHelp, ...
Updaten Sie auf Version 3
Sisulizer Version 3 ist ein kostenpflichtiges Update für alle Sisulizer 1.x und 2008/2010-Kunden.
Verwenden Sie noch Sisulizer 1.x oder Sisulizer 2008/2010?
Aktualisieren Sie jetzt auf Version 3 und nutzen Sie alle Neuigkeiten in Version 3.
Angebot gültig bis 20.5.2012
Die Angebote richten sich an kommerzielle und industrielle Kunden.
Alle Preisangaben sind netto.
Komplette Preisliste.
Suchen Sie die richtige Edition? Besuchen Sie unsere Vergleichstabelle
Bitte stimmen Sie für Sisulizer
(english)Ausgewählte Kunden
Softwarelokalisierungs-News
Version 3 Build 331 veröffentlicht
23.4.2012
Der neue Build kommt mit vielen neuen Features. [mehr]
Top News: Version 3
9.11.2011
Sisulizer Version 3 ist da. [mehr]
Tipps & Tricks
30.9.2011
Sie suchen nach Tipps und Trick zum Thema Sisulizer? [mehr]
Delphi Tage
8.9.2011
Die Delphi Tage 2011 in Köln sind ausverkauft! [mehr]
Build 321 herunterladen
12.8.2011
Bitte verwenden Sie einen Download Manager. [mehr]
Project Wizard - Visual C++ binary file
Use this sheet to specify the Visual C++ binary file options.
Output files
Specifies what kind of output files Sisulizer creates and what kind of file name it uses when creating those files. You can check one or more output file types.
| Output file type | Description |
|---|---|
| Localized files | If checked Sisulizer creates a localized file for each language in the project. For example if the original file is MySample.exe and the project contains German and Japanese, Sisulizer creates de\MySample.exe and ja\MySample.exe. These files are equal to the original file except resource data has been localized. |
| Multilingual file | If checked Sisulizer creates one multilingual file containing all the languages of the project. For example if the original file is MySample.exe, Sisulizer creates all\MySample.exe that contains resources in each language of the project. |
| Resource DLLs | If checked Sisulizer creates localized resource DLL files. They are resource-only DLLs that contains the same resource data as the original file but the resource data has been localized to the target language. Delphi and C++Builder (VCL) Use VCL's resource files and Sisulizer VCL functions to enable run-time language switch. For example if the original file is MySample.exe and the project contains German and Japanese, Sisulizer creates Sample.DE and Sample.JA resource DLL files. Visual C++ (MFC) Use MFC's resource files to enable initial language choose. For example if the original file is MySample.exe and the project contains German and Japanese, Sisulizer creates SampleDE.dll and SampleJA.dll resource DLL files. |
| Embedded resource DLLs | If checked Sisulizer creates an output files that contains all the resource DLL files embedded into the original file. Such an EXE can support several language in one file and the user can even change the language of the application on run time. The output directory for the embedded file is "emb". |
Options
Specifies the localization options.
Dialogs
Sets the dialog options. Possible values are:
| Value | Description |
|---|---|
| Scan owner draw text | Check this if you want to scan texts of owner draw controls. |
| Scan spin control | Check this if you want to scan texts of spin controls. |
| Scan visible property | Check this if you want Sisulizer to scan the Visible property of dialog elements. This makes it possible to hide some elements in the localized dialogs. |
| Use charsets on dialogs | If checked the code page of localized language is used drawing the dialog and its elements. Otherwise the default code page is used. |
Versions
Sets the version options. Possible values are:
| Value | Description |
|---|---|
| Update file version field | Updates the FILEVERSION ?,?,?,? field in VERSIONINFO resource |
| Update product version field | Updates the PRODUCTVERSION ?,?,?,? field in VERSIONINFO resource |
| Update language id | Updates language fields to match the localized language in VERSIONINFO resource |
| Update code page | Updates code page fields to match the localized language in VERSIONINFO resource |
| Update charset | Updates charset fields to match the localized language in VERSIONINFO resource |
General
Sets the version options. Possible values are:
| Value | Description |
|---|---|
| Application uses MFC library | Check this if the application uses Microsoft Foundation library (MFC). |
| Single string table | In Windows resource files strings are stored into string tables. There can be many string tables in a single EXE-file. By default a separate tree node for each string tables will be created. You can however to choose to combine every string rows into a single string node by checking Single string table Some tools combine string into a single string table. In that case you can also choose the same option. After that importing from existing EXE-file can be properly done. |
Resource id file name
Specifies a .h file that contains the symbolic names of the resource id. If you specify this Sisulizer uses these symbolic names instead of the resource ids that are integers. Let's have an example. We have two files: resources.rc that contains the resources and resources.h that contains names and ids. resources.h contains the following line:
#define IDS_ABOUTBOX 101
It give IDS_ABOUTBOX symbolic name and integer id 101. resources.rc contains the following lines:
STRINGTABLE BEGIN IDS_ABOUTBOX "&About Converter..." END
When the resource compiler compiles the above resource it gives the string id. The id is an integer number 101. This is stored to the resource data of EXE file with the actually string. When Sisulizer scans the resource data it gives the string id that is 101. Unfortunately this id does not tell much about the string and its context. If you give the resource id file Sisulizer uses the symbolic name of the id (IDS_ABOUTBOX ) as context. This gives more information to the translator than plain number of 101 would give.
If you set the resource id file name Sisulizer uses symbolic names instead of integer values on every possible id. This also makes it possible to import translations from localized .rc files.