Umlaute in UTF8: Äthiopien statt Äthiopien

[Perlsau]

Zitat:

Zitat von ChrisE (Beitrag 1171710)

Hallo, ganz kurzer Blick in eine UTF8-Tabelle zeigt, dass normalerweise ein großes Ä mit Hex c384 codiert wird. In ANSI ist Hex c3 -> Ã und Hex 84 -> „
Ich gehe also davon aus, dass es in der DB richtig ist und nicht richtig umgewandelt wird.

Okay, irgendwo wird da nicht richtig umgewandelt. In den Cellen der DBGrids ist aber alles okay, nur in der DropDownListe des DBGrid-Lookup-Feldes nicht. Was muß ich anhand der von dir geposteten wertvollen Erkenntnis :lol: also tun, um das Problem zu beheben?

[DeddyH]

Achsooo, ich hatte das für eine DBLookupCombobox gehalten.

[Perlsau]

Zitat:

Zitat von DeddyH (Beitrag 1171713)

Achsooo, ich hatte das für eine DBLookupCombobox gehalten.

Das war ein Irrtum, den ich wohl durch meine nachlässige Darstellung provoziert habe :?

Das DBLookUpCombo hab ich erst später draufgeschmissen, nachdem du gemeint hattest, es sähe "nach einem Bug in TDBLookupCombobox aus".

[ChrisE]

Zitat:

Zitat von Perlsau (Beitrag 1171712)

Okay, irgendwo wird da nicht richtig umgewandelt. In den Cellen der DBGrids ist aber alles okay, nur in der DropDownListe des DBGrid-Lookup-Feldes nicht. Was muß ich anhand der von dir geposteten wertvollen Erkenntnis :lol: also tun, um das Problem zu beheben?

Ich hoffe doch, dass es eine sehr Wertvolle Erkenntnis ist 8-):lol: , denn es bedeutet ja, dass der Fehler vermutlich in der DropDownListe der DBGrid-Lookup-Feldes liegt :-) Es sollte keine Fehlerbehebeung sein, es ist mehr als Sicherheit zu verstehen wo der Fehler höchst wahrscheinlich liegt.

Zitat:

Zitat von Perlsau (Beitrag 1171712)

Mir ist nicht ganz klar, ob das an der Datenbank, an der Zugriffskomponente oder an meiner geringen Erfahrung mit Unicode liegt (ich würde ja mal spontan auf Letzteres tippen ...).

Gruß, Chris

[Perlsau]

Zitat:

Zitat von Perlsau (Beitrag 1171678)

... Nun werden Umlaute in diesem Lookup-Feld nicht richtig dargestellt ...

HEUREKA!
Problem gelöst!!! :-D:-D:-D
Kurzerhand:

Delphi-Quellcode:

//DB_Main.ConnectParams.CharSet  := 'UTF8';
DB_Main.ConnectParams.CharSet  := 'ISO8859_1';

Wie ich vorgegangen bin?

1. Google nach Firebird+utf8+Delphi+Dbgrid suchen lassen
2. Gleich der erste Eintrag brachte diesen Thread.
3. Umgestellt, gestartet und funktioniert.

[Perlsau]

Zitat:

Zitat von Perlsau (Beitrag 1171719)

HEUREKA!Problem gelöst!!! :-D:-D:-D

Nein, doch nicht gelöst: eine Abfrage, nachdem die Verbindung zur DB hergestellt ist, ergibt: keine Unicode-Verbindung

Delphi-Quellcode:

IF DB_Main.IsUnicodeConnect THEN ShowMessage('Unicode-Verbindung');

War also doch nur eine Scheinlösung ... :oops:

[Perlsau]

Ich tippe nun ganz entschlossen auf einen Bug in meiner alten FibPlus-Version. Bei Devrace steht nämlich zu lesen:
"By default in Delphi 2009-2010 unicode fields are mapped to TFIBWideStringField objects. This improvement was made because TStringField cannot be processed correctly in MIDAS applications."

