HTTP.Get/Post - Umlaute anzeigen

[Neutral General]

Das allereinfachste - sogar für einen Hobbyentwickler und just4fun Nicht-Profi wie dich - sind die superobjects.
Eine Unit einbinden und Werte wie im Beispiel auf github auslesen. Das die Strings dabei ordentlich rauskommen ist inklusive.

Aber wenn dus unbedingt selbst machen willst dann lies dir den JSON Standard durch und schau wie man die \u0.. ersetzt und was man generell sonst noch so beachten muss.
Dann bist du allerdings WIRKLICH im Profi bereich. 1000x mehr als wenn du dir einfach die Unit runterlädst die jeder Anfänger ohne Ahnung von JSON benutzen kann...

[TERWI]

Sorry .. bitte nicht falsch verstehen:
Ich gehöre offensichtlicht zu der Speties der frühen Turbo-Pascal Jünger, welche nicht einfach malsoeben sich ne Unit/Komponente/Bibiliothek in den Source kloppen...
Ich wüsste gern immer, wie es funzt und halte den Code nach Möglichkeit klein & übersichtlich.
Deshalb bastle ich seit 'eben' an etwas, was meinen Ansprüchen genügt und funktioniet.
... sieht so weit gut aus - ich lasse es euch wissen, wenn' fettich iss.

[freimatz]

Zitat von TERWI:

Ich wüsste gern immer, wie es funzt und halte den Code nach Möglichkeit klein & übersichtlich.
Deshalb bastle ich seit 'eben' an etwas, was meinen Ansprüchen genügt und funktioniet.
... sieht so weit gut aus - ich lasse es euch wissen, wenn' fettich iss.

Nun ja deine Methode halte ich für klein. Vermutlich weisst Du auch wie sie funzt. Für andere gilt das vermutlich jedoch eher nicht.
"wie es funzt", also warum da überhaupt "\u00" kommtm und so weisst du vermutlich immer noch nicht.

Für mich riecht das nach Symptombekämpfung. Du weisst wie die Bekämpfung funktioniert aber nicht warum die Symptome so sind.

[Incocnito]

Ich befürchte ein Fehler ist, dass es nur für \u0000 bis \u00FF funktioniert.
Wenn ich raten soll fehlt dir wenigstens \u0100 bis \uFFFF ... und wenn ich mich recht erinnere
hießen die Dinger "Multibyte-Zeichensätze", also könnte auch "\uFF1234" möglich sein, oder!?
Nur so als Idee, was noch kommen könnte. ... Also doch eine Komponente/Unit von jemandem,
der sich mit dieser Konvertierung schonmal etwas länger auseinander gesetzt hat.
Waren die vorgeschlagenen nicht kostenlos, oder wolltest du das nicht nehmen
um deinen Code so klein wie möglich zu halten (Alá "Mein Onkel wird schon kein japanisch schreiben,
aber Umlaute braucht er halt")?

MfG Incocnito

[Neutral General]

Alles was vorgeschlagen wurde ist kostenlos.

[TERWI]

@freimatz
Ja ich weiss schon, wie das funktioniert. Hab ich ja selbst getippt und kein copy-paste gemacht.
Kommst du nicht drauf, was die relevanten 5 Zeilen bewirken ?

@Incocnito
Ich lehne grundsätzlich nichts kostenloses ab - nur hätte ich gern gewusst, wie's geht/was es macht und wie viel Overhead da ggf. mitkommt.
Das müsste (und werde !) ich mich noch einlesen ...

@alle
Noch mal zur Erinnerung: Ich wollte lediglich von der Serveranfrage (dren Daten ja so weit völlig ok sind) aus den Klartextbeschreibungen die Umaute richtig lesen.
Und die stehen da (!) eben mal (nur) als "\u00..". Eine vollständige Kompatibilität zu Multibyte-Zeichensätzen war/ist gar nicht erforderlich.
... einen Preis wollte ich damit auch nicht gewinnen

PS:
Die Daten stammen aus Anfragen beim ZATTOO-IPTV-Server, um die Programmliste und EPG-Daten zu bekommen.
Die Umlaute (und nix anderes mit \u....) sehe ich z.Zt. nur in den (erweiterten) Sendernamen und EPG-Beschreibungen.

[TurboMagic]

Wie schön von jemand anderem erwähnt: Community Edition von Rio anschauen.
Ist für Hobby Programmierer kostenlos!

[Redeemer]

Zitat von Incocnito:

Ich befürchte ein Fehler ist, dass es nur für \u0000 bis \u00FF funktioniert.
Wenn ich raten soll fehlt dir wenigstens \u0100 bis \uFFFF ... und wenn ich mich recht erinnere
hießen die Dinger "Multibyte-Zeichensätze", also könnte auch "\uFF1234" möglich sein, oder!?

Nein, gibt es nicht. Der Zeichensatz von JavaScript (intern und von \u-Escapes) ist UTF-16, der von Windows ist UTF-16 und der von WideString ist auch UTF-16. Ist zwar ein MBCS, interessiert aber nicht, da Quell- und Zielzeichensatz identisch sind. Da es anders als in HTML kein Abschlusszeichen gibt, muss die Länge der Sequenz von vornherein klar sein. Nach \u kommen immer vier Zeichen. C kennt \U mit acht Zeichen, JavaScript kennt das nicht: In Firefox gibt '\U00010400' keine sinnvolle Ausgabe, '\uD801\uDC00' hingegen schon. Somit ist es unmöglich, Zeichen als UCS-4BE (aka UTF-32BE) auszudrücken.

Der Thread ist doch eigentlich durch:
- Dem TE wurde ans Herz gelegt, eine richtige Bibliothek zu verwenden.
- Ich habe einen funktionierenden und korrekten Algorithmus gepostet.
Da muss man jetzt doch nicht weiter mit Halbwissen irritieren.

[TERWI]

@Incocnito
Du hast recht - mir ist aufgefallen, das auch etliche andere Zeichen kommen.
Z.B. diese hier:

Zitat:

\u00c9 -> É
\u00b0 -> °
\u0141 -> Ł
\u017e -> ž
\u00e9 -> é
\u2013 -> –
\u00df -> ß
\u00dc -> Ü
\u00fc -> ü
\u00e4 -> ä
\u00df -> ß
\u00f6 -> ö

Ich habe meine kleine Routine mal etwas universeller gemacht.
Nimmt und gibt nun einen String.
Ist kein Sonderzeichen drin, kommt der Text unverändert zurück.
Evtl. vorhandene '\u....' werden entsprechend ersetzt.

Delphi-Quellcode:

function DecodeJString(text : string) : string;
var
  p, val : word;
begin
  result := '';               // !
  p := Pos('\u', text);       // 1. Sonderzeichen suchen
  while (p > 0) do            // Sonderzeichen vorhanden ?
  begin
    val := hextoint(text[p + 2] + text[p + 3] + text[p + 4] + text[p + 5]); // Wert ermitteln
    result := result + copy(text, 1, p - 1) + widechar(val); // 1. Teil-String + Sonderzeichen
    Delete(text, 1, p + 5);   // zu 'Rest-String' löschen
    p := Pos('\u', text);     // noch mehr Sonderzeichen vorhanden ?
  end;
  result := result + text;    // (Rest-) String hinzufügen
end;

Viel einfacher & kürzer gehts wahrscheinlich nicht ...