Performance Problem - viele VCL Komponenten!

[Tryer]

Ist Panel.AutoSize vielleicht True? Das würde bei jeder Inhaltsänderung ggf. ein Resize auslösen und damit die Neuberechnung?

Grüsse, Dirk

[QuickAndDirty]

Ich habe die Erfahrung gemacht das TMS einfach langsam zeichnet...wenn man mal die TAdvButtons nimmt...oder TShader oder TadvGrid die können einfach zu viel Feuerwerk....und die werden in Massen dann wirklich sehr sichtbar hintereinander gezeichnet....
Ist eben nur GDI+
Die Verhalten sich auf starren masken dann auch einfach besser als auf resizeable Forms!

[cookie22]

Zitat von weisswe:

...Es würde ja schon besser "aussehen", wenn man die einzelnen Button Aufbauzyklen nicht sehen würde.
Wie z.b.
+ Panel beginUpdate -> einfrieren
+ zeichne alle Komponenten
+ Panel endUpdate -> zeigen!

:-/

Versuch mal das Ganze mit AlphaBlend := True; und AlpahaBlendvalue = 0; zu zeichnen und setz es dann auf AlphaBlend := False; . Dann sollte zu mindest nicht zusehen sein, wie die Buttons gezeichnet werden.

[jaenicke]

Für den Anwendungszweck wäre es vielleicht sinnvoll die Komponenten selbst zu zeichnen. Eben ohne x separate Komponenten. Damit hatte ich selbst mit hunderten Elementen keinerlei Performanceprobleme.

Wie das geht siehst du hier, wenn auch dort (weil es nur ein Beispiel sein sollte) nicht sonderlich gut optimiert, insbesondere nicht was neue Features aktueller Delphiversionen angeht:
http://www.delphipraxis.net/901617-post.html

[hoika]

Hallo,

ich würde es erst einmal mit normalen TButtons versuchen.
Und ist es immer noch zu langsam, ein Panel und selbermalen.
Viell. geht ja auch ein TDrawGrid, kommt auf die Sitzpositionen an.


Heiko

[FredlFesl]

Liegts vielleicht an der lahmen Grafikkarte?
1,5s ist doch schon sehr happig. Ich bezweifle, das ein TDrawGrid hier großartig Abhilfe schaffen würde.

[Neumann]

Habe die gleiche Erfahrung mit den TMS-Buttons gemacht. Habe Panels mit bis zu 200 Buttons für Touchoberfläche und muss mit Anwendern mit sehr schwacher Hardware rechnen.
Bei einer größeren Zahl TMSSmoothButtons auf einem Panel bzw. auf einer Seite eines Pagecontrols bauen sie sich sehr langsam auf, wenn die Seite sichtbar gemacht wird uns sind deshalb leider für mich nicht brauchbar.

Verwende jetzt andere (TcyADVSpeedButtons) die von der Optik ebenfalls sehr gut und flexibel sind, aber wesentlich schneller gezeichnet werden.

Ein weiteres Problem ist wohl auch die dynamische Erstellung. Anscheinend braucht create viel Zeit. Es scheint besser zu sein, beim Programmstart einen Vorrat (z.B. Array 1..100 of txbtn) anzulegen und dies dann später sichtbar/unsichtbar schalten, zu beschriften oder zu verschieben usw.

[jaenicke]

Zitat von Neumann:

Ein weiteres Problem ist wohl auch die dynamische Erstellung. Anscheinend braucht create viel Zeit.

Naja, es werden halt alle (?) anderen Komponenten per Notify informiert, je mehr das sind, desto länger dauert es.

[Sir Rufo]

Zitat von jaenicke:

Zitat von Neumann:

Ein weiteres Problem ist wohl auch die dynamische Erstellung. Anscheinend braucht create viel Zeit.

Naja, es werden halt alle (?) anderen Komponenten per Notify informiert, je mehr das sind, desto länger dauert es.

So isses und darum sollte man bei so einer grossen Anzahl das in einer eigenen Komponente selber zeichnen oder als Image auf den Bildschirm klatschen. (@jaenicke hattest du ja auch schon vorgeschlagen)

Auch die Erstellung von mehreren stinknormalen Buttons (Button) dauert seine Zeit und man kann beim Aufbau zuschauen.
Ist jetzt noch ein langsamer Rechner/GraKa im Spiel, dann wird das nicht witzig.

Wenn das für einen Kinosaal sein soll, dann sprechen wir ja mal locker von 100-800 Buttons

[mkinzler]

dafür würde ich eh keine Buttons nehmen