AnsiToUTF8

[Heinrich Wolf]

Hallo,

ich habe ein Testprogramm (Siehe Dateianhang umlaute.lpr) . Das funktioniert unter Delphi1, Delphi5 und Lazarus 0.9.31 für Windows, aber nicht unter Lazarus 0.9.31 für Linux. Dort zeigt es statt äöüßÄÖÜ nur ??????? an. Die Lazarus IDE unter Linux zeigt unter Dateieinstellungen - ZeichenCodierung "ISO 8859-1" an. Der Debugger zeigt in MsgBox Text 7 angekreuzte Kästchen an. Das ist auch richtg so. Aber UTF8Text und TextBuffer sind 7 Fragezeichen. Wie kriege ich hier die Umlaute hinein? Ich möchte portabel bleiben mit AnsiToUTF8 (SysToUTF8 tut auch nicht, was es soll) und ich möchte nicht mehr mit StringReplace(Text, #$C4, #$C3 + #$84, [rfReplaceAll]), usw. arbeiten (das ging).

Gruß
Heiner

[theo]

Das geht so nicht und liegt nicht an Lazarus.
Linux benutzt Unicode UTF-8. Linux "weiss nicht" was du mit ANSI meinst, denn es benutzt keine solche Zeichensatztabelle. Für Linux könnte dein ANSI latin sein aber auch kyrillisch etc.
Deshalb gibt es dort Fragezeichen.
Arbeite intern mit UTF-8, für die Ausgabe kannst du dann UTF8ToSys verwenden.

[Heinrich Wolf]

Ich kann nicht intern mit UTF8 arbeiten, weil ich denselben Quellcode auch auf Delphi 5 compiliere.
Aber inzwischen habe ich herausgefunden, dass ich nicht AnsiToUTF8 sondern CP1252toUTF8 verwenden sollte.

Gruß
Heiner

[MAC]

Versuch Compileranweisungen?

Code: Alles auswählen

{$IFDEF Win32}          // Delphi and fpc of 32 Bit Windows
   AnsiToUTF8
  // intern mit anscii
{$ENDIF}
 
{$IFDEF linux}          // Linux
  UTF8toSys  
//intern mit utf8
{$ENDIF}

Wobei ich keihne anhung hab wie Delphi da reagiert...
Achte darauf das WIN32 nur für 32 bit gilt.
Es gibt auch WIndows oder Win64. (kann Delhpi das ?? )
Allerdings hab ich damit im allgemeinen nur recht wenig erfahrung,

[Heinrich Wolf]

Hallo MAC,

in umlaute.lpr sind doch {$ifdef } drin. Hast Du den Dateianhang angeschaut? Wie hätte ich es sonst auf 4 verschiedenen Compilern testen können? Fehlt nur noch der {$ifdef } für die Endung im Dateisystem, der umlaute.dpr aus umlaute.lpr macht .

Gruß
Heiner

[Maik81ftl]

Hallo MAC,

in umlaute.lpr sind doch {$ifdef } drin. Hast Du den Dateianhang angeschaut? Wie hätte ich es sonst auf 4 verschiedenen Compilern testen können? Fehlt nur noch der {$ifdef } für die Endung im Dateisystem, der umlaute.dpr aus umlaute.lpr macht .

Gruß
Heiner

nun was MAC damit einen könnte ist das die Art ggf. net laufen könnte.

nun weiß ich selber auch nicht, wie Delphi mit Sowas umgeht, sonst würde ich es ggf. noch anderes schreiben.

Code: Alles auswählen

{$IFDEF linux}          // Linux
  UTF8toSys  
//intern mit utf8
{$ELSE}         
   AnsiToUTF8
  // intern mit anscii
{$ENDIF}

Wenn Delphi des so macht, braucht man denne nur einmal schreiben und sollte denne a laufen. wenn aber noch 64bit System zukommen und diese eine noch anderer Verwaltung haben als 32 bit und linux, dann musst alles extra erfragen.

Die {$IFDEF xxx} fragen nach einem Beriebssystem, soweit ich das im Filter hab.

[MAC]

Ich war zu faul den anhang runterzuladen

[pluto]

Als Text Datei wäre es nicht schlecht. So könnte man es sich direkt im Web-Browser anschauen nicht?

[Heinrich Wolf]

Inzwischen hatte ich ein Problem mit z.B. FormatSettings.LongMonthNames . Bei Linux ist der März in UTF8 codiert. Bei einem deutschen Windows ist er in CP1252 codiert. Das ist schlecht! Ich darf ihn so nicht auf einem Form anzeigen, sonst erscheint ein ? an Stelle des ä. CP1252toUTF8 ist auch nicht geeignet. Ich hab's zwar nicht ausprobiert, aber ich denke, wenn ich das ins Programm einbaue und jemand das auf z.B. einem russischen System laufen lässt, kommt auch etwas Unlesbares heraus. Hier ist glaube ich AnsiToUTF8 in einem ifndef Unix gut. Ich erwarte von AnsiToUTF8, dass es die CodePage des Systems ermittelt, auf dem es läuft und das passende CP*toUTF8 verwendet.

[Scotty]

Ich erwarte von AnsiToUTF8, dass es die CodePage des Systems ermittelt, auf dem es läuft und das passende CP*toUTF8 verwendet.

Na ein Glück, dass die Lazarus-Entwickler Deine Forderung schon bedacht habe: GuessEncoding().
Ansonsten gilt das, was theo gesagt hat: Arbeite intern mit UTF8.
PS: Wenn man die Unit LConvEncoding öffnet, stehen da alle verfügbaren Funktionen. Du wirst vielleicht auch an ConvertEncoding() interessiert sein.