Default property überladen

[iphi]

Hallo,

ich möchte mir von TListBox eine Variante ableiten, bei der ein Property z.B. Color defaultmäßig anders ist als bei TListBox. Habs so versucht, geht aber nicht:

Delphi-Quellcode:

unit MyListBox;

interface

uses
  SysUtils, Classes, Controls, StdCtrls, Dialogs, Graphics;

type
  TMyListBox = class(TListBox)
  public
    constructor Create(AOwner: TComponent); overload;
  end;

procedure Register;

implementation

procedure Register;
begin
  RegisterComponents('Samples', [TMyListBox]);
end;

constructor TMyListBox.Create(AOwner: TComponent);
begin
  inherited create(AOwner);
  Color:=clLime;
end;

end.

Ich möchte das Property zur Design-Time aber trotzdem ändern können.
Wie mache ich das? Danke!

[Delphi.Narium]

Delphi-Quellcode:

unit MyListBox;

interface

uses
  SysUtils, Classes, Controls, StdCtrls, Dialogs, Graphics;

type
  TMyListBox = class(TListBox)
  public
    constructor Create(AOwner: TComponent); override;
  end;

procedure Register;

implementation

procedure Register;
begin
  RegisterComponents('Samples', [TMyListBox]);
end;

constructor TMyListBox.Create(AOwner: TComponent);
begin
  inherited create(AOwner);
  if (csDesigning in ComponentState) then Exit;
  Color := clLime;
end;

end.

[KodeZwerg]

Habs nicht getestet aber eigentlich nimmt man

Delphi-Quellcode:

override

und nicht

Delphi-Quellcode:

overload

wenn man was überschreiben möchte, oder?

[Delphi.Narium]

Stimmt.

[DeddyH]

Japp. Eigentlich sollte der overload gar nicht kompilieren, wenn es 2 Konstruktoren mit derselben Signatur gibt.

[Delphi.Narium]

Tut er auch nicht.

[Uwe Raabe]

Eventuell kann man die neue Default-Color auch öffentlich machen:

Delphi-Quellcode:

type
  TMyListBox = class(TListBox)
  public
    constructor Create(AOwner: TComponent); override;
  published
    property Color default clLime;
  end;

Zitat:

Zitat von iphi (Beitrag 1489745)

Ich möchte das Property zur Design-Time aber trotzdem ändern können.

Kannst du mal konkret beschreiben, was nicht geht? Allein die neue Default-Color sollte eine Änderung zur Designzeit nicht verhindern.

[iphi]

Zitat:

nimmt man override und nicht overload wenn man was überschreiben möchte

Ja, danke, das war das Problem!

Zitat:

Japp. Eigentlich sollte der overload gar nicht kompilieren, wenn es 2 Konstruktoren mit derselben Signatur gibt.

Mein Delphi7 hat ohne Fehler compiliert!???

Zitat:

Eventuell kann man die neue Default-Color auch öffentlich machen:

Die ist vom Vorgänger schon öffentlich, der Defaultwert vom Vorgänger wird so offenbar nicht überschrieben.

Schaffe ich es irgendwie, dass die Komponente auf der Form zur Designzeit bereits die geänderte Farbe hat? Zur Runtime geht alles und ich kann zur Designtime auch die Farbe ändern, nur die neue Defaultfarbe sehe ich zur Designtime noch nicht.

[Uwe Raabe]

Zitat:

Zitat von iphi (Beitrag 1489757)

Schaffe ich es irgendwie, dass die Komponente auf der Form zur Designzeit bereits die geänderte Farbe hat? Zur Runtime geht alles und ich kann zur Designtime auch die Farbe ändern, nur die neue Defaultfarbe sehe ich zur Designtime noch nicht.

Also diese Zeile

Delphi-Quellcode:

  if (csDesigning in ComponentState) then Exit;

bewirkt, dass zur Design-Time die geänderte Farbe eben nicht zu sehen ist. Was passiert denn, wenn du die Zeile einfach mal auskommentierst?

[KodeZwerg]

Vielleicht klappt es auf dem umgekehrten Weg, erst property setzen dann inherit ausführen?

[iphi]

Ich habs, es reicht nicht die Komponente bei Änderungen zu compilieren, sie muss auch neu installiert werden. Dann klappts mit der neuen Defaultfarbe zur Designtime. :-)

[bernau]

Bei manchen Komponenten hätte ich auch gerne die Default-Einstellung geändert. Panels haben bei mir zu 90 % eine andere Einstellung und es ist immer Zeitaufwändig die Eigenschaften zu ändern.

Aber dafür extra eine Ableitung zu erzeugen um ein Property defaultmäßig einen anderen Wert zu geben halte ich für keine gute Idee. Diese Komponente muss immer wieder installiert werden und die Komponentenpalette wird irgendwann einfach zu groß. Mann muss diese Komponenten immer mitschleppen, obwohl man diese eigentlich nicht mehr benötigt.

Schön wäre es, wenn die IDE eine Funktion hätte, die Einstellungen zu verschiedenen Komponenten festzulegen, wenn diese auf das Form/Frame gezogen werden. Und eine TListbox würde immer eine TListbox bleiben.

[himitsu]

Du kannst dich auch via OTA reinhängen.

* entweder ein Menüeintrag ins Popup der Komponente "setze meine Property"
* oder direkt ins CreateComponent-Event des FormDesigners hängen und automatisch setzen




Es geht auch, aber frag mich nicht wie, dass nur der FormDesigner eine eignene Ableitung verwendet, die aber gleich heißt oder einen gleichnamigen Alias hat, wie die originale Komponente.
Und dort im Create die neuen Defaults setzen (das DEFAULT der Property-Definition aber nicht geändert).

Zur Laufzeit des Programms würde dann die Original-Komponente benutzt, da beim Kompilieren nicht deine sondern das Original einkompiliert wurde,
und wenn das eigene DesignTime-Package (mit der gleichnamigen neuen Komponente) nicht existiert, würde auch die IDE wieder das Original verwenden.
In den bereits erstellten DFMs wären aber weiterhin die einstmals geänderten Property gespeichert.