Canvas.Draw klappt nicht

[implementation]

ja, ich hab Copy&Paste benutzt.

Richtig, es hat mit dem, was sich die meisten unter "Control" vorstellen nichts zu tun.
Ich habe den Namen gewählt, weil es letztendlich doch ein Steuerelement ist.
Allerdings wird es erst über Umwege gezeichnet und verwendet.
TWdControl soll eine Basisklasse für diese Steuerelemente darstellen.

Ja, es ist dazu da, Informationen bereitzustellen.

Richtig, ich hätte auch TCanvas nehmen können.
Aber eine Bitmap lässt sich schließlich viel leichter in ein anderes Canvas (AScreen^.Canvas) zeichnen.
Daher habe ich TBitmap gewählt.

Die Verwendung:
1. Das "Control" wird erstellt:

Delphi-Quellcode:

Ctrl := TWdControl.Create(PosVonLinks, PosVonOben, Breite, Höhe);

2. Die Eigenschaften (bei der Basisklasse sind noch keine Vorhanden) werden gesetzt.
3. Falls Eigenschaften gesetzt wurden, muss das "Control" erneut in die Bitmap gezeichnet werden:

Delphi-Quellcode:

Ctrl.Paint;

Ansonsten wurde die bereits im Constructor getan.
4. Nun muss die Bitmap aufs Form (Paintbox, usw.) gezeichnet werden:

Delphi-Quellcode:

Form1.Canvas.Draw(Ctrl.X,Ctrl.Y,Ctrl.Bitmap);

5. Die Ereignisse werden erst einmal beim Form abgefangen, und dann an das "Control" weitergeleitet:

Delphi-Quellcode:

procedure TForm1.FormMouseUp(Sender: TObject; X, Y:Integer; usw.);
begin
  if ((X>Ctrl.X) and (X<(Ctrl.X+Ctrl.W))) and ((Y>Ctrl.Y) and (Y<(Ctrl.Y+Ctrl.H))) then Ctrl.RaiseOnMouseUp(X,Y,Shift)
  else Machwasanderes;
end;

Das klingt nun total aufwändig und unnütz.
Warum so viel Aufwand investieren, wenn man auch die VCL nehmen kann?

Ich wollte bei meinem Projekt (es heißt Windesk) einmal komplett auf die VCL - Komponenten verzichten

---------------------------------------------------------------------

So´, ich habe jetzt TWdControl.Canvas in TWdControl.Bitmap umbenannt.
Das ist dann wenigstens nicht ganz so verwirrend.

[sx2008]

Zitat:

Zitat von implementation

Warum so viel Aufwand investieren, wenn man auch die VCL nehmen kann?
Ich wollte bei meinem Projekt (es heißt Windesk) einmal komplett auf die VCL verzichten

Hmmm....ich glaube so wird das nichts.
Für Non-VCL Anwendungen darf man unter anderem die Units Forms,Controls und Dialogs nicht verwenden.
Auch die Unit Graphics wird meistens nicht benützt.
Wenn man's trotzdem tut ist die ganze Arbeit total sinnlos, da der VCL-Code trotzdem eingebunden wird.
Also gibt es kein TForm, TCanvas, TBitmap, TApplication oder irgendwelche Events (z.B. OnClick).
Die non-VCL Programmierung ist kein Zuckerschlecken; dafür sind die Programme aber auch schön klein (10-70kb).
Hier ein Beispiel, wie so was aussehen kann:
http://www.delphipraxis.net/internal...ct.php?t=99291

[implementation]

Das ist mir schon klar.
Ich möchte sie nur so wenig wie möglich verwenden.
Ich verzichte auf das, auf was ich verzichten kann.
Forms muss ich wohl oder übel mit aufnehmen.
Und es ist nahezu unzumutbar, Graphiken ohne TCanvas oder TBitmap zu zeichnen.
Ganz ohne komme ich also nichtaus.
Ich meinte mit VCL eigentlich nur die Komponenten.
Auf den Rest ist sehr schwer zu verzichten.

-----------------------------------------------------------------------

Ach was soll's, dann muss ich wohl doch VCL-Controls nehmen.
Ich geb's auf.