Objektinspektor

[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.

[Benmik]

Mit so einem pragmatischen Ansatz wird man vermutlich sehr weit kommen. Wobei ich grübele, wozu TigerLilly das braucht. Aber irgendetwas wird es sein.

[TigerLilly]

Zitat von Benmik:

Wobei ich grübele, wozu TigerLilly das braucht. Aber irgendetwas wird es sein.

Da kann ich dir helfen: Ich bin grad am Ausprobieren eines Grids, welche Properties in welcher Kombination was bewirken. Aber ich muss zugeben - der Prozess dabei ist durchaus optimierbar.

Am besten bisher funktioniert: Alt-F12 + kopieren des Teils aus der DFM. Properties ändern - ausprobieren. Und wieder Alt-F12 und Paste.

[BerndS]

Womöglich würde es zum probieren reichen, das Formular abzuleiten und hier zu testen.
Da könnte mam mit

Zitat:

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

die Änderungen zurücksetzen falls es funktioniert.

[dummzeuch]

Zitat von TigerLilly:

Am besten bisher funktioniert: Alt-F12 + kopieren des Teils aus der DFM. Properties ändern - ausprobieren. Und wieder Alt-F12 und Paste.

Hm, ich überlege gerade, ob sich das mit einem IDE-Plugin automatisieren ließe...
Sowas wie "Restorepoint speichern" -> "auf Restorepoint zurücksetzen" müsste eigentlich machbar sein. Auf der anderen Seite ist das ja eigentlich nichts anderes als die Historie, die es schon gibt, nur vielleicht mit einem sprechenden Namen.

Aber ich habe sowieso wieder keine Zeit dafür.