TComboEdit ItemIndex funktioniert in Firemonkey nicht

[mkinzler]

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
begin
  (ComboEdit1.Items as TStringList).CaseSensitive := True;
end;

[Delphi.Narium]

Das Verhalten von IndexOf basiert auf: https://docs.microsoft.com/en-us/win...indstringexact

Es verhält sich also korrekt, wenn auch nicht wie erwünscht.

[himitsu]

z.B.:

Zitat von mkinzler:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
begin
  (ComboEdit1.Items as TStringList).CaseSensitive := True;
end;

Wenn man bei CB_FINDSTRINGEXACT das CaseSensitiv mit angeben kann, dann könnte man auch statt ComboEdit1.Items.IndexOf auf ComboEdit1.Perform(...) oder SendMessage(ComboEdit1.Handle, ...) verwenden.

Hab noch nicht nachgesehn/ausprobiert.

Beispiel VCL-TMemo.
Dort hast du Memo.Lines: TStrings, was ein TMemoLines ist.
An den interne Klassen-Typ kommt man bei VCL/FMX oft nich ran, da die Entwickler so intelligent waren und solche Typen oftmals in der Unit-Implementation definieren, anstatt im Interface.
Aber man kann nachsehn welcher Typ das ist, von wem er abgeleitet wurde und dann via Casts oder RTTI an dessen Einstellungen rumspielen.

Die Komponente ableiten und beim Erstellen einen eigenen TStrings-Typen verwenden geht auch manchmal.
(ist ja nicht jede Komponente so grauenhaft implementiert, wie StdCtrls.TCustomMemo.Create ... z.B. im DevExpress überall zu sehen > TcxCustomMemo.GetInnerEditClass: TControlClass)

[Delphi.Narium]

Innereien bei Delphi 7:

Delphi-Quellcode:

function TCustomComboBoxStrings.IndexOf(const S: string): Integer;
begin
  Result := SendMessage(ComboBox.Handle, CB_FINDSTRINGEXACT, -1, LongInt(PChar(S)));
end;

[Harry Stahl]

Zitat von QuickAndDirty:

Ich brauche leider den Itemindex bereits im OnChange Ereignis.

Also, ich habe zwar leider nicht ganz verstanden, was Du machen möchtest, aber wenn Du das aktuellste ItemIndex haben willst, dann musst Du nicht das OnChange-Event, sondern das OnChangeTracking-Event nehmen.

Dabei gilt folgende Besonderheit: Wenn Du den ItemIndex selber programmgesteuert (also nicht der User in der Bedienung) änderst, löst das kein OnChange-Event aus, aber das OnChangeTracking-Event. Da erhältst Du dann auch das aktuelle ItemIndex.

[QuickAndDirty]

Zitat von Harry Stahl:

Zitat von QuickAndDirty:

Ich brauche leider den Itemindex bereits im OnChange Ereignis.

Also, ich habe zwar leider nicht ganz verstanden, was Du machen möchtest, aber wenn Du das aktuellste ItemIndex haben willst, dann musst Du nicht das OnChange-Event, sondern das OnChangeTracking-Event nehmen.

Dabei gilt folgende Besonderheit: Wenn Du den ItemIndex selber programmgesteuert (also nicht der User in der Bedienung) änderst, löst das kein OnChange-Event aus, aber das OnChangeTracking-Event. Da erhältst Du dann auch das aktuelle ItemIndex.

Ich ändere den Itemindex mit einem Mausklick auf das gewünschte Item. Nicht per code! Das control startet daraufhin von sichaus eine suche nach einem Item mit dem "sametext" des Items das ich angeklickt habe und setzt den Itemindex entsprechend falsch und führt dann das Onchange ereignis aus.
Nach dem onchange ereignis und setzt es den Itemindex auf das Item das angeklickt wurde.....argh...also auf das richtige Item...

Der beste weg wäre dieser code schnipsel gewesen!

Zitat von mkinzler:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
begin
  (ComboEdit1.Items as TStringList).CaseSensitive := True;
end;

aber als der kam hatte ich mir schon ein eigenes Frankenstein-Control gebaut was das wie gewünscht macht.
Jeder der das TComboedit control benutzt sollte mkinzlers Lösung verwenden!

[Harry Stahl]

Zitat von QuickAndDirty:

