VirtualTreeView und icons

[Perlsau]

Ein Testlauf mit einer TImageList bzw. ein TjvImageList ergab Folgendes:

Knapp eine Million (genau: 923.168) Icon-Bitmaps der Größe 30x30 mit 24 Bit Farbtiefe wurden problemlos in eine ImageList geladen – allerdings nur mit einem 64-Bit-Programm unter einem Win64. Da würden auch noch etliche mehr reinpassen. Bei einem 32-Bit-Programm paßten in die Imagelist lediglich 771.725 Bitmaps dieser Größe (hängt wohl auch davon ab, was sich sonst noch so im Speicher tummelt). Eine Testanwendung habe ich nun so gestaltet, daß immer nur die Bitmaps in die Imagelist geladen werden, die auch aktuell ausgewählt wurden. Ich glaube kaum, daß ein Anwender sich in einer einzigen Sitzung durch alle Baumknoten klickt, um auch nur die Grenze der Imagelist bei einer 32-Bit-Anwendung, geschweige denn bei einer 64-Bit-Anwendung zu erreichen.

Wer sich für die Testanwendung incl. zugrundeliegender Testdatenbank (gepacktes Firebird-Backup ca. 300 MB) und Source interessiert, möge mir das via PM mitteilen. Die Datenbank enthält jene 923.168 Einträge (Geodaten von OpenGeoDB oder OpenStreetMap, weiß ich gerade nicht auswendig), denen jeweils ein oben beschriebenes Bitmap (in der DB gespeichert als Jpg-Grafik) zugeordnet ist. Das Program stellt diese Einträge als Baumstruktur dar, und zwar geordnet. Zum Kompilieren werden die DevArt-Komponenten IbDac benötigt, die man sich, falls man keine Lizenz hat, testweise bei Devart herunterladen kann.

[Dejan Vu]

Ich glaube auch nicht, das hier die Grenze jemals erreicht wird, aber wenn man es -rein theoretisch- optimieren will (weil es regnet, einem langweilig oder nur um mal zu sehen, ob es geht), dann würde man einen Cache einbauen, der die Icon-ID mit dem ImageListIndex mappt. Und wenn nun die ImageList mehr als z.B. 1000 Einträge hätte, würde man den ältesten Eintrag aus dem Cache, und das Icon aus der ImageList rausschmeißen und im Cache alle Indexe aktualisieren.

[Wishmaster]

Hi.

entschuldigung das ich mich nicht früher gemeldet hatte, war mit arbeit beschäftigt!
und danke an alle für eure hilfe.

@Perlsau
ich hatte an so etwas ähnliches selbst gedacht wie dein code schnipsel!
das problem war, ich muss nicht nur den index zum Icon managen
sondern auch den Index zur (TStartBild = Class).
so wenn ich auf die Daten im (TStartBild) zugreifen will mus ich ja den index zu der (TStartBild = Class) Wissen.

Delphi-Quellcode:

procedure TMain_form.RecordTreeBeforeCellPaint(Sender: TBaseVirtualTree;...)
begin
 TargetCanvas.Draw(R.Left, 0, BList .Items[index].Image); //index?

end;

// Delete

 BList.Delete(index); um ein bild freizugeben

thx.

[Perlsau]

Da es wohl kaum soweit kommt, daß der Anwender eine Million Icons gleichzeitig darstellen will, würde ich wie oben bereits beschrieben dennoch eine TImageList verwenden, die einfach immer nur die Icons enthält, die angezeigt werden bzw. in der aktuellen Sitzung bereits angezeigt wurden. Dafür reicht die Kapazität der TImageList auf jeden Fall aus, was ich mit Hilfe des oben vorgeführten Testprogramms herausfinden konnte.

[Wishmaster]

Hi

an diesem punkt spielt es keine rolle ob ich eine ImageList oder dein Code benutze,
solange ich die icons klein halte 16x16 (und da muss ich ich mir noch etwas ausdenken)
ich meine, ich hatte zum test eine 4 MB image/Icon in die DB gespeichert und anschließend in die VTV geladen.
nur um die auslastung zu sehen.
und da ich den benutzer die möglichkeit geben will Icons von der festplatte zu laden.
muss ich das verhindern dass er absichtlich oder aus versehen riesige bilder als icons für die VTV speichert

normalerweise hat die listen ~ 20 einträge
E-Email einstellungen
logins für skype, Steam, Online Bank ...
das programm hat aber auch die möglichkeit Bookmarks von firefox zu parsen und in die DB speichern.
und in meine fall sind das eine ganze menge.

[Perlsau]

Du kannst den Anwender im Programm doch darauf hinweisen, daß nur Icon-Bilder bis zu einer gewissen Größe erlaubt sind:

ShowMessage('Das Bild ist zu groß für ein Icon und wird automatisch auf die Größe 16x16 verkleinert'; Und dann erzeugst du aus dem zu großen Bild mit StretchDraw einfach ein kleineres.