RAD Studio XE Sneak Preview

audacia

Das Problem ist, denke ich, das TListView im Update-Fenster:

procedure TUpdateDialog.Add(const FileName, Action: string;
  Conflicted: Boolean);
var
  Item: TListItem;
  I: Integer;
begin
  if Files.Items.Count = 0 then
    for I := 0 to Files.Columns.Count - 1 do
      Files.Columns[I].Width := -1;
  Item := Files.Items.Add;
  Item.Caption := Action;
  Item.SubItems.Add(FileName);
  if Conflicted then
    Item.GroupID := 0
  else
    Item.GroupID := 1;
  //Autoscoll
  if not Conflicted then
    Item.MakeVisible(False);
end;

Bei solch einem Datenumfang wäre es sicherlich sinnvoller, OwnerData zu benutzen...

VergissEs

Da hast du wirklich das Übel gefunden!

Bei solchen Massen an Daten die vorkommen können sollte man wirklich die ListView virtuell verwenden.

VergissEs

Informierst du Uwe Schuster über dieses Fehlverhalten?
bzw. das es evtl. in das nächste Patch mit kommt, damit es auch verwendbar ist.

audacia

VergissEs schrieb:

Informierst du Uwe Schuster über dieses Fehlverhalten?

Genau gesagt hätte ich nichts dagegen, wenn du einen QC-Report verfassen würdest, du hast es schließlich entdeckt Aber es kann schon sein, daß ich Uwe eine Mail dazu schreibe.

audacia

Uwe schrieb mir, das Geschwindigkeitsproblem sei bekannt und intern längst behoben.

Der Fix dürfte, nebst zahlreichen anderen, hier verfügbar sein:
RAD Studio Version Insight Community Version

VergissEs

Leider ist das Problem nur "halb" behoben den es wird immer noch keine virtuelle ListView verwendet
http://radstudioverins.svn.sourceforge.net/viewvc/radstudioverins?revision=13&view=revision

Und wiso nicht die ganze

procedure UpdateColumnWidth(AColumn: TListColumn; AItem: TListItem);

sparen und den Benutzer selbst die Spaltenbreite verändern lassen?