DevExpress Grid: Filter mit Sonderzeichen

[Union]

Das Wichtigste wäre ja mal eine Umsetzungstabelle für diese Codes. "Ł" oder "ą" sind eben kein "L" oder "a". Also musst Du sowohl die Daten als auch die Eingaben erst einmal "normalisieren".

[Nersgatt]

Das ist jetzt meine Naja-Lösung. Ich hab mir eine Function auf dem Datenbankserver gemacht, die die Zeichen ersetzt, also den String normalisiert. So kann ich die Daten gleich normalisiert im Grid anzeigen lassen.
Das ist jetzt aber nicht wirklich eine schöne Lösung, da ja dann die Daten im Grid eigentlich verfälscht sind. In meinem Fall kann ich damit leben, wirklich schön finde ich es jedoch nicht.

[himitsu]

Du könntest es doch auch erst im DisplayValue normalisieren?
Im EditMode würde man es dann notfalls wieder richtig sehen können.

@Union:
Das Umwandeln kann man sich von Windows machen lassen.
z.B. siehe WideCharToMultiByte WC_NO_BEST_FIT_CHARS

[Nersgatt]

Zitat von himitsu:

Du könntest es doch auch erst im DisplayValue normalisieren?

Das hab ich grade mal ausprobiert, indem ich OnGetDisplayValue implementiert habe. Leider klappt das nicht. Das Grid filtert wohl nicht den DisplayValue, sondern auf den realen Wert.

[himitsu]

Konnte man das nicht irgendwo umstellen, also was er nimmt?

[Nersgatt]

Der Support von DevExpress schlägt auch die Verwendung von OnFilterRecord vor.
Ich werde erst mal bei der Normalisierung der Daten mit der Function bleiben. Da frage ich mich, ob man an meiner Funktion noch etwas Geschwindigkeit rausholen kann. Aber dafür mache ich ein eigenes Topic auf.

[Dejan Vu]

OnFilterRecord ist doch sauber, dort rufst Du deine 'CompareNormalized' Funktion auf. Der nette Nebeneffekt: Du kannst die Funktion nicht nur zum Vergleich / Filtern sondern auch noch zum Sortieren verwenden.

Wo ist dein Problem? Das kriegen wir auch noch gebacken (himitsu hats ja schon gesagt).

Delphi-Quellcode:

Function CompareNormalized(a,b : String) : integer;
begin
  Result := CompareText(Normalized(a), Normalized(b));
end;

Function Normalized (const a : String) : String;
Var
  c : Char;

Begin
  Result := '';
  for c in a do Result := NormalizedChar(c);  
End;

Function NormalizedChar (c : Char) : Char;
Begin
  if c='Ł' then result := 'L'
  else if c='ą' then result := 'a';
  ...
  else result := c;
end;

[Nersgatt]

Zitat von Dejan Vu:

OnFilterRecord ist doch sauber, dort rufst Du deine 'CompareNormalized' Funktion auf. Der nette Nebeneffekt: Du kannst die Funktion nicht nur zum Vergleich / Filtern sondern auch noch zum Sortieren verwenden.

Wo ist dein Problem? Das kriegen wir auch noch gebacken (himitsu hats ja schon gesagt).

Ich habe mir OnFilterRecord nochmal genauer angeschaut. Leider ist das wirklich nicht tauglich, denn das Ereignis wird nur für jeden Record einmal aufgerufen, der bereits in der gefilterten Ergebnismenge ist. Wenn ich somit nach 'L*' filtere, ist der Record mit Ł gar nicht mehr in der Ergebnismenge und OnFilterRecord wird für diesen Datensatz nicht aufgerufen.

Aber ich beschäftige mich nochmal mit der Ereignissen von DataController.Filter. Da kann ich vielleicht einhaken.

[DataCool]

Zitat von Nersgatt:

Zitat von himitsu:

Du könntest es doch auch erst im DisplayValue normalisieren?

Das hab ich grade mal ausprobiert, indem ich OnGetDisplayValue implementiert habe. Leider klappt das nicht. Das Grid filtert wohl nicht den DisplayValue, sondern auf den realen Wert.

Es gibt eine Option dafür

xyzView.DataController.Options.dcoSortByDisplayTex t := True

Greetz Data

[Nersgatt]

Zitat von DataCool:

Zitat von Nersgatt:

Zitat von himitsu:

Du könntest es doch auch erst im DisplayValue normalisieren?

Das hab ich grade mal ausprobiert, indem ich OnGetDisplayValue implementiert habe. Leider klappt das nicht. Das Grid filtert wohl nicht den DisplayValue, sondern auf den realen Wert.

Es gibt eine Option dafür

xyzView.DataController.Options.dcoSortByDisplayTex t := True

Wirkt sich aber nur auf die Sortierung aus, nicht auf die Filterung.