10 Jahre Sisulizer

10 Jahre Sisulizer


Feiern Sie mit uns die Software, die Software-Lokalisierung seit 10 Jahren vereinfacht.

"In den letzten 10 Jahren haben sich alle Softwareentwicklungsplattformen weiter entwickelt. Es gab 15 Delphi, 9 .NET, 5 Windows, eine Reihe Java, Datenbank, Android und andere Plattform-Updates.

Jedes dieser Updates lieferte viele Herausforderungen, bot aber auch neue Möglichkeiten für Entwickler, die ihre Software lokalisieren. Das Ziel von Sisulizer war und ist, Sie als unsere treuen Kunden von den Details der neuen Formate zu verschonen, so dass Sie stets auf den aktuellsten Plattformen sofort mit Ihrer Arbeit beginnen können.

Sie haben uns in den letzten 10 Jahren geholfen, Sisulizer immer weiter zu optimieren. Vielen Dank! Ihre wertvollen Anregungen motivieren und geben uns den Antrieb, weiterhin unseren Vorsprung vor den Mitbewerbern zu bewahren.

Jetzt aber zurück an die Arbeit. Neue Plattform-Versionen stehen an und wollen von Sisulizer unterstützt werden. Zeit zu lokalisieren und neue Märkte zu erreichen."

--- Ihr stolzes Sisulizer Team

Jetzt bestellen

Die Angebote richten sich an kommerzielle und industrielle Kunden.
Alle Preisangaben sind netto.

Komplette Preisliste.

Suchen Sie die richtige Edition? Besuchen Sie unsere Vergleichstabelle

Updaten Sie auf Version 4

Sisulizer Version 4 ist ein kostenpflichtiges Update für alle Sisulizer Kunden.

Update auf Sisulizer 4

Verwenden Sie noch Sisulizer 3.x, Sisulizer 2008/2010 oder Sisulizer 1.x?

Aktualisieren Sie jetzt auf Version 4 und nutzen Sie alle Neuigkeiten in Version 4.

Softwarelokalisierungs-News

Version 4 Build 363 veröffentlicht

26.7.2016

Der neue Build kommt mit vielen neuen Features. [mehr]

Delphi Berlin, Android, Projekt zusammenfügen...

6.5.2016

Build 360 [...]

Delphi 10, VS 2015, .NET 4.6

14.10.2015

Bereit für die Zukunft [...]

Windows 10, Delphi XE8

28.4.2015

Bereit für die Zukunft. [...]

Willkommen 2015, Willkommen VS 2015

16.1.2015

Verbesserter .NET support und mehr. [...]

Unsere Anwender verwenden Sisulizer...

um internationalen Kunden Software in ihrer Sprache anzubieten

um Inhouse-Softwarelösungen zu übersetzen

um mehrsprachige Anwendungen für Firmenkunden zu erstellen

als Lokalisierungs-Dienstleister, um Kundensoftware zu übersetzen

um Software für Behörden zu lokalisieren

um Schulungssoftware an Universitäten zu übersetzen

um Benutzeroberflächen elektronischer Geräte zu lokalisieren

um Software im Medizinbereich zu übersetzen

um Software für Bergbauunternehmen zu lokalisieren

um mehrsprachige Steuerungssoftware im Maschinenbau zu erstellen

 

Ausgewählte Kunden

Visual Basic Binary Source | File

Use this sheet to specify a file to be localized and the location and naming of the localized files that Sisulizer creates.

File name

Type the file name, or press the "..." button to browse to a file. The file must be a Windows binary file created by Visual Basic binary file (e.g. C:\Samples\Sample.exe).

The file must be a valid Windows PE file. If you use any post linker tools such as compresser or encrypter do not apply the tool for this file but the localized output files created by Sisulizer.

Output directory

Specifies the directory where Sisulizer creates localized files. By default the output directory is usually the same directory where the original source file is located. You can change this by pressing ... and browsing another directory.

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".

Each output file types contains a combo box that is used to specify the name of the output file. You can select a pattern from the combo box list or you can type your own pattern. Each pattern can contain file and language parameters.

File parameters are:

Parameter Description
<file> Variable is replaced with the original file name with extension.
C:\MyFiles\Sample.exe -> Sample.exe
<dir>

Variable is replaced with the relative directory to the source file including the last backslash.
If the source file is
C:\MyFiles\*.html
and if the file to be processed is
C:\MyFiles\SubFiles\Sample.html
variable is replaced with
SubFiles\
If the file locates in the same directory as the source directory this parameter is ignored.

<body> Variable is replaced with the original file name without extension.
C:\MyFiles\Sample.exe -> Sample
<name>

Variable is replaced with the fixed name of the file or original file extension without period (if the file does not have a fixed name).
C:\MyFiles\Sample.exe -> MyName
Fixed name is a name determined by the original platform and it can not be fixed (e.g. .NET specifies assembly name in the project file and that name must be used in order to enable satellite assembly file).

<ext> Variable is replaced with the original file extension without period.
C:\MyFiles\Sample.exe -> exe

If pattern does not contains <dir> parameter Sisulizer automatically adds it into the beginning of pattern before processing it.

Language parameters are:

Parameter Description
<sl> Sisulizer's locale code is used.
For example "en" is for English, "en-US" is fo English (United States), "zh" is for Simplified Chinese, and "zh.tra" is for Traditional Chinese. The default Chinese script is the Simplified Chinese. This is why the language code of Traditional Chinese has a script part "zh.tra".
<iso> ISO locale code is used. It is combination of language and country. The syntax is
la[_co[_variant]]
where
la ISO-639 language code
co ISO-3166 country code
variant ISO variant code
For example "en" is for English, "en_US" is fo English (United States), and "zh_TW" is for Traditional Chinese. ISO language code does not have any way to code a country neutral Traditional Chinese. That is why Chinese (Taiwan) is used.
<net>

NET culture code is used. It is combination of language and country. The syntax in .NET 4.0 and later is:
la[-script][-co]

or in .NET 2 and 3.x:

la[-co][-script]
where

la .NET language code.
script .NET script code. .NET 4 uses the standard script codes such as Hans, Hant, Cyrl, Latn, etc. .NET 2-3 uses legacy Chinese codes such as CHS and CHT.
co .NET country code
For example "en" is for English, "en-US" is fo English (United States), and "zh-Hant" is for Traditional Chinese. In .NET 2 and 3.x "zh-CHT" is for Traditional Chinese.
<tag>

IETF language tag code is used. It is combination of language, script and country. The syntax is:
la[-script][-co]
where

la ISO-639 language code
script ISO 15924 script code
co ISO-3166 country code
For example "en" is for English, "en-US" is fo English (United States), and "zh-Hant" is for Traditional Chinese.
<win> Windows locale code is used. It contains two or three upper case characters.
For example "EN" is for English, "ENU" is for English (United Stated), and "CHT" is for Traditional Chinese.
<mfc> MFC locale code is used. It contains three upper case characters.
For example "ENE" is for English, "ENG" is for English (United Kingdom), and "CHT" is for Traditional Chinese.
<nls> Windows locale id is used. It is a integer number containing the primary and sub language ids.
<hex> As above but four digit hex value is used instead decimal value.

For example if the original file is C:\MyFiles\Sample.exe and the pattern is <file>_<iso>.<ext> the German (Austria) file will be C:\MyFiles\Sample_de_AT.exe.

For example if the original file is C:\MyFiles\Sample.exe and the pattern is <sl>\<filename> the Chinese (Taiwan) file will be C:\MyFiles\zh.tra\Sample.exe.