Buchstabensalat im Source (Delphis Beispiele)

[Redeemer]

Das mit den Bezeichnern geht seit D2005.

Zitat von nahpets:

Wäre aber nett zu wissen, ob man beim heutigen Delphi Kommentare auch in Sütterlin schreiben kann

[Harry Stahl]

Wäre es da denn nicht sinnvoller, die Texte direkt im Unicode-Format zu erstellen? Alles dreht sich inzwischen um Unicode (z.B. UTF-8), aber die Delphi-Quelltexte sind standardmäßig immmer noch in ANSI (ebenso die Formular-Dateien).

[Redeemer]

Delphi nimmt ANSI, sofern alle Buchstaben in deiner derzeit verwendeten ANSI-Codepage liegen. Ansonsten wirst du gefragt, ob du UTF-8 nehmen möchtest. Man kann das natürlich auch einstellen, dass immer UTF-8 genommen wird.

[t.roller]

Wer was Anderes braucht, kann es einstellen - siehe Anhang.

[Der schöne Günther]

Zitat von t.roller:

Wer was Anderes braucht, kann es einstellen - siehe Anhang.

Toll, danke, wieder was gelernt.

[t.roller]

Ich habe mal UTF-8 getestet.
Nachträglich kann man falsch decodierten Text nicht mehr ändern.

// Falsch decodiert:
// Îñòàíàâëèâàåì àíèìàöèþ äëÿ ýôôåêòîâ ïåðåõîäà
// Beispiel Russisch:
// Описание журнала = Beschreibung der Zeitschrift

[Uwe Raabe]

Zitat von t.roller:

Ich habe mal UTF-8 getestet.
Nachträglich kann man falsch decodierten Text nicht mehr ändern.

Dazu müsstest du erst dein Windows so ändern, daß als ANSI Codepage Kyrillisch 1251 eingestellt ist. Dann kannst du die Datei öffnen und der Text kommt auch lesbar rüber (verstehen kann ich ihn dennoch nicht ).

Der Editor in der IDE verwendet immer Unicode. Lediglich beim Laden und Speichern kommt das eingestellte Format zum tragen. Ist der Text erstmal falsch dekodiert worden, weil die CodePage nicht passt, dann ist das im Unicode nicht mehr zu reparieren.

[uligerhardt]

Zitat von t.roller:

Ich habe mal UTF-8 getestet.
Nachträglich kann man falsch decodierten Text nicht mehr ändern.

Doch.
Ich hab mal dein "Îñòàíàâëèâàåì àíèìàöèþ äëÿ ýôôåêòîâ ïåðåõîäà" nach Notepad++ kopiert und dort Kodierung->Zeichensatz->Kyrillisch->Windows-1251 ausgewählt.
Ergebnis: "Останавливаем анимацию для эффектов перехода", laut Google Translator "Stop the animation for transition effects".

[Uwe Raabe]

Zitat von t.roller:

Wer was Anderes braucht, kann es einstellen - siehe Anhang.

Ich bin mir nicht sicher, ob das irgendeinen Einfluss auf die Codierung hat die vom Quelltexteditor verwendet wird. Ich vermute (nicht probiert), daß es lediglich die Codierung ist, mit der die UML-Modellierung ihre Quelltextdateien erzeugt. Da ich aber die Modellierung innerhalb der IDE nicht benutze (habe dafür ein anderes Tool), kann ich das nicht mit Sicherheit sagen.

[Harry Stahl]

Zitat von t.roller:

Wer was Anderes braucht, kann es einstellen - siehe Anhang.

Aber ich denke, das gilt nur für die "Modellierung". Denn wenn ich an der von Dir vorgeschlagenen Position auf UT8 umstelle und ein neues Projekt anlege, dann sind dennoch alle Dateien in ANSI.

Erst wenn ich explizit per Rechtsklick in den Source-Code, Befehl "Dateiformat" auf UTF8 umstelle (siehe Anlage) wird der Text auch in UTF8 gespeichert.

Also letztlich würden von Anwendern, welche ihre Kyrillischen Kommentare im UTF8-Format erstellen diese auch auf meinem in D laufenden PC richtig dargestellt. Insofern wäre es schon sinnvoll, wenn EMBA Demo-Dateien mit kyrillischen Kommentaren ausliefert, dass die Source-Dateien dann in UTF8 sind, statt in ANSI.

Dann hätte man zumindest noch die Chance per Google-Translate (wie hier etwas später im Thread angesprochen) ermitteln zu können, wie der Kommentar lautet.

Übrigens: Wenn ich die übersetzten kyrillischen Zeichen im Ansi-Text einbette, bietet mir Delphi an, den Text in UTF8 zu speichern, damit Zeichen nicht verloren gehen.

Also warum nicht gleich alles in UTF8, dann kann man sich diese ganze Problematik sparen.