Aber so richtig verstehe ich das nicht, das gebe ich ganz offen zu. Immerhin hab ich aber jetzt herausgefunden, daß meine Datenbank, wenn man sie mit DbExpress (geht leider nicht mit meiner Delphi-Version) anspricht, diesen Fehler nicht zeigt. Das linke Bild hat mir ein freundlicher XE2-Besitzer "geschossen", nachhdem er mit meiner DB kurz nachgebaut hatte, was bei mir Probleme macht. Das Feld Währung in der linken Tabelle (LAND) ist ein Look-Up-Feld, definiert im ClientDataset. Bei mir sieht das dagegen noch immer so aus wie im Bild rechts.

[tsteinmaurer]

Hallo Frank,

ich glaube du verweist auf den 6.9.9 ChangeLog? Darin sind noch ein paar weitere Bugs als gefixt gekennzeichnet, die mit Unicode zu tun haben. Sofern du Zugriff auf eine neuere FIBPlus Version hast, würde ich mal ein Upgrade versuchen, bevor du in eine andere Richtung siehst. Ich verwende selbst FIBPlus nicht, aber hatte immer wieder mal über Probleme mit Unicode gelesen und es wurden in diesem Bereich mit jedem Release Stabilisierungen vorgenommen.

lg,
Thomas

[Perlsau]

Zitat:

Zitat von tsteinmaurer (Beitrag 1171788)

Hallo Frank, ich glaube du verweist auf den 6.9.9 ChangeLog? Darin sind noch ein paar weitere Bugs als gefixt gekennzeichnet, die mit Unicode zu tun haben.

Ja, z.B.:
"The error in DataSet.FieldValues when working with unicode databases in RAD Studio 2009."
und
"An error in Unicode lookup-fields has been fixed."

Da ham die wohl nicht richtig gefixt ...

Zitat:

Zitat von tsteinmaurer (Beitrag 1171788)

Sofern du Zugriff auf eine neuere FIBPlus Version hast, würde ich mal ein Upgrade versuchen, bevor du in eine andere Richtung siehst.

Nein, leider nicht.

Zitat:

Zitat von tsteinmaurer (Beitrag 1171788)

Ich verwende selbst FIBPlus nicht, aber hatte immer wieder mal über Probleme mit Unicode gelesen und es wurden in diesem Bereich mit jedem Release Stabilisierungen vorgenommen.

Tja, jetzt wollt ich mal was richtig machen und auf Unicode umsatteln – endlich! – und dann sowas ...:cry:

Ich schau mal, ob ich das mit anderen DB-Komponenten hinkriege. FibPlus ist mir zu teuer, um neuere Versionen zu erwerben. Mit UIB hatte ich ebenfalls bereits schlechte Erfahrungen gemacht. Außerdem hab ich im Moment sowieso kein Geld übrig für irgendwelche Anschaffungen ... Also verzichte ich erstmal auf Unicode und mache weiter mit meinem gewohnten ISO8859_1, da weiß ich, was ich habe ...

[blackfin]

Evtl könntest du es mal zeitweise mit den ZEOS Komponenten versuchen, die sind ja (AFAIK immer noch) kostenlos.
Später, wenn du dann mal Geld für Komponenten übrig hast, kannst du dann evtl. auf UNIDAC umstellen, meines Erachtens die besten Datenbank-Komponenten, zumindest hatte ich noch nie Probleme mit denen und finde das Handling sehr elegant.
Ich hatte damals von ZEOS 7 auf UniDAC umgestellt, die Umstellung war sehr einfach und in kurzer Zeit erledigt.

P.S.
Kann aber sein, dass mein Tipp Mist ist und du dir mit den Zeos-Komponenten noch mehr Ärger einhandelst...habe mit Ihnen schon lange nicht mehr gearbeitet.