Objektinspektor

[TigerLilly]

Zitat von dummzeuch:

Rechtsklick auf ein Property -> Default sollte es eigentlich geben.

Nope. Zumindest nicht bei 11.3.

Zitat:

Was im Prinzip auch geht: Umschalten des Formulars auf Textdarstellung und die nicht gewünschten Einstellungen rauslöschen. Das setzt sie auf Default zurück.

Ja, so mach ich das jetzt. Das Problem ist nur, dass man nicht immer weiß/erkennt, welche man geändert hat.

Zitat:

Änderungen rückgängig machen gibt es nicht, aber dazu hat man eine Sourcecodeverwaltung, insofern ist das nicht ganz so schlimm.

Ich bin grad am Ausprobieren eines Grids, welche Properties in welcher Kombination was bewirken. Von Einchecken etc bin ich da noch weit enetfernt.

[dummzeuch]

Zitat von TigerLilly:

Zitat von dummzeuch:

Rechtsklick auf ein Property -> Default sollte es eigentlich geben.

Nope. Zumindest nicht bei 11.3.

Hm, in Delphi 2007 Englisch: "Revert to inherited" (andere habe ich gerade nicht zur Hand).
Ich habe das aber bisher eigentlich noch nie benutzt.

[Uwe Raabe]

"Revert to inherited" setzt bei Visual Form Inheritance die Einstellungen auf den geerbten Wert zurück - funktioniert aber selbst da nicht immer.

[himitsu]

Zitat von TigerLilly:

Das Problem ist nur, dass man nicht immer weiß/erkennt, welche man geändert hat.

Dafür gibt es doch das __History bzw. die Code-Versionierung(en)

[Benmik]

Wenn es um das Zurücksetzen auf Standardwerte geht, verstehe ich nicht ganz. Kann man das nicht automatisieren, indem man z.B. einen TButton erzeugt, per RTTI alle Properties ausliest und diese Werte dann als Standard setzt?

[Uwe Raabe]

Zitat von Benmik:

Kann man das nicht automatisieren, indem man z.B. einen TButton erzeugt, per RTTI alle Properties ausliest und diese Werte dann als Standard setzt?

Das hatte Thomas ja schon vorgeschlagen. Es bleibt aber eben ein böser Hack. Bei manchen Controls kann das auch zu Problemen führen, wenn sie irgendwelche Nebeneffekte haben oder womöglich nicht mehrfach existieren dürfen.

Ein generelles Feature um einzelne oder alle Properties auf den Defaultwert zurückzusetzen wäre sicher auch für andere Bereiche interessant. Das erfordert aber vermutlich eine konsistente Umsetzung seitens der Entwickler diverser Component Libraries. Erfahrungsgemäß ist die Akzeptanz in dem Bereich aber eher etwas zurückhaltend.

[Benmik]

Ja, aber ich hatte nicht verstanden, warum Thomas den Button streamen wollte und warum das ein Hack sein soll, ein böser noch zumal. Man erzeugt den Button im Speicher, liest seine Werte ein und gibt ihn wieder frei, nichts Permanentes also. Was ist daran programmier-moralisch verwerflich?

[dummzeuch]

Zitat von Benmik:

Ja, aber ich hatte nicht verstanden, warum Thomas den Button streamen wollte und warum das ein Hack sein soll, ein böser noch zumal. Man erzeugt den Button im Speicher, liest seine Werte ein und gibt ihn wieder frei, nichts Permanentes also. Was ist daran programmier-moralisch verwerflich?

Mit einem TButton funktioniert das vermutlich. Aber das ist ja auch eines der einfacheren Controls. Stell Dir das mal mit einem TChart Control vor. Es ist ein Hack, weil es eine Funktionalität zu einem Zweck benutzt, für den sie nicht gedacht ist.
Über das "böse" könnte man streiten.

[himitsu]

Es gibt auch viele Controls, die nur "sichtbar" richtig arbeiten.
z.B. der ActiveX-Schrott von Adobe lässt sich nicht wirklich ohne ein sichtbares Parent-HWND erzeugen.

Und wie bereits erwähnt, gibt es einige Komponenten, welche nur einmal, zur selben Zeit, innerhalb einer Anwendung existieren können/dürfen.


Aber ja, im Allgemeinen kann man sich eine unsichtbare Form und darauf die Komponente erzeugen, dann die Werte auslesen und alles wieder freigeben,
und wenn es knallt, dann geht es eben nicht.