Panel mit vielen Buttons baut sich langsam auf

[NielsB]

Ein paar Mutige scheinen sich ja dran versucht zu haben, hat sich dabei das Problem nicht bestätigt oder gab es keine Lösung?
Ich habe also die Wahl, das neue Design zu streichen und ggf. zu versuchen, mit Windows Themes vom Win 98 Style wegzukommen oder überall, wo die Hardware nicht reicht, die Funktionalität mit möglichst wenig Komponenten nachzubauen, sehe ich das richtig?

[Luckie]

Keine Probleme hier. Aber ich verstehe immer noch nicht, warum du die Schaltflächen nicht durch Listboxen oder Checklistboxen ersetzen kannst.

[NielsB]

Natürlich kann ich das, aber wie gesagt, das ist nicht das einzige Formular, das Probleme macht. Da wäre mir eine Checkbox, die den Bildaufbau verzögert, bis er vollständig 'durchgerechnet' wurde lieber, aber anscheinend ist das leider nicht möglich.

[Sir Rufo]

Eine CheckBox nimmt eine Benutzer-Auswahl (Ja,Nein) entgegen - mehr nicht.

Wie sollte eine CheckBox jetzt den Aufbau des Bildschirms beeinflussen?

[NielsB]

Eine Delphi Einstellung, die ich per Checkbox anschalten kann und die alle Probleme löst

[uligerhardt]

Zitat von NielsB:

Eine Delphi Einstellung, die ich per Checkbox anschalten kann und die alle Probleme löst

Die ist etwas versteckt, rechts vom "Schreib-mein-Programm"-Button.

[NielsB]

Zitat von uligerhardt:

Zitat von NielsB:

Eine Delphi Einstellung, die ich per Checkbox anschalten kann und die alle Probleme löst

Die ist etwas versteckt, rechts vom "Schreib-mein-Programm"-Button.

Naja, besteht denn die Möglichkeit, die nötige Funktionalität selbst zu schreiben? Ich habe bisher nicht herausfinden können, was im Hintergrund passiert, wenn man Visible := True setzt und wie die einzelnen Komponenten gezeichnet werden, bzw. in welcher Reihenfolge. In meinem Beispiel läuft der Bildaufbau von Rechts nach Links relativ wellenartig ab, was man notfalls noch als 'Animation' verkaufen könnte, aber im richtigen Programm erscheinen die Buttons wild über den Bildschirm verteilt.

Beim Starten der IDE wurde ich auf jeden Fall vom gleichen "Hacked by AnonCoders" Text wie auf embarcadero.com begrüßt, im besten Fall waren auch gleich ein paar nette Skripte dabei...

[jaenicke]

Zitat von NielsB:

mit Windows Themes vom Win 98 Style wegzukommen

Wo ich das lese:
Wirklich wichtig ist gerade auf den langsamen Atom Rechnern, dass man unter keinen Umständen die Themes deaktiviert. Sofern die Hardware diese unterstützt, wird dabei die Grafikkarte für vieles benutzt, das ohne Themes die CPU machen muss. Deshalb wird so Leistung frei, die dann dem Programm zur Verfügung stehen.

Wir hatten dabei schon extreme Unterschiede in der Richtung.

[NielsB]

Zitat von jaenicke:

Zitat von NielsB:

mit Windows Themes vom Win 98 Style wegzukommen

Wo ich das lese:
Wirklich wichtig ist gerade auf den langsamen Atom Rechnern, dass man unter keinen Umständen die Themes deaktiviert. Sofern die Hardware diese unterstützt, wird dabei die Grafikkarte für vieles benutzt, das ohne Themes die CPU machen muss. Deshalb wird so Leistung frei, die dann dem Programm zur Verfügung stehen.

Wir hatten dabei schon extreme Unterschiede in der Richtung.

Du meinst damit aber nicht die VCL Styles, oder? Die scheinen nämlich der Ursprung allen Übels zu sein
Ich habe mir die Optionen der Windows Themes angeschaut und offenbar kann man dort (mit entsprechend gepatchten Windowsdateien) ähnlich viel erreichen wie bei Delphi, allerdings ohne den Performanceverlust. Außerdem kann man die Optik direkt in Delphi sehen, was ich bei VCL Styles bisher nur zur Laufzeit konnte, man benötigt aber ein zusätzliches Tool, um die msstyles Dateien komfortabel bearbeiten zu können.

[jaenicke]

Nein, ich meine die Windows Themes. Ich habe aber schon oft gesehen, dass die auf solchen schwachen Systemen im Businessumfeld deaktiviert waren, was dann extra noch langsamer ist.