Zitat von
sirius:
Delphi-Quellcode:
AClassAnchor := AClass; //AClass wurde an anderer Stelle instnatiiert
if Assigned(FClassAnchor) then
Was sinds für drei Variablen, wo kommen die her?
AClass wird über eine Prozedur, später Methode einer Klasse an AClassAnchor übergeben.
AClass ist diejenige Klasse, deren Eigenschaften+Ereignisse der Objektinspektor später
anzeigen soll. Der User _frank_ hat mir mit dem Quelltext von TSizeControl einen Formdesigner
gegeben. Der enthält die anzuzeigenden Komponenten, von denen die selektierte an AClass übergeben wird.
Zitat von
stoxx:
Wir benutzen das für Parametereinstellungen .. einfach eine Klasse gebastelt, alle Properties published .. und schon kann man alle Parameter konfigurieren ... einstellen und verändern .. sogar treeviewfähig ...
mit
xml kann man sie auch gleich noch abspeichern ... neuer Quelltext ist nicht nötig, es reicht, wenn man eine gemeinsame Basisklasse hat und diese abspeichert ..
Beliebig erweiterbar, man muss sich um nix mehr kümmern, sehr einfach.
Könnte man auch nehmen um die normalen Programmoptionen zu verändern, einzustellen .. usw.
Interessante Anregung. So könnte man seine Anwendung auch in vieler Hinsicht zur Laufzeit im Aussehen verändern. Oder bei einer unsichtbaren Klsse deren Verhalten in der Anwendung beeinflussen. So weit hab ich noch gar nicht gedacht. Schön, wieder was dazu gelernt.
Zitat:
ähm, bescheidene Frage, was ist eine Typinformation einer Klasse? Shocked
Typinformation der Klasse ist die Information über deren Methoden, Eigenschaften (Name,Typ,Wert) und Ereignissen. Erst damit können diese Klassen im Objektinspektor der Delphi
IDE bearbeitet werden. Erst so ist der Designer überhaupt möglich.
Zitat:
Phantasie ist etwas, was sich manche Leute gar nicht vorstellen können.
Der Spruch gefällt mir.
Zitat von
_frank_:
Zitat von
I.A:
Damit habe ich aber noch immer keine Typinformation, um die Eigenschaften einer beliebigen KOmpo anzeigen zu können. Objektinspektor hab ich. Was ich brauche, ist die Typinformation der Klasse, die in diesem Objektinspektor angezeigt werden soll.
hast du dir mal die rttifunctions vom DFMEditor angeschaut? dort ist doch soweit alles drin und nicht zuviel (816 Zeilen). versteh nicht so ganz was du machen willst...im Fall von tkClass musst du deine laderoutine (also wo du den typ [tk*] unterscheidest) einfach rekursiv aufrufen. schau dir mal GetComponentProps in besagter
Unit an...
Ja, habe ich, aber noch nicht verstanden, wie ich damit die Typinfo kriege die ich haben will.
Ich brauche sowas hier:
Delphi-Quellcode:
type
TPropertyList = TPropertyListType;
var
MeineKomponente: TWinControl; oder Komponententyp der akt. Kompo. (TMemo, TEdit...)
procedure GetProperties(VonMeinerKomponente: TWincontrol; out Eigenschaftenliste: TPropertyList);
Die Rttifunctions setzen die Kenntnis von Eigenschaftnamen voraus. Bei f GetSubInstance() muss ich den Namen der Subinstnz kennen. Bei f FindTypeInfo() brauche ich den Typnamen, bei getSubClass muss ich ebenso den Namen der Eigenschaft der SubClass kennen.
Und eben diese Informationen will ich mit meiner Codeversion erst gewinnen.
Der TPropertyListtype sollte enthalten:
-Name der Eigenschaft
-Typ der Eigenschaft (sowohl Typname als auch TypeKind)
-Link zum Eigenschaftseditor
Der Objektinspektor von Kasparsoft kann verschiedene EditControls enthalten, die sich analog zum Delphi Objektinspektor verhalten. Es gibt Comboboxen, Ellipsenschaltflächen, einfache Editfelder das Pluszeichen links, das bei Anklicken weitere Reihen mit Eigenschaften anzeigt.
Aber ich brauche dazu die Eigenschaften meiner Klasse, die in diesem Objektinsprktor angezeigt werden sollen.
Zitat von
_frank_:
ansonsten würde ich deinen Code auch testen, hab nur den ValueListEditor nicht (D3).
dfmeditor ist mit D3 geschrieben und mein
OI baut auf o.g. Funktion auf.
Ja, ich habe mir die
RTTI Funktionen vom DFMEditor angeschaut. Ich habe aber auch mit Studium von dfmedit noch nicht rausgekriegt, wie ich die Information zu den Eigenschaften und Ereignissen einer Komponente so bekomme, das sie im Objektinspektor angezeigt und bearbeitet werden können.
Um meinen Code zu testen, brauchst Du den ValueListeditor nicht. Ein Stringgrid tut es auch. Nur habe ich Delphi
7 halt und da gibt es den ValueListeditor. Die Delphi Hilfe gab mir bei Methoden des ValueListeditors
die Anregung, die Methode InsertRow zu verwenden. Ein TMemo reicht genau so.
Delphi-Quellcode:
DebugInsp.InsertRow( //Debugisp ist ein ValueListEditor
ATypeInfo.PropertyName[Index],
ATypeInfo.PropertyType[Index].Name,
true
);
Hier ist meine InsertRow() Methode noch mal. In eine Memo könnte man zum Test folgendes einfügen:
Memo1.Lines.Add(ATypeInfo.PropertyName[Index] + ': ' + ATypeInfo.PropertyType[Index].Name);
Und jhier noch ein Vorschlag für das TStringGrid.
Delphi-Quellcode:
var
ARowCount: Integer = 1;
procedure InsertRowInto(AClass: TWinControl; AProperty, AType: String);
//Der Boolean-Parameter wird hier nicht benötigt, ich will ja nur die
//Klasseneigenschaften angezeigt haben, um zu sehen, ob die Typinformation
//wunschgemäß ankommt.
begin
Inc(ARowCount);
if Assigned(AClass) then
begin
TStringGrid(AClass).FixedCols := 0;
TStringGrid(AClass).FixedRows := 1;
TStringGrid(AClass).Cells[0,0]:= 'Eigenschaft';
TStringGrid(AClass).Cells[1,0]:= 'Typ';
if TStringGrid(AClass).RowCount > ARowCount then TStringGrid(AClass).RowCount := ARowCount;
TStringGrid(AClass).Cells[0, ARowCount] := AProperty;
TStringGrid(AClass).Cells[1, ARowCount] := AType;
end;
end;
Sowas hier will ich wegen der Typinfo am Ende haben, um dann für jede beliebige Anwendung
die Typinformation zu kriegen, wenn ich sie denn brauche.
Darf ich Dir meinen Code mal zum Testen schicken?
Weil das Gewinnen der Typinformation so schwierig ist, wäre eine Klasse der folgenden Art ideal, um die Probleme der Gewinnung geeigneter Typinfprmation der Vergangenheit angehören zu lassen:
Delphi-Quellcode:
unit TypeInfoClasses;
interface
uses
Classes, Sysutils, TypInfo;
type
//Stringtyp entweder hier konkret anpassen oder bedingt compilieren,
//um bedarfsgerechten Stringtyp zu erhalten
TStringType =
String;
TClassTypeInfo =
class(TPersistent)
private
public
property MethodKind: TTypeKind;
property MethodName: TStringType;
......
//weitere Eigenschaften zur Methodeninfo oder
......
//sonstigen Infos (PropValue..) die wichtig sein
......
//könnten.
property PropertyTypeName[
Index: Integer]: TStringType;
property PropertyTypeKind[
Index: Integer]: TTypeKind;
property PropertyBy[
Index: Integer]: TStringType;
property PropertyBy[
Name: TStringType]: TStringType;
end;
implementation
end.
Die Idee für so eine Klasse entspringt dem Wunsch, unkompliziert Typinformation passend für meine Anwendung zu erhalten, konkret jetzt Formdesigner mit Objektinspektor, später, wer weiß. Der User stoxx hat ja eine interessante Anregung gegeben. Dazu wäre diese Typifoklasse bestens zu gebrauchen.