Three simple steps to localize
C#, VB.NET, Delphi, C/C++, Visual Basic, Java, XML, Databases, HTML, HTMLHelp, ...
Angebot gültig bis 31.7.2010
Die Angebote richten sich an kommerzielle und industrielle Kunden.
Alle Preisangaben sind netto.
Komplette Preisliste.
Suchen Sie die richtige Edition? Besuchen Sie unsere Vergleichstabelle
Aktualisieren Sie auf V2010
Sisulizer 2010 ist ein kostenloses Update für alle Sisulizer 2008-Kunden. Die neue Version kann kostenlos heruntergeladen werden und der Sisulizer 2008-Lizenzschlüssel funktioniert weiterhin.
Verwenden Sie noch Sisulizer 1.x?
Aktualisieren Sie jetzt auf V2010 und profitieren Sie von allen neuen Funktionen in V2008 und V2010.
Ausgewählte Kunden
Softwarelokalisierungs-News
2010 Build 307 veröffentlicht
26.7.2010
Der neue Build kommt mit vielen neuen Features. [mehr]
Verbesserte .po-Lokalisierung
07/26/2010
.po-Dateien mit Pluralformen lokalisieren. [mehr]
Delphi Tage 2010
07/16/2010
Wir fahren nach Berlin... [mehr]
Automatische Übersetzung verbessert
06/10/2010
Google Translate und Bing Translator besser nutzen. [mehr]
Werkzeug für Delphi-Festverdrahter
05/26/2010
CodeExplorer wandelt festverdrahtete Zeichenketten in Ressourcen. [mehr]
How to avoid Mojibake
Working with Code Pages in Windows
Hintergrundinformationen: Verwenden Sie virtuelle Maschinen für das Arbeiten mit unterschiedlichen Codepages
Verwenden von virtuellen Maschinen für unterschiedliche Codepages
Die folgenden Informationen beschreiben, wie Sie die System-Codepage ändern können. Dies ist einfach; allerdings fordert Sie Windows bei jeder Änderung auf, Ihren Computer neu zu starten. Das ist zeitaufwändig und lästig, besonders wenn Sie dafür Ihre Arbeit unterbrechen müssen.
Eine elegante Lösung für dieses Problem ist die Verwendung einer virtuellen Maschine, wie z. B. Virtual PC oder VMWare. Richten Sie dazu virtuelle Computer mit den verschiedenen Codepages für die Sprachen, die Sie unterstützen und ohne Neustart testen möchten. Da der Markt sogar kostenlose Editionen bietet, ist alles was Sie für diesen Tipp brauchen etwas freier Speicherplatz auf Ihrer Festplatte.
Applications designed on Win32, depending on the development language or IDE, use either UNICODE or ANSI. ANSI applications, like programs designed with Delphi and C++ Builder, use code page encoded strings and a non-Unicode version of WIN32 API. Why do you have to know this information?
There are several different code pages. English and most other Western languages use code page 1252. Japanese uses 932, Russian uses 1251, and so forth. To render an ANSI string correctly, the application must have the right system code page. This page is the default code page of the system. In Windows ME, 98, and 95 you cannot change the system code page.
However, in Windows 7, Vista, Xp, 2008, 2005, 2003, 2000, and NT, you can change the system code page.
How do I know if the system code page is not right?
Usually, you will see the problem when trying to run your application. If strings in the menu items and components do not show correctly and display gibberish, the system code page is not right. This effect is called Mojibake.
The following screenshot shows a Japanese application that is run on a computer where the Japanese system code page is active.
Everything is fine here.
However, if the same application is running on a computer that has the Western code page, the application appears like this. As you can see, hopefully without the help of your Japanese colleagues, the strings are mojibake ("character changing" = gibberish).