Zellinhalt eines Stringgrid

[Uwe Raabe]

Zitat von H.Bothur:

Ja - wobei das irgendwie nicht das verhalten "meiner" ersten Lösung erklärt - denn das Ereignis ist ja das gleiche.

Das klappt nur dann, wenn du im Grid mit Pfeil-Ab in die darunter liegenden Zelle wechselst. In dem Fall ist nämlich deine Berechnung

Delphi-Quellcode:

  YPos := StringGrid1.Row +1; {+1 wegen der FixedRow}
  XPos := StringGrid1.Col;

korrekt, aber nicht wegen FixedRow, sondern einfach weil die neue Zelle unter der aktuellen liegt.

[H.Bothur]

Zitat von Uwe Raabe:

Zitat von H.Bothur:

Ja - wobei das irgendwie nicht das verhalten "meiner" ersten Lösung erklärt - denn das Ereignis ist ja das gleiche.

Das klappt nur dann, wenn du im Grid mit Pfeil-Ab in die darunter liegenden Zelle wechselst. In dem Fall ist nämlich deine Berechnung

Delphi-Quellcode:

  YPos := StringGrid1.Row +1; {+1 wegen der FixedRow}
  XPos := StringGrid1.Col;

korrekt, aber nicht wegen FixedRow, sondern einfach weil die neue Zelle unter der aktuellen liegt.

Dann habe ich bei StringGrid.Row einfach was falsches erwartet - ich dachte das da immer die aktuelle Spalte drin steht - das was ich bei ARow rausbekomme. Aber was steht denn dann in Row ? Ich habe eben mal ein paar Minuten gesucht aber so auf die schnelle nichts dazu gefunden

Gruss
Hans

[himitsu]

Ist es auch, inkl. der FixedRow.

Wie schon gesagt, kann es sein, dass beim Click mit Maus/Tastatur das Selected-Event schon vor dem Ändern aufgerufen wird und dann in diesen Property das Alte noch drin steht,
aber in den Parametern steht immer das Richtige.


Kannst auch einfach mal mit einem Timer testen, dann ist die interne Reihenfolge hierbei egal.

Delphi-Quellcode:

procedure TForm4.Timer1Timer(Sender: TObject);
begin
  Caption := StringGrid1.Row.ToString + ' ' + StringGrid1.Col.ToString;
end;

... + 1; {+1 wegen der FixedRow}
versus
... + StringGrid1.FixedRows;
bezog sich auch nur auf den Code selber,
nicht auf dessen Funktion, bezüglich diesem Fall hier.

[Uwe Raabe]

Zitat von H.Bothur:

Dann habe ich bei StringGrid.Row einfach was falsches erwartet - ich dachte das da immer die aktuelle Spalte drin steht - das was ich bei ARow rausbekomme.

Ersteres stimmt (fast): Es gibt die aktuelle Zeile (nicht Spalte) an, aber eben den Stand während des Selects und nicht danach. ARow hingegen gibt die Zeile der gerade selektierten Cell an, die sich natürlich von der aktuellen Zeile in StringGrid1.Row unterscheiden kann.

[H.Bothur]

Danke !

Gruss
Hans