Zitat von Harry Stahl:

Zitat von QuickAndDirty:

Ich brauche leider den Itemindex bereits im OnChange Ereignis.

Also, ich habe zwar leider nicht ganz verstanden, was Du machen möchtest, aber wenn Du das aktuellste ItemIndex haben willst, dann musst Du nicht das OnChange-Event, sondern das OnChangeTracking-Event nehmen.

Dabei gilt folgende Besonderheit: Wenn Du den ItemIndex selber programmgesteuert (also nicht der User in der Bedienung) änderst, löst das kein OnChange-Event aus, aber das OnChangeTracking-Event. Da erhältst Du dann auch das aktuelle ItemIndex.

Ich ändere den Itemindex mit einem Mausklick auf das gewünschte Item. Nicht per code! Das control startet daraufhin von sichaus eine suche nach einem Item mit dem "sametext" des Items das ich angeklickt habe und setzt den Itemindex entsprechend falsch und führt dann das Onchange ereignis aus.
Nach dem onchange ereignis und setzt es den Itemindex auf das Item das angeklickt wurde.....argh...also auf das richtige Item...

Der beste weg wäre dieser code schnipsel gewesen!

Zitat von mkinzler:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
begin
  (ComboEdit1.Items as TStringList).CaseSensitive := True;
end;

aber als der kam hatte ich mir schon ein eigenes Frankenstein-Control gebaut was das wie gewünscht macht.
Jeder der das TComboedit control benutzt sollte mkinzlers Lösung verwenden!

Aber nur, wenn man ganz bewusst vom Standardverhalten abweichen will, denn Standard ist, dass Strings.indexof eben nicht case-sensitiv ist: http://docwiki.embarcadero.com/Libra...trings.IndexOf

Insofern kann ich hier keinen Fehler erkennen und der Aussage TComboEdit ItemIndex funktioniert in Firemonkey nicht, könnte ich so nicht zustimmen.

[QuickAndDirty]

Ich sage nicht das IndexOf nicht funktioniert!
Ich sage das TcomboEdit nicht in der Lage ist mir den TComboEdit.IitemIndex des angeklickten Items im OnChange event zu liefern!
Tatsächlich weicht der ItemIndex vom angezeigten Text und vom ausgewählten element ab!
Das liegt scheinbar daran das TStrings.IndexOf involviert ist.
In TCombobox ist das kein Problem!
Und TComboEdit.ItemIindex wird in der DoMousUp methode noch gesetzt, auf den richtigen wert!
Ich kann mit nem Buttonklick den wert abfragen!

TComboEdit.ItemIndex verhält sich also wie folgt
Ausgangs Zustand:
TComboEdit.ItemIndex zeigt auf ein Element
TComboEdit.Text enthält den String des Elements das durch TComboEdit.ItemIndex referenziert wird.

Zustand im OnChange Ereignis nach dem man ein anderes Element angeklickt hat:
TComboEdit.ItemIndex Referenziert auf das erste Element das einen "sametext" aber abweichenden String hat wie das angeklickte Element!
TComboEdit.Text enthält den String des elements das Angeklickt wurde, aber NICHT durch TComboEdit.ItemIndex referenziert wird.

Zustand wenn mann danach auf einen Button klickt:
TComboEdit.ItemIndex zeigt auf ein Element
TComboEdit.Text enthält den String des Elements das durch TComboEdit.ItemIndex referenziert wird.


Ok, also absolut das Verhalten das TComboedit zeigen soll! Wenn das so ist...
Ich habe mir eine Lösung gebaut die sich verhält wie erwartet.
Ich bin glücklich.

[Harry Stahl]

Danke, dass Du das Problem noch mal konkreter beschrieben hast, es ist oft nicht einfach, das Problem ohne konkretes Demo nachzuvollziehen.

Aber mit Deiner zusätzlichen Beschreibung konnte ich es schon besser verstehen und war in der Lage selber ein entsprechendes Demo zu bauen und kann bestätigen, dass da doch - eben in dem von Dir beschriebenen bestimmten Fall - ein Fehler ist.

Ich habe einen entsprechenden Fehlerreport hier eingestellt: https://quality.embarcadero.com/browse/RSP-21401

[QuickAndDirty]

Cool Danke!

Aber das Verhalten ist verrückt oder?