Hallo zusammen,
ich habe ein Problem, dass nur indirekt mit der Delph-Programmierung zusammenhängt.
Ich möchte die diversen Auskommentierungen in einem chinesischen Quelltext lesen.
Wenn diese Kommentierungen direkt in chinesischer Schrift vorliegen habe, kann ich
diese mit Deepl recht unkompliziert übersetzen.
Doch vom gleichen Autor wird für die Quelltextkommentierung eine Schrift verwendet, die
nicht als Chinesisch erkannt wird.
Beispiel:

开发组以及其他提供代码的作者所有。本协议覆盖范围为
deutsche Übersetzung:
Eigentum des Entwicklungsteams und anderer Autoren, die den Code zur Verfügung gestellt haben.
Dieses Abkommen umfasst

nun die Quelltextkommentierung: hier geht es wohl um eine Erklärung der Function ToHex
// ToHex Èç¹ûÊýÖµ½ÏС£¬³¤¶È¿ÉÄܲ»¹»£¬µ¼ÖºóÃæ½âÎö²»ÁË£¬ÐèÒª µ÷ÕûΪ¹Ì¶¨³ß´ç

Ich habe bereits versucht den chinesischen Schriftsatz zu verwenden, doch auch das hilft nichts.
Die Jungs im Reich der Mitte können das doch auch lesen, warum ich nicht?
Es handelt sich um Quelltexte von den cnpacks.
Hat da jemand eine Lösung?

Könnte das Tool helfen ?
https://superuser.com/questions/8949...hich-an-online

Da scheint aber noch Handarbeit nötig.

Im Notepad++ als ANSI einfügen und dann die Kodierung auf Chinesisch GB2312 (Simplified) umstellen scheint zu funktionieren, damit sinnvolle chinesische Schriftzeichen herauskommen (die Google auch übersetzen kann).

Grüße
Dalai

Ja stimmt, das geht.
Muss mich doch mal mehr mit Notepad++ beschäftgen

EDIT:
Es könnte aber auch das Tool sein, macht jetzt Textmäßig doch den besseren Eindruck ( Chinese GBK to Unicode ):

Garbage: Èç¹ûÊýÖµ½ÏС£¬³¤¶È¿ÉÄܲ»¹»£¬µ¼ÖºóÃæ½âÎö²»ÁË£¬ÐèÒª µ÷ÕûΪ¹Ì¶¨³ß´ç

Unicode: CN: 如果数值较小，长度可能不够，导致后面解析不了，需要 调整为固定尺寸

Deepl: DE: Wenn der Wert klein ist, ist er möglicherweise nicht lang genug, um später aufgelöst zu werden, und muss auf eine feste Größe angepasst werden

Rollo62
Ja, das ist es wohl. Dieses Tool überzeugt auf den ersten Blick und nun steige ich zunehmend hinter die chinesische Kommentierung in den cnpack-Dateien.
Danke für den Tipp

Hier nochmals das Vorgehen:
chinesische Kommentierung in das Tool von Rollo62 kopieren:

ÈçÐèÒªÆäËûÓïÑÔÖÖÀàµÄ×é¼þ°ü£¬¿ÉÔÚ Source\Lang Ŀ¼Ï¶ÔÓ¦ÓïÑÔ ID µÄĿ¼Öн«´ËÓïÖÖµÄ×Ö·û´®³£Á¿¶¨ÒåÎļþºÍ dfm Îļþ¸²¸Ç Source ¸÷¸öĿ¼ÏµÄͬÃûÎļþÔÙÖØбàÒ룬»òÔËÐÐ Source Ŀ¼ÖÐµÄ ToENU.bat »ò¶ÔÓ¦ÓïÖÖµÄÅú´¦ÀíÎļþ½øÐÐ×Ô¶¯¸²¸Ç¼´¿É¡£

Im Tool Chinese DBK zu Unicode anwenden:

如需要其他语言种类的组件包，可在 Source\Lang 目录下对应语言 ID 的目录中将此语种的字符串常量定义文件和 dfm 文件覆盖 Source 各个目录下的同名文件再重新编译，或运行 Source 目录中的 ToENU.bat 或对应语种的批处理文件进行自动覆盖即可。

Dann übersetzen lassen, Ergebnis:

Wenn Sie ein Komponentenpaket für eine andere Sprache benötigen, können Sie die gleichnamigen Dateien in jedem der Source-Verzeichnisse mit der Stringkonstanten-Definitionsdatei und der dfm-Datei im Source\Lang-Verzeichnis für die entsprechende Sprach-ID überschreiben oder ToENU.bat im Source-Verzeichnis oder die Batch-Datei für die entsprechende Sprache ausführen, um sie automatisch zu überschreiben.

prima. So funktioniert es !

Es gibt kein BOM, bei anderen ANSI-Codepages ... bzw. die einzige CodePage, wo es sowas gibt, ist UTF-8.

Wenn also ein Chinese seine Codepage als ANSI speichert, dann kann es nicht automatisch richig laden, es sei denn du nutzt ebenfalls eine chinesische Codepage.


Die offizielle Lösung wäre, wenn der Entwickler richtig speichert, also z.B. als UTF-8 oder als UTF-16 (Unicode).

Das konvertieren nach UTF8 oder 16 könnte ja Mal jemand bei denen anregen. Mail Kommunikation auf EN klappt ganz gut mit denen.

Kann es sein, dass du die cnvcl meinst?