Objektinspektor

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

**ConnorMcLeod**

Eine Ableitung machen und die Properties im constructor setzen?
Oder im FormShow setzen?
Dann wären die Änderungen in der History.

**himitsu**

.PAS und .DFM findet man in der __History
ebenso .DPR und .DPK
und auch sonst alles Anderes, was man im Editor bearbeitet, wie z.B. .H und .MD

nur leider nicht die .DPROJ

aber dafür seh ich eine .DPROJ.LOCAL

Objektinspektor

AW: Objektinspektor

AW: Objektinspektor

AW: Objektinspektor

AW: Objektinspektor

AW: Objektinspektor

AW: Objektinspektor

AW: Objektinspektor

Forumregeln

Benmik Registriert seit: 11. Apr 2009 570 Beiträge Delphi 12 Athens	#2 AW: Objektinspektor 14. Mär 2023, 16:24 Mit so einem pragmatischen Ansatz wird man vermutlich sehr weit kommen. Wobei ich grübele, wozu TigerLilly das braucht. Aber irgendetwas wird es sein.
	Zitat

BerndS Registriert seit: 8. Mär 2006 Ort: Jüterbog 492 Beiträge Delphi 12 Athens	#4 AW: Objektinspektor 14. Mär 2023, 19:18 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.
	Zitat

ConnorMcLeod Registriert seit: 13. Okt 2010 Ort: Bayern 490 Beiträge Delphi 10.4 Sydney	#6 AW: Objektinspektor 14. Mär 2023, 22:47 Eine Ableitung machen und die Properties im constructor setzen? Oder im FormShow setzen? Dann wären die Änderungen in der History. Nr.1 Delphi-Tool: [F7]
	Zitat

himitsu Registriert seit: 11. Okt 2003 Ort: Elbflorenz 44.353 Beiträge Delphi 12 Athens	#7 AW: Objektinspektor 15. Mär 2023, 04:51 .PAS und .DFM findet man in der __History ebenso .DPR und .DPK und auch sonst alles Anderes, was man im Editor bearbeitet, wie z.B. .H und .MD nur leider nicht die .DPROJ aber dafür seh ich eine .DPROJ.LOCAL Ein Therapeut entspricht 1024 Gigapeut. Geändert von himitsu (15. Mär 2023 um 06:14 Uhr)
	Zitat