property node ... wirklich langsam...

(20.02.2019 13:27 )THL schrieb:  

(19.02.2019 11:20 )Achim schrieb:  Zu beachten:

- Controls übereinander legen (also wie in Luckis Post), z.B. Numerische Elemente in Plot-Oberflächen, ist noch viel bösererererer als 3D-Elemente

Just my two cents...

Ist das echt so böse? Ich mache es gelegentlich bei einigen Anwendungen (siehe angehängtes Bild) und habe bislang noch nichts schlimmes bei erlebt.

Es kommt halt immer drauf an was Du für Kontrolls übereinander legsts. Grundsätzlich müssen höher liegende Kontrolls IMMER neu gezeichnet werden wenn das darunterliegende Kontroll neu gezeichnet wird. Für ein einfaches Numeric-Kontroll auf einem Graphen macht das meist nicht so viel Unterschied. Meist deshalb, weil die Bildschirmausgabe da auch noch etwas hineinzubröckeln hat. In Windows werden Bildschirmupdates grundsätzlich in einem Offscreen Buffer gemacht und dieser Buffer wird dann optimalisiert auf den eigentlichen Bildschirmspeicher rauskopiert. Diese Optimalisierung geht schon mal soweit, dass nur Bildschirmbereiche erneuert werden die auch wirklich eine Änderung erfahren haben (obwohl diese Änderung im wesentlichen zu grossen Teilen aus dem Neuzeichnen der genau selben Daten bestehen kann). Wenn dann der ganze Graph jedesmal refreshed wird weil irgendwo ein Kontroll darauf liegt, hat das durchaus schwerwiegende Folgen für die Updateschnellheit. Wie gross dieser Einfluss sein kann ist aber sehr abhängig von dem verwendeten Grafikchip und den dazugehörenden Treibern. Je lahmer der Chip oder der entsprechende Speicherbus, umso eher wird versucht im Treiber mit solchen Tricks doch noch eine vernünftige Schnellheit für die Standard-Office Applikationen zu erreichen. Wenn der Treiber in den MS Office Applikationen und ein paar populären Spielen vernünftig aussieh, wird er als "Released" veröffentlicht.